雖然Linux驅動程序應該是和具體的硬件平臺分離的，但是為了更好的理解DM9000的驅動程序，這里還是結合一下Mini2440開發板，這樣也可以更好的體會如何實現驅動和平臺分離。

本文分成以下幾個部分：

一、Mini2440開發板上DM9000的電氣連接和Mach-mini2440.c文件的關系。 

二、兩個重要的結構體介紹：sk_buff和net_device

三、具體代碼分析

一、Mini2440開發板上DM9000的電氣連接和Mach-mini2440.c文件的關系

Mini2440開發板上DM9000與S3C2440的連接關系如下：

這個DM9000平臺設備作為眾多平臺設備中的一個在扳子初始化的時候就被添加到了總線上。代碼清單如下：

其中片選信號AEN使用了nGCS4，所以網卡的內存區域在BANK4，也就是從地址0x20000000開始。DM9000的TXD[2:0]作為strap pin在電路圖中是空接的，所以IO base是300H。中斷使用了EINT7。這些內容在Mach文件中有如下體現：

#define S3C2410_CS4 (0x20000000)     

#define MACH_MINI2440_DM9K_BASE (S3C2410_CS4 + 0x300)      

static struct resource mini2440_dm9k_resource[] __initdata = {       

    [0] = {       

        .start = MACH_MINI2440_DM9K_BASE,       

        .end   = MACH_MINI2440_DM9K_BASE + 3,       

        .flags = IORESOURCE_MEM       

    },       

    [1] = {       

        .start = MACH_MINI2440_DM9K_BASE + 4,       

        .end   = MACH_MINI2440_DM9K_BASE + 7,       

        .flags = IORESOURCE_MEM       

    },       

    [2] = {       

        .start = IRQ_EINT7,       

        .end   = IRQ_EINT7,       

        .flags = IORESOURCE_IRQ | IORESOURCE_IRQ_HIGHEDGE,       

    }       

};    

另外在Mach文件中還定義了DM9000平臺設備，設備名稱為“dm9000”，設備資源就是上面定義的IO和中斷資源。代碼清單如下：

static struct dm9000_plat_data mini2440_dm9k_pdata __initdata = {      

    .flags      = (DM9000_PLATF_16BITONLY | DM9000_PLATF_NO_EEPROM),      

};      

static struct platform_device mini2440_device_eth __initdata = {      

    .name       = "dm9000",      

    .id     = -1,      

    .num_resources  = ARRAY_SIZE(mini2440_dm9k_resource),      

    .resource   = mini2440_dm9k_resource,      

    .dev        = {      

        .platform_data  = &mini2440_dm9k_pdata,      

    },      

};    

MACHINE_START(MINI2440, "MINI2440")      

    /* Maintainer: Michel Pollet */     

    .phys_io    = S3C2410_PA_UART,      

    .io_pg_offst    = (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,      

    .boot_params    = S3C2410_SDRAM_PA + 0x100,      

    .map_io     = mini2440_map_io,      

    .init_machine   = mini2440_init, /*初始化函數*/     

    .init_irq   = s3c24xx_init_irq,      

    .timer      = &s3c24xx_timer,      

MACHINE_END    

static void __init mini2440_init(void)      

{      

    ...      

         ...      

    platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices));      

        ...      

        ...      

}    

static struct platform_device *mini2440_devices[] __initdata = {      

    &s3c_device_usb,      

    &s3c_device_wdt,      

/*  &s3c_device_adc,*/ /* ADC doesn't like living with touchscreen ! */     

    &s3c_device_i2c0,      

    &s3c_device_rtc,      

    &s3c_device_usbgadget,      

    &mini2440_device_eth, /*dm9000是眾多平臺設備中的一個*/     

    &mini2440_led1,      

    &mini2440_led2,      

    &mini2440_led3,      

    &mini2440_led4,      

    &mini2440_button_device,      

    &s3c_device_nand,      

    &s3c_device_sdi,      

    &s3c_device_iis,      

    &mini2440_audio,      

/*  &s3c_device_timer[0],*/ /* buzzer pwm, no API for it */     

    /* remaining devices are optional */     

};    

二、兩個重要的結構體簡單介紹：sk_buff和net_device

 *sk_buff

如果把網絡傳輸看成是運送貨物的話，那么sk_buff就是這個“貨物”了，所有經手這個貨物的人都要干點什么事兒，要么加個包裝，要么印個戳兒等等。收貨的時候就要拆掉這些包裝，得到我們需要的貨物（payload data）。沒有貨物你還運輸什么呢？由此可見sk_buff的重要性了。關于sk_buff的詳細介紹和幾個操作它的函數，參考：“linux內核sk_buff的結構分析” http://www.linuxidc.com/Linux/2011-07/39163.htm，寫得非常明白了。贊一個~

 *net_device

又是一個龐大的結構體。好吧，我承認我從來就沒有看全過這個結構體。它在內核中就是指代了一個網絡設備。驅動程序需要在探測的時候分配并初始化這個結構體，然后使用register_netdev來注冊它，這樣就可以把操作硬件的函數與內核掛接在一起。

三、具體代碼的分析

在順序分析之前先看三個結構體變量和一個自定義的結構體。

* dm9000_driver變量。是platform_driver結構體變量，其中包含了重要的：驅動的名字（用來match）和幾個重要操作函數。

static struct platform_driver dm9000_driver = {      

    .driver = {      

        .name    = "dm9000",      

        .owner   = THIS_MODULE,      

    },      

    .probe   = dm9000_probe,      

    .remove  = __devexit_p(dm9000_drv_remove),      

    .suspend = dm9000_drv_suspend,      

    .resume  = dm9000_drv_resume,      

};    

* dm9000_netdev_ops變量。是net_device_ops結構體變量， 其中定義了操作net_device的重要函數，我們在驅動程序中根據需要的操作要填充這些函數。代碼清單如下：

static const struct net_device_ops dm9000_netdev_ops = {      

    .ndo_open       = dm9000_open,      

    .ndo_stop       = dm9000_stop,      

    .ndo_start_xmit     = dm9000_start_xmit,      

    .ndo_tx_timeout     = dm9000_timeout,      

    .ndo_set_multicast_list = dm9000_hash_table,      

    .ndo_do_ioctl       = dm9000_ioctl,      

    .ndo_change_mtu     = eth_change_mtu,      

    .ndo_validate_addr  = eth_validate_addr,      

    .ndo_set_mac_address    = eth_mac_addr,     

#ifdef CONFIG_NET_POLL_CONTROLLER      

    .ndo_poll_controller    = dm9000_poll_controller,     

#endif      

};    

 * dm9000_ethtool_ops變量。是ethtool_ops結構體變量，為了支持ethtool，其中的函數主要是用于查詢和設置網卡參數（當然也有的驅動程序可能不支持ethtool）。代碼清單如下：

static const struct ethtool_ops dm9000_ethtool_ops = {      

    .get_drvinfo        = dm9000_get_drvinfo,      

    .get_settings       = dm9000_get_settings,      

    .set_settings       = dm9000_set_settings,      

    .get_msglevel       = dm9000_get_msglevel,      

    .set_msglevel       = dm9000_set_msglevel,      

    .nway_reset     = dm9000_nway_reset,      

    .get_link       = dm9000_get_link,      

    .get_eeprom_len     = dm9000_get_eeprom_len,      

    .get_eeprom     = dm9000_get_eeprom,      

    .set_eeprom     = dm9000_set_eeprom,      

};    

*board_info結構體。用來保存芯片相關的一些私有信息。具體在代碼中分析。下面是這個結構體的清單。

/* Structure/enum declaration ------------------------------- */     

typedef struct board_info {      

    void __iomem    *io_addr;   /* Register I/O base address */     

    void __iomem    *io_data;   /* Data I/O address */     

    u16      irq;       /* IRQ */     

    u16     tx_pkt_cnt;      

    u16     queue_pkt_len;      

    u16     queue_start_addr;      

    u16     dbug_cnt;      

    u8      io_mode;        /* 0:word, 2:byte */     

    u8      phy_addr;      

    u8      imr_all;