Linux网络设备驱动结构概述
网络设备驱动相比字符型设备的驱动要复杂一些，除了总体上驱动的框架有一些相似外，有很多地方都是不同，但网络设备驱动有一个很大的特点就是有固定的框架可以遵循，具体的框架会在后边详细的叙述，这里主要分析网络设备驱动的结构，和整个tcp/ip网络结构一样，整个网络设备驱动也是一个分层的结构。具体如下：
1.网络协议接口层
在网络协议接口层，只提供了两个抽象函数dev_queue_xmit()与 netif_rx()，之所以称之为抽象函数，是因为这两个函数抽象了很多底层的操作，不管是那个芯片它在网络协议结构的操作函数都是这两个函数，采用这样的抽象后，给上层带来了很多的方便，给上层协议提供统一的数据包收发接口，无论上层是ARP协议还是IP协议，都通过dev_queue_xmit() 函数发送数据，通过netif_rx()函数接收数据。此层使上层协议独立于具体的设备。
相关数据结构sk_buff：
sk_buff 称为“套接字缓冲区”，用于在Linux网络子系统中各层之间传递数据。是Linux网络子系统数据传递的“中枢神经”。sk_buff定义位置为：include/linux/skbuff.h，这个数据结构定义了很多用于网络操作的函数，更多的设计整个协议的实现，包括各层报文的头信息，以及报文的帧格式，下边这个这个结构体是有关报文header信息的，下边的代码摘自kernel2.6.29/include/linux /skbuff.h
struct sk_buff {
/* These two members must be first. */
struct sk_buff *next;
struct sk_buff *prev;
struct sock *sk;
ktime_t tstamp;
struct net_device *dev;
union {
struct dst_entry *dst;
struct rtable *rtable;
};
#ifdef CONFIG_XFRM
struct &n
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
limits.conf 文件实际是 Linux PAM（插入式认证模块，Pluggable Authentication Modules）中 pam_limits.so 的配置文件，而且只针对于单个会话。
limits.conf的格式如下：
username|@groupname type resource limit
username|@groupname：设置需要被限制的用户名，组名前面加@和用户名区别。也可以用通配符*来做所有用户 ......
另：要实现某一些linux自带命令相同的功能，（比如：要实现在linux下查询cpu的占用率，linux的命令是top）, 可以参考一下该命令(top)的linux源码，
转自http://hi.baidu.com/yanjinbin/blog/item/3d25ebdd29756fea76c6381f.html
# which reboot <---which指令会在环境变量$PATH设置的目录里查找符合条件的 ......
名称 : crontab
使用权限 : root用户和crontab文件的所有者
语法 :
crontab [-e [UserName]|-l [UserName]|-r [UserName]|-v [UserName]|File ]
重启：sudo /etc/init.d/cron restart
说明 :
crontab 是用来让使用者在固定时间或固定间隔执行程式之用，换句话说� ......
学习应该是一个先把问题简单化，再把问题复杂化的过程。一开始就着手处理复杂的问题，难免让人有心惊胆颤，捉襟见肘的感觉。读Linux网卡驱动 也是一样。那长长的源码夹杂着那些我们陌生的变量和符号，望而生畏便是理所当然的了。不要担心，事情总有解决的办法，先把一些我们管不着的代码切割出去，留下必须的部分，把框架掌 ......
