82599 datasheet: 7.1.6  節    大概位於314頁 對驅動的理解關鍵是對資料結構的理解。 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的記憶體地址必須兩位元組對齊，這樣的話可以保證地址的最低位(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 */ }; 根據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

這個資料結構是在驅動中修改的。就兩個64bit地址。這兩個地址都是實體地址，當一個數據包接收完成時，驅動就將對應的存放當前資料包的dma ring buffer的實體地址寫到這個資料結構中。 header buffer的實體地址的最低位被用來表示當前的buffer是否可用。 DD的意思是Descriptor Done。 驅動每次要接收資料包的時候就檢查這個DD是不是1，如果是1, 那麼這個描述符對應的packet buffer中就有一個新來的資料包，然後就取出來資料包，取完之後就設定為0，這樣硬體下次就可以繼續使用。如果檢查發現DD為0，驅動會認為當前packet fifo為空，沒有新的資料包了。直接就會返回。 網絡卡每次來了新的資料包，就檢查當前這個buffer的DD位是否為0，如果為0那麼表示當前buffer可以使用，就讓DMA將資料包copy到這個buffer中，設定DD為1，這樣驅動就可以根據DD 1讀取這個新來的資料包了。如果硬體檢查為1，那麼硬體就認為fifo滿了，可能直接就將這個包給丟棄掉了。 典型的生產者---消費者模型。 在驅動程式碼中並沒有發現單獨的程式碼來設定DD為0。這是因為結構體中的這兩個實體地址必須2位元組對齊，也就是說最低位一定是0.所以直接通過下面的地址寫回就可以置0了，不需要再單獨的設定一下。 rxdp->read.hdr_addr = dma_addr; rxdp->read.pkt_addr = dma_addr;

下面接著分析union中的另一個結構體：