Linux网络设备驱动完成数据包发送的流程？

从网络设备驱动程序的结构分析可知，Linux网络子系统在发送数据包时，会调用驱动程序提供的hard_start_transmit()函数，该函数用于启动数据包的发送。在设备初始化的时候，这个函数指针需被初始化以指向设备的xxx_tx (）函数。网络设备驱动完成数据包发送的流程如下：1）网络设备驱动程序从上层协议传递过来的sk_buff参数获得数据包的有效数据和长度，将有效数据放入临时缓冲区。2）对于以太网，如果有效数据的长度小于以太网冲突检测所要求数据帧的最小长度ETH ZLEN，则给临时缓冲区的末尾填充0。3）设置硬件的寄存器，驱使网络设备进行数据发送 *** 作。特别要强调对netif_ stop_queue()的调用，当发送队列为满或因其他原因来不及发送当前上层传下来的数据包时，则调用此函数阻止上层继续向网络设备驱动传递数据包。当忙于发送的数据包被发送完成后，在以TX结束的中断处理中，应该调用netif_wake_queue (）唤醒被阻塞的上层，以启动它继续向网络设备驱动传送数据包。当数据传输超时时，意味着当前的发送 *** 作失败或硬件已陷入未知状态，此时，数据包发送超时处理函数xxx _tx _timeout ()将被调用。这个函数也需要调用由Linux内核提供的netif_wake _queue()函数以重新启动设备发送队列。

Linux驱动上ioctl函数上的cmd是由一个32位字段组成的，分为4个部分：

1）type

类型或叫幻数，8位

2）number

序数，8位

3）direction

方向，表示是由内核空间到用户空间，或是用户空间到内核空间

4）size

大小，表示需要读写的参数大小

Linux内核一般会自动地过滤到一些不合法的cmd定义，比如你自己定义的1，2，

cmd为1，2没有type、没有number，没有direction，也没有size，Linux内核自动过滤掉你的ioctl请求，你的ioctl根本就没有到驱动ioctl上就被返回错误了。

---