<?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>A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/65366/a-software-interrupt-ends-on-its-own-when-viewing-on-trace-any-explanation</link><description>Hi Devzone: 
 We are using J-link pro to collect trace data from nRF52833 DK board, and we found a rather strange behavior: 
 The sw interrupts would end on its own without PE coming back from the call stack to end it. 
 See ozone screenshot below: 
</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 09 Dec 2020 18:21:40 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/65366/a-software-interrupt-ends-on-its-own-when-viewing-on-trace-any-explanation" /><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/284179?ContentTypeID=1</link><pubDate>Wed, 09 Dec 2020 18:21:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6d5ac9a9-403a-4574-b5f8-b499ed36c7ff</guid><dc:creator>cpeng</dc:creator><description>&lt;p&gt;Thanks for the tip jmr! I will give it a try if i have a chance.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/281052?ContentTypeID=1</link><pubDate>Fri, 20 Nov 2020 09:44:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7deba8d4-d7e7-4246-91a8-ac7a69d11ee6</guid><dc:creator>jmr</dc:creator><description>&lt;p&gt;Hej cpeng,&amp;nbsp;&lt;br /&gt;I have been successful using the OS.AddContextSwitchSymbol().&amp;nbsp;&lt;br /&gt;You can experiment with it easily by calling the function in the Ozone Console at the very beginning of your debugging session (e.g. halt at main)&lt;br /&gt;If you are comfortable with the results, you may want to add the calls to your .jdebug file.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Happy debugging! :-)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/280978?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 18:59:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:572fc56a-929c-42fa-867f-dda8852b7f4f</guid><dc:creator>cpeng</dc:creator><description>&lt;p&gt;Hi jmr:&lt;/p&gt;
&lt;p&gt;Unfortunately I haven&amp;#39;t found the root cause of the problem, my intuition tells me that ozone doesn&amp;#39;t really know how to handle hardware interrupts.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/280820?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 10:17:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4c2b913b-92ce-4890-80d7-f794994296c8</guid><dc:creator>jmr</dc:creator><description>&lt;p&gt;Hej cpeng, have you found a solution to this?&lt;/p&gt;
&lt;p&gt;I&amp;#39;m facing a similar issue but with softDevice enabled. I found that Ozone provides a User Action called OS.AddContextSwitchSymbol() which AFAICS can be used to make Ozon aware of a context switch. However, until now Ozone seems to be unhappy with it as it stalls and I have to kill the application.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/267287?ContentTypeID=1</link><pubDate>Mon, 31 Aug 2020 15:08:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d5781840-fa10-4121-8431-b85b2b5155f9</guid><dc:creator>cpeng</dc:creator><description>&lt;p&gt;Hi no the code runs fine on nRF52833. We don&amp;#39;t use any RTOS or SoftDevice, we do use ESB library.&lt;/p&gt;
&lt;p&gt;So it&amp;#39;s most likely a display bug in Ozone. Thanks for helping.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: A software interrupt ends on its own when viewing on trace...any explanation?</title><link>https://devzone.nordicsemi.com/thread/267186?ContentTypeID=1</link><pubDate>Mon, 31 Aug 2020 11:07:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:31d617e3-7b6e-4224-bd2c-e2b4d5134253</guid><dc:creator>haakonsh</dc:creator><description>&lt;p&gt;That&amp;#39;s probably a bug in Ozone. I suggest you ask Segger for help as well.&lt;br /&gt;&lt;br /&gt;If it&amp;#39;s not a bug in the debugger tool then it indicates a stack corruption which should cause the system to behave erratically, do you observe such symptoms, other than the &amp;quot;extra&amp;quot; main thread?&lt;/p&gt;
&lt;p&gt;Are you running any RTOS, SoftDevice, or similar, or are you just running the ESB library?&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>