<?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>NRF52 boot sequence problems when adding S132</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/22321/nrf52-boot-sequence-problems-when-adding-s132</link><description>I have been developing my application using gcc on an NRF52 by putting the text section at 0. This was convenient to get going quickly. We initially weren&amp;#39;t going to launch with any BLE support but now we need it - quelle surprise. 
 Now I&amp;#39;ve flashed</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 26 May 2017 13:26:41 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/22321/nrf52-boot-sequence-problems-when-adding-s132" /><item><title>RE: NRF52 boot sequence problems when adding S132</title><link>https://devzone.nordicsemi.com/thread/87760?ContentTypeID=1</link><pubDate>Fri, 26 May 2017 13:26:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eadb2acc-8cc8-4c74-be71-f75739dba507</guid><dc:creator>msglamarca</dc:creator><description>&lt;p&gt;I&amp;#39;ll answer my own question instead of closing it just in case someone else finds it useful (thanks for the comment, Bjorn).&lt;/p&gt;
&lt;p&gt;It turns out that while I was placing the text correctly after the Soft Device at 0x20000, I was using all of the RAM (ORIGIN = 0x20000000, LENGTH = 0x10000) which was probably crushing the S132 Soft Device&amp;#39;s background RAM usage. I found the RAM area used by a BLE peripheral app&amp;#39;s linker file:&lt;/p&gt;
&lt;p&gt;RAM (rwx) :  ORIGIN = 0x20002168, LENGTH = 0xde98&lt;/p&gt;
&lt;p&gt;Even though I&amp;#39;m not using any BLE functionality, I&amp;#39;m guessing the nrf52 still goes back into the S132 periodically regardless. My application may have initialized correctly but the first time it went to the S132, its memory was hosed and it never came back.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52 boot sequence problems when adding S132</title><link>https://devzone.nordicsemi.com/thread/87759?ContentTypeID=1</link><pubDate>Fri, 26 May 2017 11:24:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:acbb7ce8-ca8c-4d39-b09e-4b89418b1f85</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Which version of the S132 SoftDevice are you using? The ROM and RAM requirements of the differnet S132 SoftDevice versions are listed in their respective SoftDevice Specifications, e.g. &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.s132.sds/dita/softdevices/s130/mem_usage/mem_resource_reqs.html?cp=2_3_0_0_13_0_0"&gt;here&lt;/a&gt; is the requirements for the S132 v4.0.x. It is important that the application is placed right after the SD due to vector table offsets and interrupt forwarding.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>