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
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
在linux的proc文件系统中，通过查看/proc/net/dev文件
可以得到每个网络接口的吞吐量，但是无法获得实时带宽
最近发现了一种基于ncurses库的小程序bmon，可以获得实时带宽
Example:
执行
[root@debian ~]# bmon -o ascii -p eth0
Interface RX Rate RX # TX Rate TX #
eth0 0.00B 0.0 0.00B 0.0
eth0 0.00B 0.0 ......
最近用友善之臂的板子，发现内核的名称是：Linux-2.6.29.4-FriendlyARM.后面那个FriendlyARM死活去不掉。后来只好看代码。
1、2.6.29.4这个版本号是是uboot在做uimage的时候加上的，看arch/arm/boot/Makefile:
quiet_cmd_uimage = UIMAGE $@
cmd_uimage = $(CONFIG_SHELL) $(MKIMA ......
Linux下core文件调试方法
在程序不寻常退出时，内核会在当前工作目录下生成一个core文件（是一个内存映像，同时加上调试信息）。使用gdb来查看core文件，可以指示出导致程序出错的代码所在文件和行数。
1.core文件的生成开关和大小限制
1）使用ul ......
最近，开始研读一下Linux的内核代码，刚一开始，就有令人惊叹的发现，不得不感叹内核代码设计得之美！单是最常用的链表也设计得不得不令人佩服！
1.1.链表list_head
include/linux/list.h
很经典，链表在内核中很常用，例如管理进程，进程的各个� ......
