<?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 Cortex-M33 core SAU-&amp;gt;SFAR register not updated when secure fault is entered for a second time in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Cortex-M33-core-SAU-gt-SFAR-register-not-updated-when-secure/m-p/1452559#M63032</link>
    <description>&lt;P&gt;Hello!&lt;/P&gt;&lt;P&gt;I'm working with TrustZone code on LPC55S69 chip. In my application I read memory address that would trap into SecureFault which would be recovered using EXC_RETURN. After that my application reads another memory address, resulting in trapping again to SecureFault. I expect SAU-&amp;gt;SFAR value changed to the second fault memory address; however when the fault happened, my IDE shows that the value remains in first fault memory address when this trapped SecureFault does not refer to.&lt;/P&gt;&lt;P&gt;I tried to change memory addresses to visit, it always shows that second SAU-&amp;gt;SFAR remains in the first memory address, whichever addresses I chose to read to.&lt;/P&gt;&lt;P&gt;How to solve this problem? I'm using LPCXpresso55S69 board, code run on core 0 which has TrustZone technology, and MCUXpresso IDE v11.5.0 version.&lt;/P&gt;&lt;P&gt;Looking forward to replies. Thanks!&lt;/P&gt;</description>
    <pubDate>Wed, 04 May 2022 07:17:49 GMT</pubDate>
    <dc:creator>luojia</dc:creator>
    <dc:date>2022-05-04T07:17:49Z</dc:date>
    <item>
      <title>Cortex-M33 core SAU-&gt;SFAR register not updated when secure fault is entered for a second time</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Cortex-M33-core-SAU-gt-SFAR-register-not-updated-when-secure/m-p/1452559#M63032</link>
      <description>&lt;P&gt;Hello!&lt;/P&gt;&lt;P&gt;I'm working with TrustZone code on LPC55S69 chip. In my application I read memory address that would trap into SecureFault which would be recovered using EXC_RETURN. After that my application reads another memory address, resulting in trapping again to SecureFault. I expect SAU-&amp;gt;SFAR value changed to the second fault memory address; however when the fault happened, my IDE shows that the value remains in first fault memory address when this trapped SecureFault does not refer to.&lt;/P&gt;&lt;P&gt;I tried to change memory addresses to visit, it always shows that second SAU-&amp;gt;SFAR remains in the first memory address, whichever addresses I chose to read to.&lt;/P&gt;&lt;P&gt;How to solve this problem? I'm using LPCXpresso55S69 board, code run on core 0 which has TrustZone technology, and MCUXpresso IDE v11.5.0 version.&lt;/P&gt;&lt;P&gt;Looking forward to replies. Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 04 May 2022 07:17:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Cortex-M33-core-SAU-gt-SFAR-register-not-updated-when-secure/m-p/1452559#M63032</guid>
      <dc:creator>luojia</dc:creator>
      <dc:date>2022-05-04T07:17:49Z</dc:date>
    </item>
    <item>
      <title>Re: Cortex-M33 core SAU-&gt;SFAR register not updated when secure fault is entered for a second time</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Cortex-M33-core-SAU-gt-SFAR-register-not-updated-when-secure/m-p/1461947#M63146</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;SPAN&gt;luojia,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Have you check the SDK demo "lpcxpresso55s69_secure_faults " ?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;BR&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Alice&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 22 May 2022 07:52:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Cortex-M33-core-SAU-gt-SFAR-register-not-updated-when-secure/m-p/1461947#M63146</guid>
      <dc:creator>Alice_Yang</dc:creator>
      <dc:date>2022-05-22T07:52:09Z</dc:date>
    </item>
  </channel>
</rss>

