https://devzone.nordicsemi.com/f/nordic-q-a/78395/qspi-ready-wait-never-returnsHi! I made a custom board with an external flash memory that communicate with nRF52840 through QSPI. I have some boards that works very well, but i have someones that freeze when I call nrfx_qspi_init(). I found that when I run the code in debug modeen-USTelligent Community 13Tue, 10 Aug 2021 10:14:53 GMThttps://devzone.nordicsemi.com/thread/324182?ContentTypeID=1Tue, 10 Aug 2021 10:14:53 GMT137ad170-7792-4731-bb38-c0d22fbe4515:01efb4dd-ab6e-4176-9091-1417b11b0f29ovrebekk<p>Hi&nbsp;</p> <p>Good to hear you found the issue. I will close this ticket then <span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile">&#x1f642;</span></p> <p>Regards<br />Torbjørn</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/324089?ContentTypeID=1Mon, 09 Aug 2021 20:22:07 GMT137ad170-7792-4731-bb38-c0d22fbe4515:7923b7ae-db70-4d8e-a76f-ea60a731a64eFranco Fischer<p>I found the error. <br />I use the GPIOTE for another peripherals, and due to the external flash memory has some pins uncorrect soldered (I think that CS pin is shorted to ground), the function port_event_handle on nrfx_gpiote.c stucks on the for loop because latch_pending_read_and_check never returns false. So, when nrfx_qspi_init returns an error I disable the QSPI hardware with nrfx_qspi_uninit. <br />Please close the ticket. Thanks!</p><div style="clear:both;"></div>