Data Sheet

Interconnects—Ethernet Controller I210
53
2. Changes in the response to some uncorrectable non-fatal errors, detected in non-posted requests
to the I210. These are called advisory non-fatal error cases. For each of the errors that follow, the
following behavior is defined:
a. The Advisory Non-Fatal Error Status bit is set in the Correctable Error Status register to indicate
the occurrence of the advisory error and the Advisory Non-Fatal Error Mask corresponding bit in
the Correctable Error Mask register is checked to determine whether to proceed further with
logging and signaling.
b. If the Advisory Non-Fatal Error Mask bit is clear, logging proceeds by setting the corresponding
bit in the Uncorrectable Error Status register, based upon the specific uncorrectable error that's
being reported as an advisory error. If the corresponding uncorrectable error bit in the
Uncorrectable Error Mask register is clear, the First Error Pointer and Header Log registers are
updated to log the error, assuming they are not still occupied by a previously unserviced error.
c. An ERR_COR message is sent if the Correctable Error Reporting Enable bit is set in the Device
Control register. An ERROR_NONFATAL message is not sent for this error.
The following uncorrectable non-fatal errors are considered as advisory non-fatal Errors:
• A completion with an Unsupported Request or Completer Abort (UR/CA) status that signals an
uncorrectable error for a non-posted request. If the severity of the UR/CA error is non-fatal, the
completer must handle this case as an advisory non-fatal error.
• When the requester of a non-posted request times out while waiting for the associated completion,
the requester is permitted to attempt to recover from the error by issuing a separate subsequent
request, or to signal the error without attempting recovery. The requester is permitted to attempt
recovery zero, one, or multiple (finite) times, but must signal the error (if enabled) with an
uncorrectable error message if no further recovery attempts are made. If the severity of the
completion timeout is non-fatal and the requester elects to attempt recovery by issuing a new
request, the requester must first handle the current error case as an advisory non-fatal error.
• Reception of a poisoned TLP. Refer to Section 3.1.7.3.
• When a receiver receives an unexpected completion and the severity of the unexpected completion
error is non-fatal, the receiver must handle this case as an advisory non-fatal error.
3.1.7.9 Completion with Unsupported Request (UR) or Completer Abort (CA)
A DMA master transaction ending with an Unsupported Request (UR) completion or a Completer Abort
(CA) completion causes all PCIe master transactions to stop, PICAUSE.ABR bit is set and an interrupt is
generated if the appropriate Mask bits are set. To enable PCIe master transactions after receiving an
UR or CA completion, software should issue a Device Reset (CTRL.DEV_RST) and re-initialize the
function.
Note: Asserting CTRL.DEV_RST flushes any pending transactions on the PCIe and reset’s the port.
3.1.8 PCIe Power Management
Described in Section 5.4.1 - Power Management.
3.1.9 PCIe Programming Interface
Described in Chapter 9.0 - PCIe Programming Interface