<?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>Other NXP ProductsのトピックRe: Mpc5200B network communication failure</title>
    <link>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134491#M176</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&lt;P&gt;&lt;FONT size="2"&gt;Hi,&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;we have exactly the same symptoms, which are "communication failure", "TEA error" and as result a machine check exception.. At our application the XLB-Pipelining is always disabled. We also had test with enabled and disabled XLB bus snooping, but we didn’t have any success.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Can it be that there is a problem with the different bus clocks bus clocks (XLB and IPB)? Any synchronisation between this two clock domains?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Have you got any new cognitions to this problem?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Thanks&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Carl&lt;/FONT&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 20 Dec 2007 23:21:57 GMT</pubDate>
    <dc:creator>CarlHa</dc:creator>
    <dc:date>2007-12-20T23:21:57Z</dc:date>
    <item>
      <title>Mpc5200B network communication failure</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134488#M173</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;P&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;we have some problems with the Mpc5200B network communication.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;an aplication which periodically sends huge data over ftp (64 MB Files)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;still hangs every 10 - 30 times and the CPU seems to be dead.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;If i read in this case some registers using a Jtag Debugger , the CPU Core (603)registers&amp;nbsp;are readable, but all&amp;nbsp;registers adressed over MBAR are showing a 0x0.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;The Mbar Register self is set by the bootloader to 0x0000f000 and&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;this&amp;nbsp;value is&amp;nbsp;still set. our suspicion is it could be a problem with the XLB Bus.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;The same Application on a mpc5200 still works!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I think also a silicon Bug is possible!?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Did anyone have an idea or tips to localize or solve&amp;nbsp;the problem?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;thanks&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Joachim&lt;/SPAN&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 May 2007 21:11:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134488#M173</guid>
      <dc:creator>JoachimSchaefer</dc:creator>
      <dc:date>2007-05-22T21:11:46Z</dc:date>
    </item>
    <item>
      <title>Re: Mpc5200B network communication failure</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134489#M174</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hi Joachim,&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;we seem to have the same problem. On heavy load of the XLB-Bus (Bestcomm-Tasks and Core) the MPC5200B crashes due to a TEA-Error (Data Tenure Error) and throws an machine check&amp;nbsp;exception.&lt;/DIV&gt;&lt;DIV&gt;Till the Data-Tenure-Timeout watchdog is activated every transmission on the XLB-Bus is replied by 0x00000000.&lt;/DIV&gt;&lt;DIV&gt;We still try to get rid of the problem with changing some configurations... but the only working way for us, was to disable the XLB-Pipelining during long and heavy loads of the XLB. Which is a worse work around due to the suffering performance.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;We can not rule out that this is a silicon bug, because with the MPC5200 A-rev we never had that problem.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Sébastien&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jul 2007 15:01:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134489#M174</guid>
      <dc:creator>toe5</dc:creator>
      <dc:date>2007-07-12T15:01:46Z</dc:date>
    </item>
    <item>
      <title>Re: Mpc5200B network communication failure</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134490#M175</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I don't know if this really helps but I'm using here a MPC5200B on a TQM5200S module with a linux 2.4.25 kernel. I'm transfering very large (gigabytes) amounts of TCP/IP-data and I achieve very good data rates with it (about 11.5 MBytes/s). I have never discovered any kind of problem in my tests so it may help to have a look into the linux kernel sources. You can download the latest 2.4 kernel sources at &lt;A href="http://www.denx.de/"&gt;www.denx.de&lt;/A&gt; and maybe you find some special code/setup for the B revision in the BestComm or the network drivers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bye,&lt;/P&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Jul 2007 14:17:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134490#M175</guid>
      <dc:creator>Superberti</dc:creator>
      <dc:date>2007-07-25T14:17:33Z</dc:date>
    </item>
    <item>
      <title>Re: Mpc5200B network communication failure</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134491#M176</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;FONT size="2"&gt;&lt;/FONT&gt;&lt;P&gt;&lt;FONT size="2"&gt;Hi,&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;we have exactly the same symptoms, which are "communication failure", "TEA error" and as result a machine check exception.. At our application the XLB-Pipelining is always disabled. We also had test with enabled and disabled XLB bus snooping, but we didn’t have any success.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Can it be that there is a problem with the different bus clocks bus clocks (XLB and IPB)? Any synchronisation between this two clock domains?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Have you got any new cognitions to this problem?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Thanks&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="2"&gt;Carl&lt;/FONT&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Dec 2007 23:21:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/Mpc5200B-network-communication-failure/m-p/134491#M176</guid>
      <dc:creator>CarlHa</dc:creator>
      <dc:date>2007-12-20T23:21:57Z</dc:date>
    </item>
  </channel>
</rss>

