https://devzone.nordicsemi.com/f/nordic-q-a/21417/is-sd-with-wdt-irq-set-to-priority-zero-a-problemThe basic question is: if I initialize the SD and then forcibly change the priority of the WDT IRQ to zero via NVIC_EnableIRQ(), will that cause a problem? I know you don&#39;t normally want to do anything which might preempt the SD&#39;s radio handler...en-USTelligent Community 13Tue, 18 Apr 2017 15:03:54 GMThttps://devzone.nordicsemi.com/thread/83996?ContentTypeID=1Tue, 18 Apr 2017 15:03:54 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4d9e1012-32ec-4c69-bd1e-136fb845cfa6MarcF<p>Yes... the goal of setting the WDT to priority-zero is exactly that: maximize the amount of time I have during the 2 LFCLK cycles before the system resets in order to clean things up as best I can. I just wanted to make sure there wasn&#39;t a hidden reason that I shouldn&#39;t do it.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/83995?ContentTypeID=1Tue, 18 Apr 2017 09:46:14 GMT137ad170-7792-4731-bb38-c0d22fbe4515:00bbb894-d2bb-4afa-9e88-37cee1526314Susheel Nuguru<p>According to the softdevice specification you cannot use priority 0 for application interrupts. That said, I think the WDT interrupt should be an exception to this rule. When you get WDT interrupt, the only possibility is the WDT timeout. So when you get this interrupt, your chip will reset within 2 lfclk cycles. Since the BLE connection will be lost anyways, I think it is safe to imagine that the softdevice assert is of no worry.</p> <p>So the conclusion is that you can set WDT interrupt to priority 0 after you have enabled the softdevice. Since it will check the priority of app interrupts when you enable softdevice and it would return with error if it finds illegal interrupt priorities, you should always set WDT priority to zero after softdevice is enabled.</p><div style="clear:both;"></div>