<?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 Re: MPC5200(b): EB711 on Bestcomm Data Corruption in Other NXP Products</title>
    <link>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201701#M2020</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just came across this old post.&lt;/P&gt;&lt;P&gt;The described problem must be related to some code, not to the silicon.&lt;/P&gt;&lt;P&gt;My SDMA (aka "bestcomm") code works quite well at ATA66 (udma). There is a problem&lt;/P&gt;&lt;P&gt;occuring at times but it does not result in lost data, just in locked up ATA&lt;/P&gt;&lt;P&gt;interface; an ATA rerun handles it OK. Since this occurs rarely (once or twice a&lt;/P&gt;&lt;P&gt;minute if both ATA and Ethernet transfer at top speed in parallel), this&lt;/P&gt;&lt;P&gt;is no performance issue (takes just some coding to solve).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 24 Jul 2011 21:00:13 GMT</pubDate>
    <dc:creator>tgi</dc:creator>
    <dc:date>2011-07-24T21:00:13Z</dc:date>
    <item>
      <title>MPC5200(b): EB711 on Bestcomm Data Corruption</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201700#M2019</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I came across this Engineering Bulletin for the MPC5200 by accident.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It isn't referenced from anywhere on the Freescale site that I, Freescale's or Google's searches can find. I expect it to be referenced from the MPC5200 paget.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The document is here:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="http://cache.freescale.com/files/microcontrollers/doc/eng_bulletin/EB711.pdf" rel="nofollow" target="_blank"&gt;http://cache.freescale.com/files/microcontrollers/doc/eng_bulletin/EB711.pdf&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;it doesn't explicitly state what mask versions it applies to, or even if it applies to the MPC5200 or MPC5200B (it says "MPC5200(b)").&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It contains:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;Freescale Semiconductor&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;Engineering Bulletin&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;Document Number: EB711&lt;BR /&gt;Rev. 0, 05/2009&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;MPC5200(b) ATA MDMA, UDMA&lt;BR /&gt;Functionality&lt;BR /&gt;BestComm Setup Recommendations&lt;BR /&gt;by: Peter Kardos&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; Application Engineer, Roznov&lt;BR /&gt;The ATA functionality is limited and problematic when&lt;BR /&gt;DMA modes are used with data cache and instruction&lt;BR /&gt;cache enabled.&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;The malfunction is demonstrated by corrupted and/or&lt;BR /&gt;missing data in the buffer. Corrupted data in the read&lt;BR /&gt;buffer is either bit shifted or is “missing” and replaced by&lt;BR /&gt;0x0 or 0xFF. Amount of the corrupted data during&lt;BR /&gt;transfer is DMA-mode and speed dependent. To avoid&lt;BR /&gt;these faults, the following workaround must be applied&lt;BR /&gt;and is recommended for other peripheral buffers as well&lt;BR /&gt;to improve reliability and system stability (PCI memory&lt;BR /&gt;window, PCI mapping, Local plus bus, and so on).&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&amp;nbsp;&amp;nbsp; 1. Set appropriate peripheral FIFO size and granularity to one or more.&lt;BR /&gt;&amp;nbsp;&amp;nbsp; 2. Set the buffer that is stored in the memory to not cacheable. If you are using more peripherals with&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; BestComm, the easiest way is to create a memory segment.&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;The following figure shows an example of this setup and the code to be used in CodeWarrior. The image&lt;BR /&gt;was taken from the MPC5200(b) Quick Start utility that can be downloaded from Freescale website&lt;BR /&gt;&lt;A href="http://www.freescale.com." rel="nofollow" target="_blank"&gt;www.freescale.com.&lt;/A&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="times new roman,times"&gt;These recommendations should be applied in operating systems like Linux and VxWorks as well.&lt;BR /&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 28 Apr 2011 11:30:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201700#M2019</guid>
      <dc:creator>TomE</dc:creator>
      <dc:date>2011-04-28T11:30:21Z</dc:date>
    </item>
    <item>
      <title>Re: MPC5200(b): EB711 on Bestcomm Data Corruption</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201701#M2020</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just came across this old post.&lt;/P&gt;&lt;P&gt;The described problem must be related to some code, not to the silicon.&lt;/P&gt;&lt;P&gt;My SDMA (aka "bestcomm") code works quite well at ATA66 (udma). There is a problem&lt;/P&gt;&lt;P&gt;occuring at times but it does not result in lost data, just in locked up ATA&lt;/P&gt;&lt;P&gt;interface; an ATA rerun handles it OK. Since this occurs rarely (once or twice a&lt;/P&gt;&lt;P&gt;minute if both ATA and Ethernet transfer at top speed in parallel), this&lt;/P&gt;&lt;P&gt;is no performance issue (takes just some coding to solve).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 24 Jul 2011 21:00:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201701#M2020</guid>
      <dc:creator>tgi</dc:creator>
      <dc:date>2011-07-24T21:00:13Z</dc:date>
    </item>
    <item>
      <title>Re: MPC5200(b): EB711 on Bestcomm Data Corruption</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201702#M2021</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This ATA data corruption on MPC5200 definitely belongs in the errata, along with details of when it happens.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 30 Apr 2012 19:29:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/MPC5200-b-EB711-on-Bestcomm-Data-Corruption/m-p/201702#M2021</guid>
      <dc:creator>baergend</dc:creator>
      <dc:date>2012-04-30T19:29:16Z</dc:date>
    </item>
  </channel>
</rss>

