SPRUII0F May 2019 – June 2024 TMS320F28384D , TMS320F28384D-Q1 , TMS320F28384S , TMS320F28384S-Q1 , TMS320F28386D , TMS320F28386D-Q1 , TMS320F28386S , TMS320F28386S-Q1 , TMS320F28388D , TMS320F28388S
The Status fields in write-back format are valid only for the last descriptor (RDES3[28] is set)
31:16 | 15 | 14 | 13 | 12 | 11:8 | 7 | 6 | 5 | 4 | 3 | 2:0 |
---|---|---|---|---|---|---|---|---|---|---|---|
OPC | TD | TSA | PV | PFT | PMT | IPCE | IPCB | IPV6 | IPV4 | IPHE | PT |
Bit | Name | Description |
---|---|---|
31-16 | OPC | OAM Sub-Type Code or MAC Control Packet opcode |
If LT Bits[18:16] of RDES3 are set to 111, this field contains the OAM sub-type and code fields. | ||
If LT Bits[18:16] of RDES3 are set to 110, this field contains the MAC Control packet opcode field. | ||
15 | TD | Timestamp Dropped |
This bit indicates that the timestamp was captured for this packet but it got dropped in the MTL Rx FIFO because of overflow. | ||
This bit is available only when you select the Timestamp feature. Otherwise, this bit is reserved. | ||
14 | TSA | Timestamp Available |
When Timestamp is present, this bit indicates that the timestamp value is available in a context descriptor word 2 (RDES2) and word 1(RDES1). This is valid only when the Last Descriptor bit (RDES3[28]) is set. | ||
The context descriptor is written in the next descriptor just after the last normal descriptor for a packet. | ||
13 | PV | PTP Version |
This bit indicates that the received PTP message has the IEEE 1588 version 2 format. When this bit is reset, the bit indicates the IEEE 1588 version 1 format. | ||
This bit is available only when you select the Timestamp feature. Otherwise, this bit is reserved. | ||
12 | PFT | PTP Packet Type |
This bit indicates that the PTP message is sent directly over Ethernet. This bit is available only when you select the Timestamp feature. Otherwise, this bit is reserved. | ||
11-8 | PMT | PTP Message Type |
These bits are encoded to give the type of the message received: | ||
0000: No PTP message received | ||
0001: SYNC (all clock types) | ||
0010: Follow_Up (all clock types) | ||
0011: Delay_Req (all clock types) | ||
0100: Delay_Resp (all clock types) | ||
0101: Pdelay_Req (in peer-to-peer transparent clock) | ||
0110: Pdelay_Resp (in peer-to-peer transparent clock) | ||
0111: Pdelay_Resp_Follow_Up (in peer-to-peer transparent clock) | ||
1000: Announce | ||
1001: Management | ||
1010: Signaling | ||
1011–1110: Reserved | ||
1111: PTP packet with Reserved message type | ||
These bits are available only when you select the Timestamp feature. | ||
7 | IPCE | IP Payload Error |
When this bit is set, the bit indicates one of the following: | ||
The 16-bit IP payload checksum (that is, the TCP, UDP, or ICMP checksum) calculated by the MAC does not match the corresponding checksum field in the received segment. | ||
The TCP, UDP, or ICMP segment length does not match the payload length value in the IP Header field. | ||
The TCP, UDP, or ICMP segment length is less than minimum allowed segment length for TCP, UDP, or ICMP. | ||
Bit 15 (ES) of RDES3 is not set when this bit is set. | ||
6 | IPCB | IP Checksum Bypassed |
This bit indicates that the checksum offload engine is bypassed. This bit is available when you select the Enable Receive TCP/IP Checksum Check feature. | ||
5 | IPV6 | IPv6 header Present |
This bit indicates that an IPV6 header is detected. When the Enable Split Header Feature option is selected and the SPH bit of Control Register of a channel is set, the IPV6 header is available in the header buffer area to which RDES0 is pointing. | ||
4 | IPV4 | IPV4 Header Present |
This bit indicates that an IPV4 header is detected. When the SPH bit of RDES3 is set, the IPV4 header is available in the header buffer area to which RDES0 is pointing. | ||
3 | IPHE | IP Header Error |
When this bit is set, the bit indicates one of the following: | ||
The 16-bit IPv4 header checksum calculated by the MAC does not match the received checksum bytes. | ||
The IP datagram version is not consistent with the Ethernet Type value. | ||
Ethernet packet does not have the expected number of IP header bytes. | ||
This bit is valid when either Bit 5 or Bit 4 is set. This bit is available when you select the Enable Receive TCP/IP Checksum Check feature. | ||
2-0 | PT | Payload Type |
These bits indicate the type of payload encapsulated in the IP datagram processed by the Receive Checksum Offload Engine (COE): | ||
000: Unknown type or IP/AV payload is not processed | ||
001: UDP | ||
010: TCP | ||
011: ICMP | ||
100: IGMP if IPV4 Header Present bit is set else DCB (LLDP) Control Packet | ||
101: AV Untagged Control Packet | ||
110: AV Tagged Data Packet | ||
111: AV Tagged Control Packet | ||
If the COE does not process the payload of an IP datagram because there is an IP header error or fragmented IP, these bits are cleared to 000. |