<?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: s32K144  SRAM_U problem in S32K</title>
    <link>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1233927#M9945</link>
    <description>&lt;P&gt;Hi, It should be a problem but it is needed to check address ranges as sketched below as SRAM_L extends downwards, SRAM_U extends upwards:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="davidtosenovjan_0-1613822429411.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/137633iD889715EF57E6751/image-size/medium?v=v2&amp;amp;px=400" role="button" title="davidtosenovjan_0-1613822429411.png" alt="davidtosenovjan_0-1613822429411.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Another point is that address ranges must be defined separately in the linker command file as misaligned access it not allowed on the&amp;nbsp; 0x2000_0000 boundary. Check your linker command file.&lt;/P&gt;</description>
    <pubDate>Sat, 20 Feb 2021 12:09:19 GMT</pubDate>
    <dc:creator>davidtosenovjan</dc:creator>
    <dc:date>2021-02-20T12:09:19Z</dc:date>
    <item>
      <title>s32K144  SRAM_U problem</title>
      <link>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1233513#M9932</link>
      <description>&lt;P&gt;Using the s32K144 chip, during debugging, there is a problem that the ram exceeds 32K and the compilation fails,&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="leonchan_0-1613726674618.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/137574i94B9F691B15E4194/image-size/medium?v=v2&amp;amp;px=400" role="button" title="leonchan_0-1613726674618.png" alt="leonchan_0-1613726674618.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;According to the specification, the ram of S32K144 is composed of SRAM_L(32K)+SRAM_U(28K)+4K, can I only use SRAM_L when developing?&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="leonchan_1-1613726721377.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/137575iFC85DC39CC02EF33/image-size/medium?v=v2&amp;amp;px=400" role="button" title="leonchan_1-1613726721377.png" alt="leonchan_1-1613726721377.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;How can I use the SRAM_U (28K) area. Are there any relevant examples? Thank you!&lt;/P&gt;</description>
      <pubDate>Fri, 19 Feb 2021 09:26:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1233513#M9932</guid>
      <dc:creator>leonchan</dc:creator>
      <dc:date>2021-02-19T09:26:04Z</dc:date>
    </item>
    <item>
      <title>Re: s32K144  SRAM_U problem</title>
      <link>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1233927#M9945</link>
      <description>&lt;P&gt;Hi, It should be a problem but it is needed to check address ranges as sketched below as SRAM_L extends downwards, SRAM_U extends upwards:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="davidtosenovjan_0-1613822429411.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/137633iD889715EF57E6751/image-size/medium?v=v2&amp;amp;px=400" role="button" title="davidtosenovjan_0-1613822429411.png" alt="davidtosenovjan_0-1613822429411.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Another point is that address ranges must be defined separately in the linker command file as misaligned access it not allowed on the&amp;nbsp; 0x2000_0000 boundary. Check your linker command file.&lt;/P&gt;</description>
      <pubDate>Sat, 20 Feb 2021 12:09:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1233927#M9945</guid>
      <dc:creator>davidtosenovjan</dc:creator>
      <dc:date>2021-02-20T12:09:19Z</dc:date>
    </item>
    <item>
      <title>Re: s32K144  SRAM_U problem</title>
      <link>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1234186#M9957</link>
      <description>&lt;P&gt;Hi:&lt;/P&gt;&lt;P&gt;&amp;nbsp;This is&amp;nbsp; linkfile,IAR Workbench,SDK3.00&lt;/P&gt;</description>
      <pubDate>Mon, 22 Feb 2021 07:31:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1234186#M9957</guid>
      <dc:creator>leonchan</dc:creator>
      <dc:date>2021-02-22T07:31:58Z</dc:date>
    </item>
    <item>
      <title>Re: s32K144  SRAM_U problem</title>
      <link>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1235572#M9987</link>
      <description>&lt;P&gt;Although I don't see basically anything wrong, I would rather refer to IAR support as I don't have any experience with that compiler.&lt;/P&gt;</description>
      <pubDate>Wed, 24 Feb 2021 08:03:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/s32K144-SRAM-U-problem/m-p/1235572#M9987</guid>
      <dc:creator>davidtosenovjan</dc:creator>
      <dc:date>2021-02-24T08:03:06Z</dc:date>
    </item>
  </channel>
</rss>

