<?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>S32KのトピックRe: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
    <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837081#M33562</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/160001"&gt;@danielmartynek&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I also has some issues with ECC faults in DFlash area leading to hard fault when reading. I tested your example and it seems to work. But, some additional questions thet perhaps you could answer:&lt;/P&gt;&lt;P&gt;1. Is there no other way of dealing with ECC faults other than trying to handle and escape the hard fault manually? I.e. is there no setting that can make the read instruction continue without triggering an exception?&lt;/P&gt;&lt;P&gt;2.&amp;nbsp; In your example HardFault_Handler code you assume that the fault instruction address (stored PC) is always 8 positions from the top of the stack. Why is this so? I noticed that depending on how you configure the compiler (GCC) optimization the function&amp;nbsp;&lt;SPAN&gt;prologue sometimes push 2 registers and sometimes 4 registers to the stack, making the 8 position offset somewhat unreliable. How can this be mitigated in a reliable way?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Oskar&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 28 Mar 2024 07:59:06 GMT</pubDate>
    <dc:creator>Oskar_Waldemarsson</dc:creator>
    <dc:date>2024-03-28T07:59:06Z</dc:date>
    <item>
      <title>Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1818755#M32325</link>
      <description>&lt;P&gt;Hello Support:&lt;/P&gt;&lt;P&gt;When we were testing, there was a very small chance that it would occasionally cause abnormal Dflash data：&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="WangBk_0-1709209075326.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/265828iF7FCC50D62E44C14/image-size/medium?v=v2&amp;amp;px=400" role="button" title="WangBk_0-1709209075326.png" alt="WangBk_0-1709209075326.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;We suspect that it was caused by the chip powering off while operating the Dflash&lt;/P&gt;&lt;P&gt;When powered on again，FLS will read Dflash data, it will trigger hardfault.&lt;/P&gt;&lt;P&gt;And the error cannot be corrected.&lt;/P&gt;&lt;P&gt;Is there any way to resolve this error?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;S32K342&lt;/P&gt;&lt;P&gt;FEE:Fee_TS_T40D34M20I0R0&lt;/P&gt;&lt;P&gt;FLS:Fls_TS_T40D34M20I0R0&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="WangBk_1-1709209336008.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/265829iA99886A87789DEA8/image-size/medium?v=v2&amp;amp;px=400" role="button" title="WangBk_1-1709209336008.png" alt="WangBk_1-1709209336008.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;BR&lt;/P&gt;&lt;P&gt;WangBk&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Feb 2024 12:23:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1818755#M32325</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-02-29T12:23:19Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1819962#M32380</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/230267"&gt;@WangBk&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;It can be resolved by reprogramming the DFlash, which requires erasing the whole sector.&lt;/P&gt;
&lt;P&gt;The read instruction that cause the hardfault can be skipped:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.nxp.com/t5/S32K-Knowledge-Base/Example-C40-Ip-ECC-Fault-Skip-S32K312-DS34-RTD2211-v1/ta-p/1585979" target="_blank"&gt;https://community.nxp.com/t5/S32K-Knowledge-Base/Example-C40-Ip-ECC-Fault-Skip-S32K312-DS34-RTD2211-v1/ta-p/1585979&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;The power supply can be monitored so that any flash operation can ba launched when the power supply is stable.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Sun, 03 Mar 2024 18:05:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1819962#M32380</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-03T18:05:43Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1821074#M32464</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;SPAN&gt;Daniel：&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; The Demo code can&lt;SPAN&gt;&amp;nbsp;skip the hardfault, Is there any way to fix&amp;nbsp;abnormal areas?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;BR&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Wangbk&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Mar 2024 03:31:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1821074#M32464</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-05T03:31:02Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1821667#M32503</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/230267"&gt;@WangBk&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;According to &lt;STRONG&gt;AN13388 S32K3 Memories Guide&lt;/STRONG&gt;, the data flash can be over-programmed only when used with NXP approved FEE driver.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="danielmartynek_0-1709650434906.png" style="width: 693px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/266618i96049EF4161973E2/image-dimensions/693x298?v=v2" width="693" height="298" role="button" title="danielmartynek_0-1709650434906.png" alt="danielmartynek_0-1709650434906.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Otherwise, the flash sector must be erased first.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Mar 2024 15:02:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1821667#M32503</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-05T15:02:01Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1823966#M32676</link>
      <description>Hi Daniel&lt;BR /&gt;Thanks.&lt;BR /&gt;BR&lt;BR /&gt;Wangbk</description>
      <pubDate>Fri, 08 Mar 2024 08:35:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1823966#M32676</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-08T08:35:09Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1828990#M33025</link>
      <description>Hi Daniel：&lt;BR /&gt;We also want to know what is the reason for this problem? What are the situations? Can you give some examples?&lt;BR /&gt;BR&lt;BR /&gt;Wangbk</description>
      <pubDate>Fri, 15 Mar 2024 03:36:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1828990#M33025</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-15T03:36:10Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1829211#M33041</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/230267"&gt;@WangBk&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;The flash controller programs the data + its ECC checksum into the flash.&lt;/P&gt;
&lt;P&gt;If the programming is interrupted by power loss, the operation is incomplete, the data and its ECC checksum might not match.&lt;/P&gt;
&lt;P&gt;The power supply can be monitored, so that any flash operation can be launched only under stable power supply.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 15 Mar 2024 08:38:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1829211#M33041</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-15T08:38:18Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1829328#M33052</link>
      <description>&lt;P&gt;Hi Daniel&lt;/P&gt;&lt;P&gt;I have another question:&lt;BR /&gt;I plan to create an ECC fault in the 0x10014000 area. Some data is written in the 0x10014000 area through the FEE module.&lt;/P&gt;&lt;P&gt;Case 1: The following function call cannot cause ECC failure:&lt;/P&gt;&lt;LI-CODE lang="c"&gt;	/* Unlock sector if needed */
	if (STATUS_C40_IP_SECTOR_PROTECTED == C40_Ip_GetLock(FLS_SECTOR_TEST))
	{
		C40_Ip_ClearLock(FLS_SECTOR_TEST, FLS_MASTER_ID);
	}

	/* Erase sector */
	C40_Ip_MainInterfaceSectorErase(FLS_SECTOR_TEST, FLS_MASTER_ID);
	do
	{
		C40Status = C40_Ip_MainInterfaceSectorEraseStatus();
	}
	while (STATUS_C40_IP_BUSY == C40Status);

	C40_Ip_MainInterfaceWrite(FLS_SECTOR_ADDR, FLS_BUF_SIZE, writeBuffer_1, FLS_MASTER_ID);
	while (STATUS_C40_IP_BUSY == C40_Ip_MainInterfaceWriteStatus());

	/* Write 2 */
	C40_Ip_MainInterfaceWrite(FLS_SECTOR_ADDR, FLS_BUF_SIZE, writeBuffer_2, FLS_MASTER_ID);
	while (STATUS_C40_IP_BUSY == C40_Ip_MainInterfaceWriteStatus());

	/* Read */
	read_status = C40_Ip_Read(FLS_SECTOR_ADDR, FLS_BUF_SIZE, readBuffer);&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Case2: The following function call can cause ECC failure&lt;/P&gt;&lt;LI-CODE lang="c"&gt;	/* Unlock sector if needed */
	if (STATUS_C40_IP_SECTOR_PROTECTED == C40_Ip_GetLock(FLS_SECTOR_TEST))
	{
		C40_Ip_ClearLock(FLS_SECTOR_TEST, FLS_MASTER_ID);
	}

	/* Erase sector */
	C40_Ip_MainInterfaceSectorErase(FLS_SECTOR_TEST, FLS_MASTER_ID);
	do
	{
		C40Status = C40_Ip_MainInterfaceSectorEraseStatus();
	}
	while (STATUS_C40_IP_BUSY == C40Status);

	/* Unlock sector if needed */
	if (STATUS_C40_IP_SECTOR_PROTECTED == C40_Ip_GetLock(FLS_SECTOR_TEST))
	{
		C40_Ip_ClearLock(FLS_SECTOR_TEST, FLS_MASTER_ID);
	}

	/* Erase sector */
	C40_Ip_MainInterfaceSectorErase(FLS_SECTOR_TEST, FLS_MASTER_ID);
	do
	{
		C40Status = C40_Ip_MainInterfaceSectorEraseStatus();
	}
	while (STATUS_C40_IP_BUSY == C40Status);

	C40_Ip_MainInterfaceWrite(FLS_SECTOR_ADDR, FLS_BUF_SIZE, writeBuffer_1, FLS_MASTER_ID);
	while (STATUS_C40_IP_BUSY == C40_Ip_MainInterfaceWriteStatus());

	/* Write 2 */
	C40_Ip_MainInterfaceWrite(FLS_SECTOR_ADDR, FLS_BUF_SIZE, writeBuffer_2, FLS_MASTER_ID);
	while (STATUS_C40_IP_BUSY == C40_Ip_MainInterfaceWriteStatus());

	/* Read */
	read_status = C40_Ip_Read(FLS_SECTOR_ADDR, FLS_BUF_SIZE, readBuffer);&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT color="#FF0000"&gt;Case 2 performs an erasure operation before case 1.&lt;/FONT&gt;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;/* Unlock sector if needed */
	if (STATUS_C40_IP_SECTOR_PROTECTED == C40_Ip_GetLock(FLS_SECTOR_TEST))
	{
		C40_Ip_ClearLock(FLS_SECTOR_TEST, FLS_MASTER_ID);
	}

	/* Erase sector */
	C40_Ip_MainInterfaceSectorErase(FLS_SECTOR_TEST, FLS_MASTER_ID);
	do
	{
		C40Status = C40_Ip_MainInterfaceSectorEraseStatus();
	}
	while (STATUS_C40_IP_BUSY == C40Status);&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why is it not easy to reproduce ECC failures when Fee data exists?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 15 Mar 2024 10:30:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1829328#M33052</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-15T10:30:21Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830114#M33102</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/230267"&gt;@WangBk&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;Can you read the return status of each function call?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR, Daniel&lt;/P&gt;</description>
      <pubDate>Mon, 18 Mar 2024 08:50:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830114#M33102</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-18T08:50:10Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830606#M33140</link>
      <description>&lt;P&gt;&lt;SPAN&gt;The return values are all correct, otherwise the program will be stuck in while(). My question is that the dflash is in the erasing state, which seems to make it easier to reproduce ECC faults.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Mar 2024 01:59:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830606#M33140</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-19T01:59:25Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830972#M33156</link>
      <description>&lt;P&gt;You don't even read the return status of some function e.g. C40_Ip_MainInterfaceWrite()&lt;/P&gt;
&lt;P&gt;And it would be stuck in the while loop if the status remained BUSY.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="danielmartynek_0-1710837487851.png" style="width: 770px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/269224i3D60FD5D870CBAE5/image-dimensions/770x202?v=v2" width="770" height="202" role="button" title="danielmartynek_0-1710837487851.png" alt="danielmartynek_0-1710837487851.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Tue, 19 Mar 2024 08:40:42 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1830972#M33156</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-19T08:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1832740#M33277</link>
      <description>Hi Daniel&lt;BR /&gt;sorry, It is the function parameters in my test code that are inconsistent, which leads to inconsistent test results. There is no problem with the Demo code.</description>
      <pubDate>Thu, 21 Mar 2024 08:13:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1832740#M33277</guid>
      <dc:creator>WangBk</dc:creator>
      <dc:date>2024-03-21T08:13:24Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837081#M33562</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/160001"&gt;@danielmartynek&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I also has some issues with ECC faults in DFlash area leading to hard fault when reading. I tested your example and it seems to work. But, some additional questions thet perhaps you could answer:&lt;/P&gt;&lt;P&gt;1. Is there no other way of dealing with ECC faults other than trying to handle and escape the hard fault manually? I.e. is there no setting that can make the read instruction continue without triggering an exception?&lt;/P&gt;&lt;P&gt;2.&amp;nbsp; In your example HardFault_Handler code you assume that the fault instruction address (stored PC) is always 8 positions from the top of the stack. Why is this so? I noticed that depending on how you configure the compiler (GCC) optimization the function&amp;nbsp;&lt;SPAN&gt;prologue sometimes push 2 registers and sometimes 4 registers to the stack, making the 8 position offset somewhat unreliable. How can this be mitigated in a reliable way?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Oskar&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 28 Mar 2024 07:59:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837081#M33562</guid>
      <dc:creator>Oskar_Waldemarsson</dc:creator>
      <dc:date>2024-03-28T07:59:06Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837146#M33572</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/231573"&gt;@Oskar_Waldemarsson&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;1.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="danielmartynek_0-1711615972617.png" style="width: 738px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/270934iD77DDA96AE23B25F/image-dimensions/738x153?v=v2" width="738" height="153" role="button" title="danielmartynek_0-1711615972617.png" alt="danielmartynek_0-1711615972617.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;2.&lt;/P&gt;
&lt;P&gt;Yes, it depends on local variables, for example.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 28 Mar 2024 09:04:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837146#M33572</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-28T09:04:07Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837205#M33578</link>
      <description>&lt;P&gt;Thanks for the quick reply! The DERR_SUP bit seems to be what I was looking for.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regarding the population of the stack. Do you have any information on how the stack gets populated during an exception and why the fault instruction address should be expected to be at position 8?&lt;/P&gt;</description>
      <pubDate>Thu, 28 Mar 2024 09:52:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837205#M33578</guid>
      <dc:creator>Oskar_Waldemarsson</dc:creator>
      <dc:date>2024-03-28T09:52:43Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837362#M33598</link>
      <description>&lt;P&gt;Refer to the ARM documentation:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://developer.arm.com/documentation/dui0646/c/The-Cortex-M7-Processor/Exception-model/Exception-entry-and-return" target="_blank"&gt;https://developer.arm.com/documentation/dui0646/c/The-Cortex-M7-Processor/Exception-model/Exception-entry-and-return&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Then it depends on the compiler.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Dnaiel&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 28 Mar 2024 15:05:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/1837362#M33598</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2024-03-28T15:05:51Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106251#M49311</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/160001"&gt;@danielmartynek&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Continuing here as the topic is the same regarding corrupt Dflash Area and ECC errors. I'm using a newer version of the RTD compared to the example above, specifically "SW32K3_S32M27x_RTD_R21-11_5.0.0_D2410". Is ECC errors handle by the MemAcc driver itself now and corrected/discarded or will it still trigger an Hard Fault exception that needs to be handled?&lt;BR /&gt;&lt;BR /&gt;If a Hard Fault exception is triggered, do you have an updated example of how to handle the same scenario for a newer RTD version? As&amp;nbsp;C40_Ip_DsiHandler() doesn't exist any longer.&lt;/P&gt;&lt;P&gt;Regards,&lt;BR /&gt;Erik&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 11:57:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106251#M49311</guid>
      <dc:creator>erik_gulliksson</dc:creator>
      <dc:date>2025-05-28T11:57:38Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106282#M49315</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251013"&gt;@erik_gulliksson&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;Can you please create a new thread?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thank you,&lt;/P&gt;
&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 12:37:42 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106282#M49315</guid>
      <dc:creator>danielmartynek</dc:creator>
      <dc:date>2025-05-28T12:37:42Z</dc:date>
    </item>
    <item>
      <title>Re: Abnormal power down causing the Dflash area ???????(S32K342 MCAL)</title>
      <link>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106321#M49321</link>
      <description>&lt;P&gt;Created a new thread here:&lt;BR /&gt;&lt;A href="https://community.nxp.com/t5/S32K/S32K3-Hard-fault-exception-on-startup-for-ECC-error-in-DFlash/m-p/2106320" target="_self"&gt;S32K3 Hard fault exception on startup for ECC error in DFlash/FEE memory&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Erik&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 13:32:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Abnormal-power-down-causing-the-Dflash-area-S32K342-MCAL/m-p/2106321#M49321</guid>
      <dc:creator>erik_gulliksson</dc:creator>
      <dc:date>2025-05-28T13:32:18Z</dc:date>
    </item>
  </channel>
</rss>

