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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Software Impact of Errata Differences<br />

In silicon version <strong>2.1.x</strong>, stashing is controlled by the eTSEC DMA ATTR register. As a result of this<br />

erratum being fixed in silicon version 3.1.x, ring-by-ring control of stashing is available via the<br />

RQUEUE[EXn] bits. To achieve the same behavior as Rev <strong>2.1.x</strong>, software must set all RQUEUE[EXn]<br />

bits <strong>to</strong> 0b1. By default, only EX0 is set <strong>to</strong> 1. If any of the EXn fields are set <strong>to</strong> 0b0, data transferred <strong>to</strong> the<br />

corresponding RxBD ring is not extracted <strong>to</strong> in<strong>to</strong> the L2 cache, potentially resulting in a negative<br />

performance impact.<br />

3.1.4 eTSEC58—Parsing of MPLS Label Stack or Non-IPv4/IPv6 Label Not<br />

Supported<br />

Software workaround:<br />

Limit MPLS Ether-type packets <strong>to</strong> MPLS label stack depth = 1 with IPv4 or IPv6 label.<br />

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

3.1.5 eTSEC59—Arbitrary Extraction on Short Frames Uses Data From<br />

Previous Frame<br />

Software workaround:<br />

• Option 1: Use only BnCTL = 01 (extract <strong>from</strong> offset of DA-8 bytes). For valid Ethernet frames<br />

(minimum length 64 bytes), the 6-bit offset cannot go beyond the end of the frame.<br />

• Option 2: Do not use the ARB filer property <strong>to</strong> reject frames if the controller may receive frames<br />

shorter than the location of any arbitrary extraction byte offset. Software must handle short frames<br />

that may be filed in the wrong queue.<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 />

erratum being fixed in silicon version 3.1.x, filing based on arbitrary extraction of bytes is supported.<br />

Software that implements this workaround with silicon version 3.1.x is not taking full advantage of the<br />

filing capabilities supported in that version of silicon.<br />

3.1.6 eTSEC62—eTSEC Half Duplex Receiver Packet Corruption<br />

Software workaround:<br />

The eTSEC can be configured through either the MAC address filter or the filer <strong>to</strong> discard such<br />

packets that are received in this manner through the use of MAC addresses filtering match and<br />

drop. The receive MIB counters may still incorrectly count packet errors. Use eTSEC loopback<br />

mode configuration for full-duplex operation.<br />

The workaround stated above has the same behavior on silicon versions <strong>2.1.x</strong> and 3.1.x.<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 />

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

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

Saved successfully!

Ooh no, something went wrong!