<?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>nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/125156/nrf54l15-mcuboot-external-flash-with-sqspi-vpr-problems</link><description>Hello Nordic 
 We&amp;#39;re developing an application where the second firmware partition is saved in external storage, which we would like to be accessible by both MCUboot and the main application. 
 Our custom board using an NRF54L15 SOC combined with a w25q16jvsniq</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 28 Oct 2025 07:07:07 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/125156/nrf54l15-mcuboot-external-flash-with-sqspi-vpr-problems" /><item><title>RE: nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/thread/552586?ContentTypeID=1</link><pubDate>Tue, 28 Oct 2025 07:07:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2e09b9a6-30d8-496b-99b9-390cf3c2fa4c</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve reported this internally now, and we will be looking at how to add a proper cleanup of the sQSPI in MCUBoot. Thank you for your report!&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/thread/552349?ContentTypeID=1</link><pubDate>Fri, 24 Oct 2025 11:59:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9dd0d5d6-d6c8-4473-8e88-cec929ee7e62</guid><dc:creator>jeroen_dekimo</dc:creator><description>&lt;p&gt;Hey, thanks for the response.&lt;br /&gt;&lt;br /&gt;I can confirm that without sQSPI init in mcuboot the slot boots correctly without applying any patches.&lt;br /&gt;I guess this is a bug then that Nordic should patch in the future?&lt;br /&gt;&lt;br /&gt;I&amp;#39;ll write my own patch for nrf_cleanup.c for now, thanks for the assistance and clarification.&lt;br /&gt;&lt;br /&gt;Cheers&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Jeroen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/thread/552348?ContentTypeID=1</link><pubDate>Fri, 24 Oct 2025 11:54:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:35438a62-ab18-4bb3-ad32-a962623c72ba</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Okay, thank you for explaining. Then it indeed sounds like it is the MCUBoot not cleaning up/uninitializing the sQSPI driver correctly. The easiest way to test whether this was the case would be to not init sQSPI in your MCUBoot image and see if the application is able to start up sQSPI then. Most of the miscellaneous cleanup from MCUBoot is added to the&amp;nbsp;&lt;a href="https://github.com/nrfconnect/sdk-mcuboot/blob/main/boot/zephyr/nrf_cleanup.c"&gt;https://github.com/nrfconnect/sdk-mcuboot/blob/main/boot/zephyr/nrf_cleanup.c&lt;/a&gt;&amp;nbsp;file, and it doesn&amp;#39;t seem to be any mention of it there, so that could indeed be what we&amp;#39;re looking at here.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/thread/552262?ContentTypeID=1</link><pubDate>Thu, 23 Oct 2025 13:14:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d4a799cc-7c6a-4116-b274-b627a143584a</guid><dc:creator>jeroen_dekimo</dc:creator><description>&lt;p&gt;Hey Simon&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks for the reply.&lt;/p&gt;
&lt;p&gt;Just to be clear: The SQSPI configuration does work whilst MCUboot is operating. It correctly initializes the sqspi driver, and i can read the data in the second external partition.&lt;br /&gt;&lt;br /&gt;Things go wrong after MCUboot finishes and jumps to the main application.&lt;br /&gt;The SQSPI init is stuck at the line mentioned in my initial post. My guess is because the coprocessor is kinda initialized twice: Once for MCUboot and a second time for the main application.&lt;br /&gt;&lt;br /&gt;As also mentioned in my first post, we have a workaround, but are yet unsure if it is a bug of nordic, a bad deinitialization procedure of mcuboot or a wrong configuration of our part.&lt;br /&gt;&lt;br /&gt;Kind regards&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Jeroen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 + MCUboot + External flash with SQSPI: VPR problems</title><link>https://devzone.nordicsemi.com/thread/552227?ContentTypeID=1</link><pubDate>Thu, 23 Oct 2025 11:09:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d6645a40-9225-47c8-ab47-63a8d7aae05a</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Jeroen&lt;/p&gt;
&lt;p&gt;Have you added the QSPI configuration(s) in the &lt;strong&gt;MCUBoot.conf&lt;/strong&gt; file as well? If you&amp;#39;re missing some configurations there that is a good initial guess to why it doesn&amp;#39;t work when MCUBoot is set.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>