<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic MCC hang in Vybrid in MQX Software Solutions</title>
    <link>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390383#M13031</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My customer, Life fitness uses &lt;SPAN style="font-size: 10.0pt; font-family: 'Arial',sans-serif;"&gt;using MQX-4.0 and Linux &lt;SPAN style="font-size: 10.0pt; font-family: 'Arial',sans-serif;"&gt;is 3.0.15 plus patches for specific HW.&amp;nbsp;&amp;nbsp; They use a SOM from Emcraft.&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12.0pt; font-family: 'Times New Roman',serif;"&gt;&lt;BR /&gt; The issue we are seeing is with MCC. We have multiple MCC endpoints on the M4 core (running MQX) communicating with corresponding endpoints on the A5 (running Linux). The endpoints on the M4 are located in separate tasks. We notice that after heavy traffic, our M4 MQX application appears to become deadlocked, as tasks are not running anymore. When this happens, I observe that two tasks are stuck in mcc_recv_copy() waiting for a mutex. The M4 never recovers from this. See below for a screen shot of the stack trace, which is the same in two separate tasks.&lt;BR /&gt; &lt;BR /&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Screen shot.gif"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/51556iCD0DD67BACB13BCB/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screen shot.gif" alt="Screen shot.gif" /&gt;&lt;/span&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12.0pt; font-family: 'Times New Roman',serif;"&gt;&lt;BR /&gt; I have some more info regarding this issue. Emcraft has modified a simple MQX test application (attached) running on the M4, which creates 5 tasks using 5 endpoints to send and receive data over mcc. We have our standard mcc_proxy application (simple app which translates mcc data into TCP data) running under Linux on the A5 side. This simple test app hangs in the same way our application does. I see two of the tasks blocked on mcc_get_semaphore.&lt;BR /&gt; &lt;BR /&gt; I have also asked if it possible to re-produce this on the tower system and the customer is working on that.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 17 Mar 2015 14:49:57 GMT</pubDate>
    <dc:creator>EricCowden</dc:creator>
    <dc:date>2015-03-17T14:49:57Z</dc:date>
    <item>
      <title>MCC hang in Vybrid</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390383#M13031</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My customer, Life fitness uses &lt;SPAN style="font-size: 10.0pt; font-family: 'Arial',sans-serif;"&gt;using MQX-4.0 and Linux &lt;SPAN style="font-size: 10.0pt; font-family: 'Arial',sans-serif;"&gt;is 3.0.15 plus patches for specific HW.&amp;nbsp;&amp;nbsp; They use a SOM from Emcraft.&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12.0pt; font-family: 'Times New Roman',serif;"&gt;&lt;BR /&gt; The issue we are seeing is with MCC. We have multiple MCC endpoints on the M4 core (running MQX) communicating with corresponding endpoints on the A5 (running Linux). The endpoints on the M4 are located in separate tasks. We notice that after heavy traffic, our M4 MQX application appears to become deadlocked, as tasks are not running anymore. When this happens, I observe that two tasks are stuck in mcc_recv_copy() waiting for a mutex. The M4 never recovers from this. See below for a screen shot of the stack trace, which is the same in two separate tasks.&lt;BR /&gt; &lt;BR /&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Screen shot.gif"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/51556iCD0DD67BACB13BCB/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screen shot.gif" alt="Screen shot.gif" /&gt;&lt;/span&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12.0pt; font-family: 'Times New Roman',serif;"&gt;&lt;BR /&gt; I have some more info regarding this issue. Emcraft has modified a simple MQX test application (attached) running on the M4, which creates 5 tasks using 5 endpoints to send and receive data over mcc. We have our standard mcc_proxy application (simple app which translates mcc data into TCP data) running under Linux on the A5 side. This simple test app hangs in the same way our application does. I see two of the tasks blocked on mcc_get_semaphore.&lt;BR /&gt; &lt;BR /&gt; I have also asked if it possible to re-produce this on the tower system and the customer is working on that.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Mar 2015 14:49:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390383#M13031</guid>
      <dc:creator>EricCowden</dc:creator>
      <dc:date>2015-03-17T14:49:57Z</dc:date>
    </item>
    <item>
      <title>Re: MCC hang in Vybrid</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390384#M13032</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Eric,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It would be nice if you can share the application so wen can take a look at it and test it.&lt;/P&gt;&lt;P&gt;Please keep us informed as soon as you get the application that reproduces the issue on the towr system.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 20 Mar 2015 21:16:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390384#M13032</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2015-03-20T21:16:19Z</dc:date>
    </item>
    <item>
      <title>Re: MCC hang in Vybrid</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390385#M13033</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Eric,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Recently, I have solved similar situation with another Vybrid customer using the MCC 1.2. Maybe, the solution is the same. Please, share the test code if you can to try it on my side first. Thanks.&lt;/P&gt;&lt;P&gt;BTW, we are going to release the MCC 2.1 version soon, so if there is a new unknow bug we would try to fix it before the MQX 4.2.0 release (Apr-27).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Michal Princ&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Mar 2015 13:23:20 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390385#M13033</guid>
      <dc:creator>MichalP</dc:creator>
      <dc:date>2015-03-25T13:23:20Z</dc:date>
    </item>
    <item>
      <title>Re: MCC hang in Vybrid</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390386#M13034</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Eric,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have you tried what Michal suggests?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/Alejandro&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Apr 2015 23:32:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/MCC-hang-in-Vybrid/m-p/390386#M13034</guid>
      <dc:creator>alejandrolozan1</dc:creator>
      <dc:date>2015-04-22T23:32:23Z</dc:date>
    </item>
  </channel>
</rss>

