<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: S32K322 MCAL SRAM SIZE in S32K</title>
    <link>https://community.nxp.com/t5/S32K/S32K322-MCAL-SRAM-SIZE/m-p/2183991#M53413</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/165520"&gt;@simonliu&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yes, it's feasible to move selected MCAL resources to DTCM on S32K3, as the RTD linker script already defines .dtcm_data* and .dtcm_bss* sections mapped to DTCM. This can help free up SRAM, but it must be done carefully. DTCM is tightly coupled to the core, not accessible by DMA, and not shareable across cores or other bus masters like HSE, for example. So placing DMA buffers or shared MCAL data there can break functionality. Only core-local, performance-critical, non-DMA data should be moved. Stack is already placed in DTCM, which is fine. Any changes should be validated with integration tests to ensure no side effects in MCAL drivers.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Lukas&lt;/P&gt;</description>
    <pubDate>Fri, 10 Oct 2025 16:34:44 GMT</pubDate>
    <dc:creator>lukaszadrapa</dc:creator>
    <dc:date>2025-10-10T16:34:44Z</dc:date>
    <item>
      <title>S32K322 MCAL SRAM SIZE</title>
      <link>https://community.nxp.com/t5/S32K/S32K322-MCAL-SRAM-SIZE/m-p/2183536#M53384</link>
      <description>&lt;P&gt;S32K322的RAM空间较小，分给双核使用后，SRAM0可用空间就过小。移植MCAL时提示SRAM0空间溢出。是否有方法可以将MCAL 使用的RAM空间调整为使用TCRAM，以节省SRAM。&lt;/P&gt;</description>
      <pubDate>Fri, 10 Oct 2025 05:26:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K322-MCAL-SRAM-SIZE/m-p/2183536#M53384</guid>
      <dc:creator>simonliu</dc:creator>
      <dc:date>2025-10-10T05:26:12Z</dc:date>
    </item>
    <item>
      <title>Re: S32K322 MCAL SRAM SIZE</title>
      <link>https://community.nxp.com/t5/S32K/S32K322-MCAL-SRAM-SIZE/m-p/2183991#M53413</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/165520"&gt;@simonliu&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yes, it's feasible to move selected MCAL resources to DTCM on S32K3, as the RTD linker script already defines .dtcm_data* and .dtcm_bss* sections mapped to DTCM. This can help free up SRAM, but it must be done carefully. DTCM is tightly coupled to the core, not accessible by DMA, and not shareable across cores or other bus masters like HSE, for example. So placing DMA buffers or shared MCAL data there can break functionality. Only core-local, performance-critical, non-DMA data should be moved. Stack is already placed in DTCM, which is fine. Any changes should be validated with integration tests to ensure no side effects in MCAL drivers.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Lukas&lt;/P&gt;</description>
      <pubDate>Fri, 10 Oct 2025 16:34:44 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32K322-MCAL-SRAM-SIZE/m-p/2183991#M53413</guid>
      <dc:creator>lukaszadrapa</dc:creator>
      <dc:date>2025-10-10T16:34:44Z</dc:date>
    </item>
  </channel>
</rss>

