<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nrf52840, there is no difference between the software reset reason and reset by the &amp;quot;buffer overflow detected&amp;quot; reason</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/107356/nrf52840-there-is-no-difference-between-the-software-reset-reason-and-reset-by-the-buffer-overflow-detected-reason</link><description>We use nRF52840 DK for getting the reset board reason. We used different scenarios to receive these events, Pin reset, Watchdog, Software reset (from source: sys_reboot(SYS_REBOOT COLD)). And it worked. But, We need to see the board reset cause of the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 18 Jan 2024 11:56:11 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/107356/nrf52840-there-is-no-difference-between-the-software-reset-reason-and-reset-by-the-buffer-overflow-detected-reason" /><item><title>RE: nrf52840, there is no difference between the software reset reason and reset by the "buffer overflow detected" reason</title><link>https://devzone.nordicsemi.com/thread/464777?ContentTypeID=1</link><pubDate>Thu, 18 Jan 2024 11:56:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:359a0edb-6b39-49e2-bf02-7e03a189ca0f</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;Check if this &lt;a href="https://docs.zephyrproject.org/latest/kernel/code-relocation.html"&gt;code relocation&lt;/a&gt; documentation helps.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52840, there is no difference between the software reset reason and reset by the "buffer overflow detected" reason</title><link>https://devzone.nordicsemi.com/thread/464419?ContentTypeID=1</link><pubDate>Tue, 16 Jan 2024 14:19:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3b74d53f-ce27-4d22-ba19-5af6afbdb380</guid><dc:creator>Stas Jis</dc:creator><description>&lt;p&gt;Thanks, this helped. You can also tell me how to override the address from which the firmware will be launched.&lt;/p&gt;
&lt;p&gt;The linker.cmd file is generated every time the project is built, but the addresses in it cannot be redefined.&lt;br /&gt;&lt;br /&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1705414760657v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;How to do this correctly?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52840, there is no difference between the software reset reason and reset by the "buffer overflow detected" reason</title><link>https://devzone.nordicsemi.com/thread/464179?ContentTypeID=1</link><pubDate>Mon, 15 Jan 2024 13:01:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:58d1f6b6-afe3-4893-843f-c12453c02930</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;You just need to override the __weak implementation&amp;nbsp; k_sys_fatal_error_handler functionality. Search for this in the SDK and you will know how to do it.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:494px;max-width:395px;" alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/790x988/__key/communityserver-discussions-components-files/4/3010.pastedimage1705323711730v1.png" /&gt;&lt;/p&gt;
&lt;p&gt;You probably need to disable&amp;nbsp;CONFIG_BT_HCI_VS_FATAL_ERROR, Haven&amp;#39;t tested it myself but it should be an easy test for you. If you are finding it difficult, then I can do a quick test later.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52840, there is no difference between the software reset reason and reset by the "buffer overflow detected" reason</title><link>https://devzone.nordicsemi.com/thread/464176?ContentTypeID=1</link><pubDate>Mon, 15 Jan 2024 12:56:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:905a8d5e-4049-41c2-9b40-49b192434b91</guid><dc:creator>Stas Jis</dc:creator><description>&lt;p&gt;Hi &lt;a href="https://devzone.nordicsemi.com/members/aryan"&gt;Susheel Nuguru&lt;/a&gt;&amp;nbsp;,&lt;br /&gt;&lt;br /&gt;We fundamentally need to intercept this hardware exception.&lt;br /&gt; Can we intercept it somewhere in the code in&amp;nbsp; hardfault handler? If yes, how can this be done?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52840, there is no difference between the software reset reason and reset by the "buffer overflow detected" reason</title><link>https://devzone.nordicsemi.com/thread/464090?ContentTypeID=1</link><pubDate>Mon, 15 Jan 2024 08:24:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4eec3592-f02d-41ed-902a-5bc8a7efeb2b</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;Most likely a buffer overflow will cause an hardware exception that is handled in the hardfault handler. The hardfault handler most likely is doing a soft reset at the end. Please note that the core does not generate automatically any kind of resets on buffer overflow.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>