<?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>Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/59337/softdevice-7-does-not-boot-unless-flash-space-gap-is-filled-0xff</link><description>Recently tried to upgrade the NRF SDK from 14 to 16 on our project, and also upgrading Softdevice from 5.0.1 to 7.0.0. 
 While trying to bring up Softdevice 7.0.0, we noticed that the main FW will NOT get booted unless all the gaps in the flash space</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 24 Mar 2020 13:55:53 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/59337/softdevice-7-does-not-boot-unless-flash-space-gap-is-filled-0xff" /><item><title>RE: Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/thread/241398?ContentTypeID=1</link><pubDate>Tue, 24 Mar 2020 13:55:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d4a0ee2a-12c4-40e8-9976-4d66c990f192</guid><dc:creator>hjz</dc:creator><description>&lt;p&gt;Thanks Amanda, this seems to be issue. Confirmed this by manually editing the&amp;nbsp;&lt;span&gt;MBR_BOOTLOADER_ADDR.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/thread/241334?ContentTypeID=1</link><pubDate>Tue, 24 Mar 2020 10:52:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:febf91cf-b4e6-49f4-8175-c73fc4f74b93</guid><dc:creator>Amanda Hsieh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;For&amp;nbsp;&lt;span&gt;SoftDevice S132v5.0.1 running against SDK 14.0.0, you do not need to add the gap-fill value.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s started from S132 v6.1.1 same with&amp;nbsp; S140 v6.1.1. The change happens between MBR v2.2 and v2.4.x. You can check the release note of the softdevice to find the version of the MBR.&lt;/p&gt;
&lt;p&gt;&lt;span&gt;-Amanda H.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/thread/241220?ContentTypeID=1</link><pubDate>Mon, 23 Mar 2020 17:19:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a33f5b48-0463-4025-9f2f-5c4a6ea26b69</guid><dc:creator>charles</dc:creator><description>&lt;p&gt;Is this official confirmation that the gap-fill value has no effect on SoftDevice S132v5.0.1 running against SDK 14.0.0?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/thread/241217?ContentTypeID=1</link><pubDate>Mon, 23 Mar 2020 17:15:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:375aaafa-7a83-4c56-98c5-d18a344213a4</guid><dc:creator>Amanda Hsieh</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;From SDK v15.3 we changed the bootloader start address register (NRF_UICR_BOOTLOADER_START_ADDRESS) from&amp;nbsp;NRF_UICR_BASE + 0x14 in the UICR to&amp;nbsp;MBR_BOOTLOADER_ADDR (at&amp;nbsp;0xFF8) in the MBR.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Please see this &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/44768/sdk-15-3-cannot-program-default-bootloader/177444#177444"&gt;post &lt;/a&gt;and &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/56437/mbr-jumps-to-application-not-bootloader"&gt;this&lt;/a&gt;.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;-Amanda H.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice 7 does not boot unless flash space gap is filled 0xFF</title><link>https://devzone.nordicsemi.com/thread/240902?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2020 14:17:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4faad2fb-6ac6-4251-97a6-9e0c85c7208c</guid><dc:creator>charles</dc:creator><description>&lt;p&gt;Just to be very explicit, our build system does the following:&lt;/p&gt;
&lt;p&gt;1. Compile and link our application into an elf file.&lt;/p&gt;
&lt;p&gt;2. objcopy the application elf file to a hex file.&lt;/p&gt;
&lt;p&gt;3. mergehex (nrf command line tool) the SD hex file and the application hex file.&lt;/p&gt;
&lt;p&gt;4. objcopy the merged hex file to a bin file.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Step 4 is what we&amp;#39;re talking about here, where the gap-fill value causes SoftDevice to crash on boot before coming near the application code.&lt;/p&gt;
&lt;p&gt;We&amp;#39;d love an explanation if you have one, but the most important piece of information we need is whether or not SDK14.0.0 + S132v5.0.1 are resilient against this approach. We didn&amp;#39;t see any errors when testing but that&amp;#39;s a weak hypothesis compared to a root cause analysis.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>