<?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>NRF7002DK - NRF5340 SPI4M SPI_MISO tristate causing failure to boot (with spi_nor flash defined)</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/127646/nrf7002dk---nrf5340-spi4m-spi_miso-tristate-causing-failure-to-boot-with-spi_nor-flash-defined</link><description>Hi, 
 
 We found a weird case that when we re-populate the definition of SPI-NOR flash 
 - From original pin (gpio0.8/9/10, U15 populated on NRF7002DK) 
 - To pins (gpio1.0/1/4, exposed to pin header P3) 
 , the board failed to boot by hanging over here</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 07 Apr 2026 08:14:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/127646/nrf7002dk---nrf5340-spi4m-spi_miso-tristate-causing-failure-to-boot-with-spi_nor-flash-defined" /><item><title>RE: NRF7002DK - NRF5340 SPI4M SPI_MISO tristate causing failure to boot (with spi_nor flash defined)</title><link>https://devzone.nordicsemi.com/thread/564483?ContentTypeID=1</link><pubDate>Tue, 07 Apr 2026 08:14:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:473ed837-2df4-4ecb-8a56-e3d3b4cd04fa</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Glad to hear you have found a resolution. Yes, this seems relevant, but please also be aware that the nRF7002 DK uses a lot of the GPIOs for other peripherals by default, so have that in mind while developing.&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: NRF7002DK - NRF5340 SPI4M SPI_MISO tristate causing failure to boot (with spi_nor flash defined)</title><link>https://devzone.nordicsemi.com/thread/564356?ContentTypeID=1</link><pubDate>Wed, 01 Apr 2026 08:20:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5f367657-187f-4aea-bde6-6149a4d01e5a</guid><dc:creator>DKC</dc:creator><description>&lt;p&gt;Thanks, Simon.&lt;/p&gt;
&lt;p&gt;This issue seems not related to the confliction of multiple usage on the GPIO pins. I see the same issue when GPIO usage is just for SPIM only.&lt;/p&gt;
&lt;p&gt;And I can simply resolve this issue by *internally pull-down* MISO pin by declaring it over .dts. See relevant discussion from&amp;nbsp;&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/107195/nrf5340-qspi-flash"&gt;nRF5340 QSPI flash&lt;/a&gt;&amp;nbsp;, see comment from&amp;nbsp;&lt;a class="internal-link view-user-profile" href="https://devzone.nordicsemi.com/members/roshangeoroy"&gt;roshangeoroy&lt;/a&gt;.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I just wonder if this is the same root cause as discussed in the thread as I shared, and how do I apply necessary patches for the driver &amp;#39;spi_nor.c&amp;#39;, since I don&amp;#39;t use QSPI for flash access, driver &amp;#39;spi_nor.c&amp;#39; is the one I chose from zephyr instead of &amp;#39;nrf_qspi_nor.c&amp;#39;. BTW, my current zephyr is from version &amp;#39;ncs-v3.1.0&amp;#39; repo&amp;nbsp;&lt;a href="https://github.com/nrfconnect/sdk-zephyr."&gt;github.com/.../sdk-zephyr.&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF7002DK - NRF5340 SPI4M SPI_MISO tristate causing failure to boot (with spi_nor flash defined)</title><link>https://devzone.nordicsemi.com/thread/564353?ContentTypeID=1</link><pubDate>Wed, 01 Apr 2026 07:40:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:947853ae-59ed-46ee-a0fd-5ba208129b84</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;The pins you have rerouted the SPI to are used on the DK for the UART interface communicating with the interface MCU, which will cause conflicts when using the DK board file since these are now being used for more than one thing. Please see the nRF7002 DK user guide here for more information on which pins are already used for something else on the DK:&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/bundle/ug_nrf7002_dk/page/UG/nrf7002_DK/intro.html"&gt;https://docs.nordicsemi.com/bundle/ug_nrf7002_dk/page/UG/nrf7002_DK/intro.html&lt;/a&gt;&amp;nbsp;&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>