<?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>Zephyr/NCS crashes with SPIM and BLE active</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/118437/zephyr-ncs-crashes-with-spim-and-ble-active</link><description>I&amp;#39;m attempting to troubleshoot a system crash when polling a sensor at higher ODRs while BLE is enabled. I&amp;#39;m using NCS v2.9.0 with the nRF54L15. I checked the thread stack allocation with thread analyzer and everything looks well under its limit . LA</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 21 Feb 2025 21:05:47 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/118437/zephyr-ncs-crashes-with-spim-and-ble-active" /><item><title>RE: Zephyr/NCS crashes with SPIM and BLE active</title><link>https://devzone.nordicsemi.com/thread/524164?ContentTypeID=1</link><pubDate>Fri, 21 Feb 2025 21:05:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:053437da-bd94-455d-a6fb-bcf88602e9a9</guid><dc:creator>rbmarcus</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Enabling debug configs resolves the problem, which unfortunately made it difficult to troubleshoot. SystemView would also&amp;nbsp;overflow any time I attempted to run the program with the sensor active. Users on the Zephyr Discord server pointed me to the fact that this may be caused by deadlock, and that does seem to have been the root cause. At a high ODR (or a large data transfer), the system would be blocked by continuous interrupts, preventing it from handling any other threads. Since my sensor driver was already out-of-tree, I just updated it to receive bulk data from the sensor rather than initiating a SPI transaction for each sample in the sensor&amp;#39;s FIFO buffer, and it works great now. In hindsight, a fetch call lasting 3-4ms probably wasn&amp;#39;t too healthy for a system with the BLE stack and logging running on the same core.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Zephyr/NCS crashes with SPIM and BLE active</title><link>https://devzone.nordicsemi.com/thread/520701?ContentTypeID=1</link><pubDate>Thu, 30 Jan 2025 12:20:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bac4a7b5-00e6-4f37-99f9-f76bee329834</guid><dc:creator>Kazi Afroza Sultana</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Have you tried to debug the application to see where it crashes?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;BR&lt;br /&gt;Kazi&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>