<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://test-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>MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/f/nordic-q-a/88416/mcuboot-sign-the-firmware</link><description>Hello Everyone, 
 
 First of all, what a terrible experience this has been. I&amp;#39;m trying to use custom RSA private key in order to sign the firmware before we go into production. However whatever I do, I can&amp;#39;t get rid of this warning: Let me say that I</description><dc:language>en-US</dc:language><generator>Telligent Community 13 Non-Production</generator><lastBuildDate>Thu, 02 Jun 2022 18:17:01 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://test-devzone.nordicsemi.com/f/nordic-q-a/88416/mcuboot-sign-the-firmware" /><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370755?ContentTypeID=1</link><pubDate>Thu, 02 Jun 2022 18:17:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6fc04c99-3514-4bd8-91b3-f29622c779fa</guid><dc:creator>user113934</dc:creator><description>[quote userid="7377" url="~/f/nordic-q-a/88416/mcuboot-sign-the-firmware/370586#370586"]With regard to relative paths that is a common request but there are no elegant ways to do this for now.[/quote]
&lt;p&gt;I second this request.&amp;nbsp; It&amp;#39;s very common in&amp;nbsp;our environment for multiple developers to clone the project into their respective home directories on MacOS/Linux, which will have different absolute paths.&amp;nbsp; Requiring them to fix up the .config options adds an unnecessary point of failure to the build process.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370586?ContentTypeID=1</link><pubDate>Thu, 02 Jun 2022 07:24:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:21816c96-8081-4da6-925a-a7b4a79c3df5</guid><dc:creator>user7377</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;When you build an application and enable MCUboot, that will also be built as a child image (which is a build system concept). In recent nRF Connect SDK releases, you can add a configuration overlay under child_image/&amp;lt;child_image_name&amp;gt;.conf. This also works for other overlays. When you do this, it is automatically picked up by the build system and applied.&lt;/p&gt;
&lt;p&gt;With regard to relative paths that is a common request but there are no elegant ways to do this for now.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370474?ContentTypeID=1</link><pubDate>Wed, 01 Jun 2022 13:39:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:63701655-34ce-4138-9cc5-be10446a4a61</guid><dc:creator>user102708</dc:creator><description>&lt;p&gt;I&amp;#39;m fine with ECDSA key. But it would be great to find something that works for setting a relative path towards the key, since the suggestions I&amp;#39;ve found didn&amp;#39;t work.&amp;nbsp;&lt;br /&gt;Also I&amp;#39;d like to understand what child_image/mcuboot.conf changes. Why I have to do it this way, and why it&amp;#39;s enough just to add this file without linking it anywhere.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370451?ContentTypeID=1</link><pubDate>Wed, 01 Jun 2022 12:52:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:210dfe34-4dbf-4151-820d-f6d45accb4a4</guid><dc:creator>user7377</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;RSA should work and is the default key type. You can see for instance &lt;a href="https://test-devzone.nordicsemi.com/f/nordic-q-a/83657/using-a-configuration-file-with-mcuboot/348008#348008"&gt;this post &lt;/a&gt;which&amp;nbsp;includes a sample project with a custom RSA key.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370289?ContentTypeID=1</link><pubDate>Tue, 31 May 2022 16:29:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:771f5c4e-9013-4b97-ac2a-3ff514fdd1dc</guid><dc:creator>user102708</dc:creator><description>&lt;p&gt;I was able to sign with a full path. But the suggestion for the relative path doesn&amp;#39;t work, I get an error:&lt;br /&gt;&lt;pre class="ui-code" data-mode="text"&gt;CMake Error at /home/aleksa/Desktop/01_POSAO/02_UPWORK/04_PENNY/01_MG105_NCS191/mg105-nrf9160-root/lib/nordic/ncs/nrf/cmake/multi_image.cmake:409 (message):
  CMake generation for mcuboot failed, aborting.  Command: 1
Call Stack (most recent call first):
  /home/aleksa/Desktop/01_POSAO/02_UPWORK/04_PENNY/01_MG105_NCS191/mg105-nrf9160-root/lib/nordic/ncs/nrf/cmake/multi_image.cmake:150 (add_child_image_from_source)
  /home/aleksa/Desktop/01_POSAO/02_UPWORK/04_PENNY/01_MG105_NCS191/mg105-nrf9160-root/lib/nordic/ncs/nrf/modules/mcuboot/CMakeLists.txt:216 (add_child_image)
&lt;/pre&gt;&lt;br /&gt;Also, I don&amp;#39;t understand why I had to make child_image/mcuboot.conf file.&amp;nbsp;Signing works only&amp;nbsp;when I put&amp;nbsp;there the config below, but I see no logic behind it. Here is the config:&lt;br /&gt;&lt;pre class="ui-code" data-mode="text"&gt;CONFIG_BOOT_SIGNATURE_TYPE_RSA=n
CONFIG_BOOT_SIGNATURE_TYPE_ECDSA_P256=y
CONFIG_BOOT_SIGNATURE_KEY_FILE=&amp;quot;path/to/private.pem&amp;quot;
# CONFIG_BOOT_SIGNATURE_KEY_FILE=&amp;quot;private.pem&amp;quot;&lt;/pre&gt;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Also, it doesn&amp;#39;t work when I try to use RSA instead of ECDSA (and fix their respective configs of course). Again, I see no&amp;nbsp;reason why it would behave this way.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: MCUBOOT Sign the firmware</title><link>https://test-devzone.nordicsemi.com/thread/370187?ContentTypeID=1</link><pubDate>Tue, 31 May 2022 11:39:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:794dffcd-9d92-4a80-aa3a-29dcfced2bd8</guid><dc:creator>user7377</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;Aleksa,&lt;/p&gt;
&lt;p&gt;You need to specify a full path to the key file. Alternatively, you can do as &lt;a href="https://test-devzone.nordicsemi.com/f/nordic-q-a/80094/undefined-reference-to-rsa_pub_key-when-config_boot_signature_key_file-is-defined/335731#335731"&gt;described here&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>