<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>MCUXpresso GeneralのトピックClarification on the NXP SBL Project</title>
    <link>https://community.nxp.com/t5/MCUXpresso-General/Clarification-on-the-NXP-SBL-Project/m-p/1825331#M5348</link>
    <description>&lt;P&gt;Hello,&lt;BR /&gt;I am using iMX RT1170, and trying to insert a secondary bootloader into our application. I ran into a couple of questions that I would like to be clarified before continuing on. And yes, I read the SBL Application Note and User Guide.&lt;/P&gt;&lt;P&gt;The &lt;A href="https://github.com/nxp-mcuxpresso/sbl" target="_self"&gt;SBL Project GitHub repository&lt;/A&gt; mentions that "&lt;SPAN&gt;This project is not under active development now. For actively maintained examples of second stage bootloader based on MCUBoot see the latest release of&amp;nbsp;MCUXPresso SDK".&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;1. As I gathered, the purpose of the SBL project is to generate the second-stage bootloader code per board, based on user configuration (swap/remap modes, execution addresses, etc). Is this correct?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;2. The last meaningful commit on the SBL project was in 2021.&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;SPAN&gt;Is it due to actual lack of needed updates?&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;Did the SBL repo become part of the SDK and is thus no longer relevant?&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;Did only the examples move to be part of the SDK but the SBL project itself is still useable?&lt;/SPAN&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;SPAN&gt;3. The latest MCUX SDK examples seem to be pre-generated SBL code per board. Is this really what is happening? Is it safe to fork the SBL repository, configure it via menuconfig to RT1176 and expect the same behavior as the examples?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;4. The user guide mentions a few tools to aid in firmware updates, notably:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MCUBoot's imgtool&lt;/LI&gt;&lt;LI&gt;NXP Secure Provisioning Tool&lt;/LI&gt;&lt;LI&gt;NXP MCUBootUtility&lt;/LI&gt;&lt;LI&gt;blhost&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;MCUBootUtility and Secure Provisioning Tool seem to serve the same purpose. Both use blhost. Both sign an image (though it does not seem like they do that with imgtool). Does it matter which one I sign and flash my binary with?&amp;nbsp;Which one of these suit the format dictated by SBL? Ideally we want this process to be automated with a script.&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
    <pubDate>Mon, 11 Mar 2024 15:57:48 GMT</pubDate>
    <dc:creator>ofirmsh</dc:creator>
    <dc:date>2024-03-11T15:57:48Z</dc:date>
    <item>
      <title>Clarification on the NXP SBL Project</title>
      <link>https://community.nxp.com/t5/MCUXpresso-General/Clarification-on-the-NXP-SBL-Project/m-p/1825331#M5348</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;I am using iMX RT1170, and trying to insert a secondary bootloader into our application. I ran into a couple of questions that I would like to be clarified before continuing on. And yes, I read the SBL Application Note and User Guide.&lt;/P&gt;&lt;P&gt;The &lt;A href="https://github.com/nxp-mcuxpresso/sbl" target="_self"&gt;SBL Project GitHub repository&lt;/A&gt; mentions that "&lt;SPAN&gt;This project is not under active development now. For actively maintained examples of second stage bootloader based on MCUBoot see the latest release of&amp;nbsp;MCUXPresso SDK".&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;1. As I gathered, the purpose of the SBL project is to generate the second-stage bootloader code per board, based on user configuration (swap/remap modes, execution addresses, etc). Is this correct?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;2. The last meaningful commit on the SBL project was in 2021.&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;SPAN&gt;Is it due to actual lack of needed updates?&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;Did the SBL repo become part of the SDK and is thus no longer relevant?&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;Did only the examples move to be part of the SDK but the SBL project itself is still useable?&lt;/SPAN&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;SPAN&gt;3. The latest MCUX SDK examples seem to be pre-generated SBL code per board. Is this really what is happening? Is it safe to fork the SBL repository, configure it via menuconfig to RT1176 and expect the same behavior as the examples?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;4. The user guide mentions a few tools to aid in firmware updates, notably:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MCUBoot's imgtool&lt;/LI&gt;&lt;LI&gt;NXP Secure Provisioning Tool&lt;/LI&gt;&lt;LI&gt;NXP MCUBootUtility&lt;/LI&gt;&lt;LI&gt;blhost&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;MCUBootUtility and Secure Provisioning Tool seem to serve the same purpose. Both use blhost. Both sign an image (though it does not seem like they do that with imgtool). Does it matter which one I sign and flash my binary with?&amp;nbsp;Which one of these suit the format dictated by SBL? Ideally we want this process to be automated with a script.&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2024 15:57:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-General/Clarification-on-the-NXP-SBL-Project/m-p/1825331#M5348</guid>
      <dc:creator>ofirmsh</dc:creator>
      <dc:date>2024-03-11T15:57:48Z</dc:date>
    </item>
    <item>
      <title>Re: Clarification on the NXP SBL Project</title>
      <link>https://community.nxp.com/t5/MCUXpresso-General/Clarification-on-the-NXP-SBL-Project/m-p/1845515#M5374</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/224751"&gt;@ofirmsh&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thank you very much for your patience.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1 Yes, your understanding is correct.&lt;/P&gt;
&lt;P&gt;2 The former development team still have not met the need to update this reference design.&amp;nbsp; The SBL reference design is still usable.&lt;/P&gt;
&lt;P&gt;3 The SBL is not integrated within the SDK, therefore the SDK examples are not pre-made to work with the SBL.&lt;/P&gt;
&lt;P&gt;4 The MCUBoot Utility and the Secure Provisioning Tool can be&amp;nbsp; used to sign and flash on&amp;nbsp; the same&amp;nbsp; way, but you are correct, these tools do not integrate the&amp;nbsp; imgtool. Therefore, they will not work when the SBL requires you to enable secure boot or encrypted boot with the&amp;nbsp; imgtool.&lt;/P&gt;
&lt;P&gt;I hope this could help you.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Diego&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Apr 2024 22:04:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-General/Clarification-on-the-NXP-SBL-Project/m-p/1845515#M5374</guid>
      <dc:creator>diego_charles</dc:creator>
      <dc:date>2024-04-11T22:04:27Z</dc:date>
    </item>
  </channel>
</rss>

