https://devzone.nordicsemi.com/f/nordic-q-a/111020/reason-for-reset-nrfx_reset_reason_get-hwinfo_get_reset_cause-not-retaining-state-after-boot-from-bootloaderWe are using Zephyr with nRF SDK v2.4.1 on nRF52840. We have a secure bootloader following the example. This all works. Inside the bootloader I can inspect the reason for reset and see it varying with different scenarios as expected. In the main app iten-USTelligent Community 13Fri, 10 May 2024 13:24:10 GMThttps://devzone.nordicsemi.com/thread/482823?ContentTypeID=1Fri, 10 May 2024 13:24:10 GMT137ad170-7792-4731-bb38-c0d22fbe4515:3cf535dd-23a9-42ae-8f6a-398df84fbbbbMenon<p>Hello,</p> <p>The bootloader may clear the reset reason as part of its operation. In some cases, the bootloader clears the reset reason before the application can access it. See <a href="https://quillbot.com/support-private/support/262655">this thread</a>.</p> [quote user=""]<p>I&#39;ve searched for any&nbsp;</p> <div> <div><span><span>nrfx_reset_reason_clear() or&nbsp;</span></span> <div> <div><span>hwinfo_clear_reset_cause</span></div> <div><span>and not found any. </span></div></div></div></div>[/quote] <p>C<span dir="ltr">an you use debugging tools to step through the bootloader code and observe when the reset reason is cleared? This might help you identify the specific code that is responsible.</span></p> <p><span><span dir="ltr">Kind Regards,</span></span></p> <p><span><span dir="ltr">Abhijith</span></span></p> <p><span></span></p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/482645?ContentTypeID=1Thu, 09 May 2024 08:42:36 GMT137ad170-7792-4731-bb38-c0d22fbe4515:a9acb258-80e3-45ce-baee-cbd622c5e539BenFT<p>We are using Zephyr&nbsp;<span>sdk-zephyr v3.3.99-ncs1-1</span></p><div style="clear:both;"></div>