一、协议栈层次对比

二、Linux网络子系统

    Linux网络子系统的顶部是系统调用接口层。它为用户空间提供的应用程序提供了一种访问内核网络子系统的方法（socket）。位于其下面是一个协议无关层，它提供一种通用的方法来使用传输层协议。然后是具体协议的实现，在Linux中包括内核的协议TCP,UDP，当然还有IP。然后是设备无关层，它提供了协议与设备驱动通信的通用接口，最下面是设备的驱动程序。

    设备无关接口将协议与各种网络驱动连接在一起，这一层提供一组通用函数供底层网络设备驱动使用，让它们可以对高层协议栈进行操作。需要从协议层向设备发生数据，需要调用dev_queue_xmit函数，这个函数对数据进行列队，然后交由底层驱动程序的hard_start_xmit方法最终完成传输。接收通常是使用netif_rx执行的。当底层设备程序接收到一个报文（发生中断）时，就会调用netif_rx将数据上传至设备无关层。

三、设备无关层到驱动层的体系结构

下图为设备无关层到驱动层的体系结构

1）、网络协议接口层向网络层协议提供提供统一的数据包收发接口，不论上层协议为ARP还是IP，都通过dev_queue_xmit()函数发送数据，并通过netif_rx()函数接受数据。这一层的存在使得上层协议独立于具体的设备。
2）、网络设备接口层向协议接口层提供统一的用于描述具体网络设备属性和操作的结构体net_device，该结构体是设备驱动功能层中各函数的容器。实际上，网络设备接口层从宏观上规划了具体操作硬件的设备驱动功能层的结构。
3）、设备驱动功能层各函数是网络设备接口层net_device数据结构的具体成员，是驱使网络设备硬件完成相应动作的程序，他通过hard_start_xmit()函数启动发送操作，并通过网络设备上的中断触发接受操作。
4）、网络设备与媒介层是完成数据包发送和接受的物理实体，包括网络适配器和具体的传输媒介，网络适配器被驱动功能层中的函数物理上驱动。对于Linux系统而言，网络设备和媒介都可以是虚拟的。

1、网络协议接口层：

这里主要进行数据包的收发，使用函数原型为：

这里使用了一个skb_buff结构体，定义于include/linux/skbuff.h中，它的含义为“套接字缓冲区”，用于在Linux网络子系统各层间传输数据。他是一个双向链表，在老的内核中会有一个list域指向sk_buff_head也就是链表头，但是在我研究的linux2.6.30.4内核中已经不存在了，如下图：

sk_buff中重要的数据成员

struct device *dev;正在处理该包的设备

__u32 sadd;r//IP元地址

__u32 daddr;//IP目的地址

__u32 raddr;//IP路由器地址

unsigned char *head;//分配空间的开始

unsigned char *data;//有效数据的开始

unsigned char *tail;//有效数据的结束

unsigned char *end;//分配空间的结束

unsigned long len;//有效数据的长度

sk_buff操作
a -- 分配:分配一个sk_buff结构，供协议栈代码使用

  分配一个缓冲区。alloc_skb函数分配一个缓冲区并初始化skb->data和skb->tail为skb->head。参数len为数据缓冲区的空间大小，通常以L1_CACHE_BYTES字节(对ARM为32)对齐，参数priority为内存分配的优先级。dev_alloc_skb()函数以GFP_ATOMIC优先级进行skb的分配。

b -- 释放:

Linux内核内部使用kfree_skb()函数，而网络设备驱动程序中则最好使用dev_kfree_skb()。

sk_buff中比较重要的成员是指向数据包中数据的指针，如下图所示：

用于寻址数据包中数据的指针，head指向已分配空间开头，data指向有效的octet开头，tail指向有效的octet结尾，而end指向tail可以到达的最大地址。如果不这样做而分配一个大小固定的缓冲区，如果buffer不够用，则要申请一个更大的buffer，拷贝进去再增加，这样降低了性能。

3)变更

下图分别对应了这四个函数，看了这张图应该对这4个函数的作用了然于胸。
 

2、网络设备接口层：

 网络设备接口层的主要功能是为千变万化的网络设备定义了统一，抽象的数据结构net_device结构体，以不变应万变，实现多种硬件在软件层次上的统一。

    每一个网络设备都由struct net_device来描述，该结构可使用如下内核函数进行动态分配

sizeof_priv是私有数据区大小；mask是设备名,setup是初始化函数，在注册该设备时，该函数被调用。也就是net_deivce的init成员。

这个函数和上面的函数不同之处在于内核知道会将该设备做一个以太网设备看待并做一些相关的初始化。

net_device结构可分为全局成员、硬件相关成员、接口相关成员、设备方法成员和公用成员等五个部分

a -- 主要全局成员

b -- 主要设备方法

3、设备驱动接口层：

net_device结构体的成员(属性和函数指针)需要被设备驱动功能层的具体数值和函数赋予。对具体的设置xxx，工程师应该编写设备驱动功能层的函数，这些函数型如xxx_open(),xxx_stop(),xxx_tx(),xxx_hard_header(),xxx_get_stats(),xxx_tx_timeout()等。

4、网络设备与媒介层：

网络设备与媒介层直接对应于实际的硬件设备。

网络设备的注册

网络设备注册方式与字符驱动不同之处在于它没有主次设备号，并使用下面的函数注册

网络设备的注销

四、驱动的实现

1）初始化（init）

设备探测工作在init方法中进行，一般调用一个称之为probe方法的函数

初始化的主要工作时检测设备，配置和初始化硬件，最后向系统申请这些资源。此外填充该设备的dev结构，我们调用内核提供的ether_setup方法来设置一些以太网默认的设置。

 

2）打开(open)

open这个方法在网络设备驱动程序里是网络设备被激活时被调用（即设备状态由down变成up）

实际上很多在初始化的工作可以放到这里来做。比如说资源的申请，硬件的激活。如果dev->open返回非0，则硬件状态还是down，
注册中断、DMA等；设置寄存器，启动设备；启动发送队列

 一般注册中断都在init中做，但在网卡驱动程序中，注册中断大部分都是放在open中注册，因为要经常关闭和重启网卡

3）关闭(stop)

stop方法做和open相反的工作

可以释放某些资源以减少系统负担

stop是在设备状态由up转为down时被调用

4）发送（hard_start_xmit）

在系统调用的驱动程序的hard_start_xmit时，发送的数据放在一个sk_buff结构中。一般的驱动程序传给硬件发出去。也有一些特殊的设备比如说loopback把数据组成一个接收数据在传送给系统或者dummy设备直接丢弃数据。

如果发送成功,hard_start_xmit方法释放sk_buff。如果设备暂时无法处理，比如硬件忙，则返回1。

5)接收

驱动程序并存在一个接受方法。当有数据收到时驱动程序调用netif_rx函数将skb交交给设备无关层。

一般设备收到数据后都会产生一个中断，在中断处理程序中驱动程序申请一块sk_buff(skb)从硬件中读取数据位置到申请号的缓冲区里。

接下来填充sk_buff中的一些信息。

中断有可能是收到数据产生也可能是发送完成产生，中断处理程序要对中断类型进行判断，如果是收到数据中断则开始接收数据，如果是发送完成中断，则处理发送完成后的一些操作，比如说重启发送队列。
接收流程：
1、分配skb=dev_alloc_skb(pkt->datalen+2)
2、从硬件中读取数据到skb
3、调用netif_rx将数据交给协议栈

中断处理

网络接口通常支持3种类型的中断：新报文到达中断、报文发送完成中断和出错中断。中断处理程序可通过查看网卡的中断状态寄存器，来分辨出中断类型。