HFIXF1110CC.B3-998844 Cortina Systems Inc, HFIXF1110CC.B3-998844 Datasheet - Page 66

• Manufacturer Part Number: HFIXF1110CC.B3-998844
• Description: IC ETHERNET MAC 10PORT 552-CBGA
• Manufacturer: Cortina Systems Inc

Specifications of HFIXF1110CC.B3-998844

• Controller Type: Ethernet Controller, MAC
• Interface: SPI-4.2
• Voltage - Supply: 1.8 V, 2.5 V
• Operating Temperature: 0°C ~ 70°C
• Mounting Type: Surface Mount
• Package / Case: 575-BCBGA Exposed Pad (552 Bumps)
• Lead Free Status / RoHS Status: Lead free / RoHS Compliant
• Current - Supply: -
• Other names: 1008-1010

IXF1110 MAC
Datasheet
250210, Revision 11.0
13 April 2009
Table 20
Note:
Cortina Systems
FIFO Status Format
The indicated FIFO status is based on the latest available information. A STARVING
indication provides additional feedback information, so that transfers are scheduled
accordingly. Applications that do not distinguish between HUNGRY and STARVING may
only examine the most significant FIFO status bit.
If a port is disabled on the IXF1110 MAC, FIFO status for the port is set to SATISFIED to
avoid the possibility of any data being sent to it by the controlling device. This applies to the
IXF1110 MAC transmit path.
Upon reset, the FIFOs in the data path receiver are emptied, and any outstanding credits
are cleared in the data path transmitter. After reset, and before active traffic is generated,
the data transmitter sends continuous training patterns. Transmission of the training
patterns continues until valid information is received on the FIFO Status channel. The
receiver ignores all incoming data until it has observed the training pattern and acquired
synchronization with the data. Synchronization may be declared after a provisional number
of consecutive correct DIP-4 code words is seen. Loss of synchronization may be reported
after a provisional number of consecutive DIP-4 code words is detected. [For details, see
SPI4-2 TX Synchronization ($ 0x703), on page
The DIP-4 thresholds are programmable. However, there is a potential issue with the
possibility of a given link showing DIP-4 errors that may never lose synchronization and
re-train to fix the issue. This would mean an on-going and potentially significant loss of data
on the link affecting all ports transferring data at that time.
This issue may be seen in the following two instances:
The mechanism for both issues is the same because data will not change during a repeated
period of the same control word being transmitted on the link. If there have been some
consecutive DIP-4 errors, they will be incremented towards the Loss-of-Sync threshold.
This is most likely to occur from a path requiring de-skew. If either a stream of idles or
training control words follow the burst and the DIP-4 associated with each of the words is
checked, only the first one and the last one will be seen as invalid. Any other control words
in the middle will be seen as having a valid DIP-4 and will reset the Loss-of-Sync threshold
counter back to zero.
In order to avoid this, the IXF1110 MAC has altered the way in which the check is done for
idle control words and training control words. We now only validate the first occurrence of
the DIP-4 in both training control words and idle control words for correctness. We do still
®
MSB
• During training (most likely periodic training)
• During data transfers where each of the data transfers (MaxBurst1 or MaxBurst2) are
IXF1110 10-Port 1000 Mbps Ethernet Media Access Controller
1
1
0
0
separated by more than one idle control word
LSB
1
0
1
0
Reserved for framing or to indicate a disabled status link.
SATISFIED: Indicates that the corresponding port's FIFO is almost full. When SATISFIED is
received, only transfers using the remaining previously granted 16-byte blocks (if any) may
be sent to the corresponding port until the next status update. No additional transfers to that
port are permitted while SATISFIED is indicated.
HUNGRY: When HUNGRY is received, transfers for up to MaxBurst2 16-byte blocks, or the
remainder of what was previously granted (whatever is greater), may be sent to the
corresponding port until the next status update.
STARVING: Indicates that buffer underflow is imminent in the corresponding PHY port.
When STARVING is received, transfers for up to MaxBurst1 16-byte blocks may be sent to
the corresponding port until the next status update
Description
165.]
5.2 System Packet Interface Level 4
Page 66
Phase 2