MPC8308VMAGD Freescale Semiconductor, MPC8308VMAGD Datasheet - Page 942

MPU POWERQUICC II PRO 473MAPBGA

MPC8308VMAGD

Manufacturer Part Number
MPC8308VMAGD
Description
MPU POWERQUICC II PRO 473MAPBGA
Manufacturer
Freescale Semiconductor

Specifications of MPC8308VMAGD

Processor Type
MPC83xx PowerQUICC II Pro 32-Bit
Speed
400MHz
Voltage
1V
Mounting Type
Surface Mount
Package / Case
473-MAPBGA
Product
Network Processor
Data Rate
256 bps
Frequency
400 MHz
Supply Voltage (max)
3.6 V
Supply Voltage (min)
3 V
Supply Current (max)
5 uA
Maximum Operating Temperature
+ 105 C
Minimum Operating Temperature
0 C
Interface
I2C, JTAG, SPI
Mounting Style
SMD/SMT
Lead Free Status / RoHS Status
Lead free / RoHS Compliant
Features
-
Lead Free Status / Rohs Status
Lead free / RoHS Compliant

Available stocks

Company
Part Number
Manufacturer
Quantity
Price
Part Number:
MPC8308VMAGD
Manufacturer:
FREESCAL
Quantity:
300
Part Number:
MPC8308VMAGD
Manufacturer:
Freescale Semiconductor
Quantity:
10 000
Part Number:
MPC8308VMAGD
Manufacturer:
FREESCALE
Quantity:
6
Part Number:
MPC8308VMAGD
Manufacturer:
FREESCALE
Quantity:
20 000
Company:
Part Number:
MPC8308VMAGD
Quantity:
2 000
Part Number:
MPC8308VMAGD400/266
Manufacturer:
FREESCAL
Quantity:
300
Part Number:
MPC8308VMAGDA
Manufacturer:
Freescale Semiconductor
Quantity:
10 000
Company:
Part Number:
MPC8308VMAGDA
Quantity:
4 200
Enhanced Three-Speed Ethernet Controllers
16-58
0111 0–15
1000 0–19
1001 0–28
1010 0–23
PID
1
16–31
20–31
29–31
24–31
Bit
Name
TOS
ETY
VID
PRI
Reserved, should be written with zero.
Ethertype of next layer protocol, that is, last ethertype if layer 2 headers nest. Defaults to 0xFFFF.
Using the filer to match ETY does not work in the case of PPPoE packets, because the PPPoE ethertype
Instead, software should use PID=1 fields IP4 (ETY = 0x0021) and IP6 (ETY = 0x0057) to distinguish
A value in the length/type field greater than 1500 and less than 1536 is treated as a type encoding by
the parser. Since no recognized types exist in this range, the controller will not parse beyond the
length/type field of any such frame.
Note that the eTSEC filer gets multiple packet attributes as a result of parsing the packet. The behavior
of the eTSEC is that it pulls the innermost ethertype found in the packet; this means that in many
supported protocols that have inner ethertypes, in order to file based on the outer ethertype, arbitrary
extraction should be used instead of the ETY PID. There are four cases that need to be highlighted.
Users of the eTSEC parser/filer should be aware of a difference in behavior between rev 1 and rev 2
silicon in cases where the Ethernet type/length field contains a value between 1500 and 1536.
In rev 2 silicon, values between 1500 and 1536 are interpreted as a type. Since there are currently no
valid types in this range publicly defined by IANA, the controller will not parse beyond the length/type
field of any such frame.
If the same packet is encountered with rev 1 silicon, parser/filer behavior is different. With rev 1 silicon,
such packets are treated as payload length. S/W must confirm the parser and filer results by checking
the type/length field after the packet has been written to memory to see if it falls in this range.
Reserved, should be written with zero.
VLAN network identifier (as per IEEE Std 802.1Q). This value defaults to 0x000 if no VLAN tag was
found, or the VLAN tag contained only priority information.
Reserved, should be written with zero.
VLAN user priority (as per IEEE Std 802.1p). This value defaults to 000 (best effort priority) if no VLAN
tag was found.
Reserved, should be written with zero.
IPv4 header Type Of Service field or IPv6 Traffic Class field. This value defaults to 0x00 (default RFC
2474 best-effort behavior) if no IP header appeared.
Note that for IPv6 the Traffic Class field is extracted using the IP header definition in RFC 2460. IPv6
headers formed using the earlier RFC 1883 have a different format and must be handled with software.
• The jumbo ethertype (0x8870)—In this case, the eTSEC assumes that the following header is
• The PPPoE ethertype described above.
• The VLAN tag ethertype (0x8100)—In this case, one can use the PID=1 VLN bit to indicate that the
• The MPLS tagged packets. In this case, one can use arbitrary extraction bytes to compare to the
in the original packet, 0x8864, is always overwritten with the PPP protocol field. Thus, matches on
ETY == 0x8864 always fail.
PPPoE session packets carrying IPv4 and IPv6 datagrams. Other PPP protocols are encoded in the
ETY field, but many of them overlap with real ethertype definitions. Consult IANA and IEEE for
possible ambiguities.
LLC/SNAP. LLC/SNAP has an associated Ethertype, and the ETY field is populated with that
ethertype. This makes it impossible to file on jumbo frames.
In this case, one can use arbitrary extracted bytes to pull the outermost Ethertype.
packet had a VLAN tag.
actual ethertype if a filer rule is intending to file based on an MPLS label existence. NOTE
MPC8308 PowerQUICC II Pro Processor Reference Manual, Rev. 0
Table 16-34. RQFPR Field Descriptions (continued)
Description
Freescale Semiconductor

Related parts for MPC8308VMAGD