Intel® IXP400 Software
Access-Layer Components: Ethernet Access (IxEthAcc) API
April 2005 IXP400 Software Version 2.0 Programmer’s Guide

142 Document Number: 252539, Revision: 007

9.5.3.3 Additional Receive Path Information

No Receive Polling

An Rx polling interface is not provided for the service. This can easily be extended via queuing the

received frames by the access component user and subsequently providing a polling interface.

Figure 52. Ethernet Receive Plane Data Buffer Flow

Codelet or client applica tion

IxEthAcc

IxQMgr

1.Init ializations , Callb ack
Registration...
2. PortRxFreeReplenish (Port 0)
PortRxFreeReplenish (Port 1)
PortRxFreeReplenish (Port 2)
4. IxEthAcc will
store extra ixp_buf
pointers if IxQMgr
port-specific free
queues are full.
6. IxQMgr dispatches
IxEthAcc callback
function, passes ixp_buf
pointers. If Receive QoS
mode, IxEthAcc wil l place
pointers in appropriate
Traffic Class queues.
8. RxCallback (Port 0)
RxCallback (Port 1)
RxCallback (Port 2)

Free Enet 0

Free Enet 1

3. PortEnable (Port 0)
PortEnable (Port 1)
PortEnable (Port 2)
9. Client must free buffers,
replenish PortRxFree
queues

RxEnet

Incoming

Ethernet

Frames

7. IxEthAcc dispatches
port specific callback
functions, passes
ixp_buf pointers
B2366-04
5. NPEs receive frames,
write receive traffic data,
muxes ixp_buf pointer
onto RxEnet queue, or
multiple RxEnet priority
queues, if Receive QoS
mode is enabled.

Free Enet 2

Option al Pri ority Q ueues
NPEs