03.08.2013 Views

MPC8548 PowerQUICC III Silicon Changes from Version 2.1.x to ...

MPC8548 PowerQUICC III Silicon Changes from Version 2.1.x to ...

MPC8548 PowerQUICC III Silicon Changes from Version 2.1.x to ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Software Impact of Errata Differences<br />

3.2 Software Impact of Partial Errata Fixes in Rev 3.1.x<br />

This section describes the software impact of the partial errata fixes in silicon version 3.1.x, including the<br />

impact of leaving the silicon version <strong>2.1.x</strong> workaround in software used with silicon version 3.1.x.<br />

3.2.1 eTSEC 67—Fetches With Errors Not Flagged, May Cause Livelock or<br />

False Halt<br />

Software workaround:<br />

a) Ensure all eTSEC BD and data addresses map <strong>to</strong> valid regions of memory.<br />

b) Ensure EDIS[EBERRDIS] = 0.<br />

The workaround stated above continues <strong>to</strong> function on silicon version 3.1.x.<br />

3.2.2 eTSEC 84—Multiple BD Frame May Cause Hang<br />

Software workaround:<br />

Software must ensure that the ready bit of the first BD in a multiple TxBD frame is not set until<br />

after the remaining BDs of the frame are set ready.<br />

The workaround stated above has the same behavior on silicon versions <strong>2.1.x</strong> and 3.1.x. As a result of this<br />

partial fix, violating this programming guideline in systems with multiple BD rings will trigger an<br />

underrun error, and will not hang the Ethernet controller. Violating the programming guideline Single<br />

TxBD ring operation may still cause the Ethernet controller <strong>to</strong> hang.<br />

3.2.3 DMA 1-DMA-DACK Bus Timing Violation When Operating in<br />

External DMA Master Mode<br />

Due <strong>to</strong> erratum DMA 1 on silicon version <strong>2.1.x</strong>, in external DMA master mode, the DMA_DACK signal<br />

must be held for 6 CCB_clocks instead of three.<br />

In silicon version 3.1.x this erratum has been fixed except if the CCB Clock PLL Ratio is configured <strong>to</strong><br />

either 9:1 or 20:1 setting.<br />

3.2.4 eTSEC 93—Transmit Fails <strong>to</strong> Utilize 100% of Line Bandwidth<br />

Due <strong>to</strong> erratum eTSEC93 on silicon version <strong>2.1.x</strong>, the eTSEC transmitter may use an interpacket gap (IPG)<br />

larger than the 12-cycle minimum, preventing the transmitter <strong>from</strong> reaching 100% of line bandwidth.<br />

Software workaround:<br />

The following options maximize the bandwidth utilized by the Ethernet controller.<br />

• If multiple Tx queue operation is not required, use single Tx queue operation (thus eliminating the<br />

extra gap caused by switching queues) and use frames larger than 64 bytes (thus reducing the IPG<br />

as a portion of <strong>to</strong>tal bandwidth).<br />

• If multiple Tx queue operation is required, use priority arbitration by setting<br />

TCTRL[TXSCHED] = 0b01 and maximize the number of buffer descrip<strong>to</strong>rs (BDs) enabled per<br />

<strong>MPC8548</strong> <strong>PowerQUICC</strong> <strong>III</strong> <strong>Silicon</strong> <strong>Changes</strong> <strong>from</strong> <strong>Version</strong> <strong>2.1.x</strong> <strong>to</strong> <strong>Version</strong> 3.1.x, Rev. 0<br />

16 Freescale Semiconduc<strong>to</strong>r

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!