<?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>Bootloader and SoftDevice compatibility</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/45977/bootloader-and-softdevice-compatibility</link><description>I&amp;#39;d like to know if it’s still true that the DFU bootloader (i.e with BLE transport) is strongly coupled to the SoftDevice version. In other words, if we do a SoftDevice over-the-air update, should we assume that the bootloader needs to be updated at</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Apr 2019 16:13:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/45977/bootloader-and-softdevice-compatibility" /><item><title>RE: Bootloader and SoftDevice compatibility</title><link>https://devzone.nordicsemi.com/thread/181383?ContentTypeID=1</link><pubDate>Wed, 10 Apr 2019 16:13:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3db3de42-9e8f-47e8-bfb4-9b8f33b30d7d</guid><dc:creator>Michael</dc:creator><description>&lt;p&gt;All right, that&amp;#39;s what we needed to know. Thanks!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bootloader and SoftDevice compatibility</title><link>https://devzone.nordicsemi.com/thread/181217?ContentTypeID=1</link><pubDate>Wed, 10 Apr 2019 06:45:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:560c3ae5-69ad-4fed-9267-20ead087c74c</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The BLE bootloader depends on the SoftDevice, and there is typically always API changes with new version numbers of the SoftDevice. Therefore, upgrading the SoftDevice without upgrading the bootloader will typically cause the bootloader to fail, effectively bricking the device. For that reason, the bootloader enforces that the bootloader itself must be upgraded simultaneously with a SoftDevice with different major version. A simultaneous upgrade of SD+BL is not enforced when only the minor version of the SoftDevice is upgraded, but you should make sure to test properly in this case as well, so that you are confident that there will be no problems, before shipping the DFU upgrade package to customers.&lt;/p&gt;
&lt;p&gt;The SoftDevice independence is the same for the app and the bootloader. What this means is that they are not linked together, but instead the API is based on supervisor calls&amp;nbsp;(SVC). However, the mapping between SVC numbers and parameters etc. must be up do date, as this typically changes between SoftDevice versions. This is what constitutes the SoftDevice API. &lt;a href="https://www.nordicsemi.com/DocLib/Content/SoftDevice_Spec/s140/latest/SDS/s1xx/overview/api_overview"&gt;See&amp;nbsp;Application programming interface&lt;/a&gt;&amp;nbsp;in the SoftDevice specification for details.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>