82599網(wǎng)卡驅(qū)動rx descriptor結構體分析
82599 datasheet: 7.1.6 ?節(jié) ? ?大概位于314頁
對驅(qū)動的理解關鍵是對數(shù)據(jù)結構的理解。
The 82599 posts receive packets into data buffers in system memory.
The following controls are provided for the data buffers:
? The SRRCTL[n].BSIZEPACKET field defines the data buffer size. See section
Section 7.1.2for packet filtering by size.
? The SRRCTL.BSIZEHEADER field defines the size of the buffers allocated to headers
(advanced descriptors only).
Each queue is provided with a separate SRRCTL register.
Receive memory buffer addresses are word (2x byte) aligned (both data and headers).
每個queue都有單獨的SRRCTL寄存器
n表示的是queue id
rx packet或者header?buffer的內(nèi)存地址必須兩字節(jié)對齊，這樣的話可以保證地址的最低位(LSB)為0.
結構體的聲明如下：
/* Receive Descriptor - Advanced */
union?ixgbe_adv_rx_desc {
?????????????????struct?{
????????????????????????????????__le64 pkt_addr;?/* Packet
buffer address */
????????????????????????????????__le64 hdr_addr;?/* Header
buffer address */
????????????????} read;
?????????????????struct?{
?????????????????????????????????struct?{
?????????????????????????????????????????????????union?{
????????????????????????????????????????????????????????????????__le32 data;
?????????????????????????????????????????????????????????????????struct?{
????????????????????????????????????????????????????????????????????????????????__le16 pkt_info;?/*
RSS, Pkt type */
????????????????????????????????????????????????????????????????????????????????__le16 hdr_info;?/*
Splithdr, hdrlen */
????????????????????????????????????????????????????????????????} hs_rss;
????????????????????????????????????????????????} lo_dword;
?????????????????????????????????????????????????union?{
????????????????????????????????????????????????????????????????__le32 rss;?/*
RSS Hash */
?????????????????????????????????????????????????????????????????struct?{
????????????????????????????????????????????????????????????????????????????????__le16 ip_id;?/*
IP id */
????????????????????????????????????????????????????????????????????????????????__le16 csum;?/*
Packet Checksum */
????????????????????????????????????????????????????????????????} csum_ip;
????????????????????????????????????????????????} hi_dword;
????????????????????????????????} lower;
?????????????????????????????????struct?{
????????????????????????????????????????????????__le32 status_error;?/*
ext status/error */
????????????????????????????????????????????????__le16 length;?/*
Packet length */
????????????????????????????????????????????????__le16 vlan;?/*
VLAN tag */
????????????????????????????????} upper;
????????????????} wb;??/* writeback */
};
根據(jù)datasheet來看這個union結構體，這個union包括兩個struct，一個是
struct?{
????????????????????????????????__le64 pkt_addr;?/* Packet buffer address */
????????????????????????????????__le64 hdr_addr;?/* Header buffer address */
????????????????} read;
這個struct對應的datasheet中的table 7-15:
?
? ? ?63 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?1
? ? ?0
?0 ?
? ? ? ? ? ? ? ? ? ? ? ? ? Packet Buffer Address [63:1]
? ? A0
?8
? ? ? ? ? ? ? ? ? ? ? ? ? Header Buffer Address [63:1]
? ? DD
這個數(shù)據(jù)結構是在驅(qū)動中修改的。就兩個64bit地址。這兩個地址都是物理地址，當一個數(shù)據(jù)包接收完成時，驅(qū)動就將對應的存放當前數(shù)據(jù)包的dma ring buffer的物理地址寫到這個數(shù)據(jù)結構中。
header buffer的物理地址的最低位被用來表示當前的buffer是否可用。
DD的意思是Descriptor Done。
驅(qū)動每次要接收數(shù)據(jù)包的時候就檢查這個DD是不是1，如果是1, 那么這個描述符對應的packet buffer中就有一個新來的數(shù)據(jù)包，然后就取出來數(shù)據(jù)包，取完之后就設置為0，這樣硬件下次就可以繼續(xù)使用。如果檢查發(fā)現(xiàn)DD為0，驅(qū)動會認為當前packet fifo為空，沒有新的數(shù)據(jù)包了。直接就會返回。
網(wǎng)卡每次來了新的數(shù)據(jù)包，就檢查當前這個buffer的DD位是否為0，如果為0那么表示當前buffer可以使用，就讓DMA將數(shù)據(jù)包copy到這個buffer中，設置DD為1，這樣驅(qū)動就可以根據(jù)DD 1讀取這個新來的數(shù)據(jù)包了。如果硬件檢查為1，那么硬件就認為fifo滿了，可能直接就將這個包給丟棄掉了。
典型的生產(chǎn)者---消費者模型。
在驅(qū)動代碼中并沒有發(fā)現(xiàn)單獨的代碼來設置DD為0。這是因為結構體中的這兩個物理地址必須2字節(jié)對齊，也就是說最低位一定是0.所以直接通過下面的地址寫回就可以置0了，不需要再單獨的設置一下。
rxdp->read.hdr_addr = dma_addr;
rxdp->read.pkt_addr = dma_addr;
下載文檔
