【linux驱动分析】之dm9000驱动分析(一):dm9000原理及硬件分析

【linux驱动分析】之dm9000驱动分析(二):定义在板文件里的资源和设备以及几个宏

【linux驱动分析】之dm9000驱动分析(三):sk_buff结构分析

【linux驱动分析】之dm9000驱动分析(四):net_device结构体

【linux驱动分析】之dm9000驱动分析(五):另外几个重要的结构体

【linux驱动分析】之dm9000驱动分析(六):dm9000_init和dm9000_probe的实现

【linux驱动分析】之dm9000驱动分析(七):dm9000的卸载挂起和恢复以及打开和停止

源代码分析
sk_buff_head和sk_buff定义在include/linux/skbuff.h中,以下是linux-2.6.38中的定义。

1、在内核中sk_buff是一个网络数据包,它是一个双向链表,而链表头就是sk_buff_head。
而sk_buff的内存布局能够分作3个段,第一个就是sk_buff自身。第二个是linear-data buff,第三个是paged-data buff(也就是skb_shared_info)。
先来看一下sk_buff_head:
struct sk_buff_head {
/* These two members must be first. */
struct sk_buff *next;
struct sk_buff *prev; __u32 qlen;
spinlock_t lock;
};

这里能够看到前两个域是和sk_buff一致的,并且内核的凝视是必须放到最前面。这里的原因是: 

这使得两个不同的结构能够放到同一个链表中,虽然sk_buff_head要比sk_buff小巧的多。另外,相同的函数能够相同应用于sk_buff和sk_buff_head。

然后qlen域表示了当前的sk_buff链上包含多少个skb。 

lock域是自旋锁。

2、sk_buff结构

  1 /**
2 * struct sk_buff - socket buffer
3 * @next: Next buffer in list
4 * @prev: Previous buffer in list
5 * @sk: Socket we are owned by
6 * @tstamp: Time we arrived
7 * @dev: Device we arrived on/are leaving by
8 * @transport_header: Transport layer header
9 * @network_header: Network layer header
10 * @mac_header: Link layer header
11 * @_skb_refdst: destination entry (with norefcount bit)
12 * @sp: the security path, used for xfrm
13 * @cb: Control buffer. Free for use by every layer. Put private vars here
14 * @len: Length of actual data
15 * @data_len: Data length
16 * @mac_len: Length of link layer header
17 * @hdr_len: writable header length of cloned skb
18 * @csum: Checksum (must include start/offset pair)
19 * @csum_start: Offset from skb->head where checksumming should start
20 * @csum_offset: Offset from csum_start where checksum should be stored
21 * @local_df: allow local fragmentation
22 * @cloned: Head may be cloned (check refcnt to be sure)
23 * @nohdr: Payload reference only, must not modify header
24 * @pkt_type: Packet class
25 * @fclone: skbuff clone status
26 * @ip_summed: Driver fed us an IP checksum
27 * @priority: Packet queueing priority
28 * @users: User count - see {datagram,tcp}.c
29 * @protocol: Packet protocol from driver
30 * @truesize: Buffer size
31 * @head: Head of buffer
32 * @data: Data head pointer
33 * @tail: Tail pointer
34 * @end: End pointer
35 * @destructor: Destruct function
36 * @mark: Generic packet mark
37 * @nfct: Associated connection, if any
38 * @ipvs_property: skbuff is owned by ipvs
39 * @peeked: this packet has been seen already, so stats have been
40 * done for it, don't do them again
41 * @nf_trace: netfilter packet trace flag
42 * @nfctinfo: Relationship of this skb to the connection
43 * @nfct_reasm: netfilter conntrack re-assembly pointer
44 * @nf_bridge: Saved data about a bridged frame - see br_netfilter.c
45 * @skb_iif: ifindex of device we arrived on
46 * @rxhash: the packet hash computed on receive
47 * @queue_mapping: Queue mapping for multiqueue devices
48 * @tc_index: Traffic control index
49 * @tc_verd: traffic control verdict
50 * @ndisc_nodetype: router type (from link layer)
51 * @dma_cookie: a cookie to one of several possible DMA operations
52 * done by skb DMA functions
53 * @secmark: security marking
54 * @vlan_tci: vlan tag control information
55 */
56
57 struct sk_buff {
58 /* These two members must be first. */
59 struct sk_buff *next;
60 struct sk_buff *prev;
61
62 //表示这个skb被接收的时间。
63 ktime_t tstamp;
64 //表示从属于那个socket。主要是被4层用到
65 struct sock *sk;
66 /*这个表示一个网络设备,当skb为输出时它表示skb将要输出的设备,当接收时,它表示输入设备。 67 * 要注意。这个设备有可能会是虚拟设备(在3层以上看来)
68 */
69 struct net_device *dev;
70
71 /*
72 * This is the control buffer. It is free to use for every
73 * layer. Please put your private variables there. If you
74 * want to keep them across layers you have to do a skb_clone()
75 * first. This is owned by whoever has the skb queued ATM.
76 */
77 char cb[48] __aligned(8);
78 ///这里事实上应该是dst_entry类型。不知道为什么内核要改为ul。这个域主要用于路由子系统。 79 //这个数据结构保存了一些路由相关信息
80 unsigned long _skb_refdst;
81 #ifdef CONFIG_XFRM
82 struct sec_path *sp;
83 #endif
84 ///这个长度表示当前的skb中的数据的长度,这个长度即包含buf中的数据也包含切片的数据,
85 //也就是保存在skb_shared_info中的数据。这个值是会随着从一层到还有一层而改变的。以下我们会对照这几个长度的。
86 unsigned int len,
87 ///这个长度仅仅表示切片数据的长度,也就是skb_shared_info中的长度
88 data_len;
89 //链路层头部的长度
90 __u16 mac_len,
91 //这个主要用于clone的时候,它表示clone的skb的头的长度
92 hdr_len;
93 //接下来是校验相关的域
94 union {
95 __wsum csum;
96 struct {
97 __u16 csum_start;
98 __u16 csum_offset;
99 };
100 };
101 __u32 priority;
102 kmemcheck_bitfield_begin(flags1);
103 //首先是能否够本地切片的标志。 104 __u8 local_df:1,
105 //为1说明头可能已被clone
106 cloned:1,
107 //这个表示校验相关的一个标记,表示硬件驱动是否为我们已经进行了校验
108 ip_summed:2,
109 //这个域假设为1,则说明这个skb的头域指针已经分配完成。因此这个时候计算头的长度仅仅须要head和data的差就能够了。 110 nohdr:1,
111 nfctinfo:3;
112 //pkt_type主要是表示数据包的类型。比方多播,单播。回环等等
113 __u8 pkt_type:3,
114 //这个域是一个clone标记。主要是在fast clone中被设置,我们后面讲到fast clone时会具体介绍这个域
115 fclone:2,
116 //ipvs拥有的域
117 ipvs_property:1,
118 //这个包已经被查看过了
119 peeked:1,
120 //netfilter使用的域。是一个trace 标记
121 nf_trace:1;
122 kmemcheck_bitfield_end(flags1);
123 __be16 protocol;
124 //skb的析构函数,一般都是设置为sock_rfree或者sock_wfree
125 void (*destructor)(struct sk_buff *skb);
126 #if defined(CONFIG_NF_CONNTRACK) || defined(CONFIG_NF_CONNTRACK_MODULE)
127 struct nf_conntrack *nfct;
128 #endif
129 #ifdef NET_SKBUFF_NF_DEFRAG_NEEDED
130 struct sk_buff *nfct_reasm;
131 #endif
132 #ifdef CONFIG_BRIDGE_NETFILTER
133 struct nf_bridge_info *nf_bridge;
134 #endif
135 //接收设备的index
136 int skb_iif;
137
138 //流量控制的相关域
139 #ifdef CONFIG_NET_SCHED
140 __u16 tc_index; /* traffic control index */
141 #ifdef CONFIG_NET_CLS_ACT
142 __u16 tc_verd; /* traffic control verdict */
143 #endif
144 #endif
145
146 __u32 rxhash;
147
148 kmemcheck_bitfield_begin(flags2);
149 //多队列设备的映射。也就是说映射到那个队列
150 __u16 queue_mapping:16;
151 #ifdef CONFIG_IPV6_NDISC_NODETYPE
152 __u8 ndisc_nodetype:2,
153 deliver_no_wcard:1;
154 #else
155 __u8 deliver_no_wcard:1;
156 #endif
157 __u8 ooo_okay:1;
158 kmemcheck_bitfield_end(flags2);
159
160 /* 0/13 bit hole */
161
162 #ifdef CONFIG_NET_DMA
163 dma_cookie_t dma_cookie;
164 #endif
165 #ifdef CONFIG_NETWORK_SECMARK
166 __u32 secmark;
167 #endif
168 union {
169 //skb的标记
170 __u32 mark;
171 __u32 dropcount;
172 };
173 //vlan的控制tag
174 __u16 vlan_tci;
175 //传输层的头
176 sk_buff_data_t transport_header;
177 //网络层的头
178 sk_buff_data_t network_header;
179 //链路层的头
180 sk_buff_data_t mac_header;
181 /* These elements must be at the end, see alloc_skb() for details. */
182 sk_buff_data_t tail;
183 sk_buff_data_t end;
184 unsigned char *head,
185 *data;
186 //这个表示整个skb的大小,包含skb本身。以及数据
187 unsigned int truesize;
188 //skb的引用计数
189 atomic_t users;
190 };

【linux驱动分析】之dm9000驱动分析(三):sk_buff结构分析的更多相关文章

  1. 【linux驱动分析】之dm9000驱动分析(六):dm9000_init和dm9000_probe的实现

    一.dm9000_init 打印出驱动的版本,注冊dm9000_driver驱动,将驱动加入到总线上.运行match,假设匹配,将会运行probe函数. 1 static int __init 2 d ...

  2. Mini2440 DM9000 驱动分析(一)

    Mini2440 DM9000 驱动分析(一) 硬件特性 Mini2440开发板上DM9000的电气连接和Mach-mini2440.c文件的关系: PW_RST 连接到复位按键,复位按键按下,低电平 ...

  3. linux i2c驱动架构-dm368 i2c驱动分析

      linux i2c驱动架构-dm368 i2c驱动分析   在阅读本文最好先熟悉一种i2c设备的驱动程序,并且浏览一下i2c-core.c以及芯片提供商的提供的i2c总线驱动(i2c-davinc ...

  4. Linux内核中SPI总线驱动分析

    本文主要有两个大的模块:一个是SPI总线驱动的分析 (研究了具体实现的过程): 另一个是SPI总线驱动的编写(不用研究具体的实现过程). 1 SPI概述 SPI是英语Serial Peripheral ...

  5. linux driver ------ platform模型,驱动开发分析

    一.platform总线.设备与驱动 在Linux 2.6 的设备驱动模型中,关心总线.设备和驱动3个实体,总线将设备和驱动绑定.在系统每注册一个设备的时候,会寻找与之匹配的驱动:相反的,在系统每注册 ...

  6. linux设备驱动之USB主机控制器驱动分析 【转】

    转自:http://blog.chinaunix.net/uid-20543183-id-1930831.html   ---------------------------------------- ...

  7. linux驱动基础系列--Linux下Spi接口Wifi驱动分析

    前言 本文纯粹的纸上谈兵,我并未在实际开发过程中遇到需要编写或调试这类驱动的时候,本文仅仅是根据源码分析后的记录!基于内核版本:2.6.35.6 .主要是想对spi接口的wifi驱动框架有一个整体的把 ...

  8. Linux驱动开发:USB驱动之usb_skel分析

    在学习了这么些天的驱动之后,个人觉得驱动就是个架构的问题,只要把架构弄清楚了 然后往里面添砖加瓦就可以了,所以似乎看起来不是太困难,但也许是是我经验不足吧,这只能算是个人浅见了 这两天在学习USB驱动 ...

  9. Linux驱动中的platform总线分析

    copy from :https://blog.csdn.net/fml1997/article/details/77622860 概述 从Linux2.6内核起,引入一套新的驱动管理和注册机制:pl ...

随机推荐

  1. django的rest framework框架——分页、视图、路由、渲染器

    一.rest framework的分页 1.使用rest framework内置类PageNumberPagination实现分类 from django.conf.urls import url f ...

  2. sql server 2008启动时:已成功与服务器建立连接,但是在登录过程中发生错误。(provider:命名管道提供程序,error:0-管道的另一端上无任何进程。)(Microsoft SQL Server,错误:233) 然后再连接:错误:18456

    问题:sql server 2008启动时:已成功与服务器建立连接,但是在登录过程中发生错误.(provider:命名管道提供程序,error:0-管道的另一端上无任何进程.)(Microsoft S ...

  3. mysql 处理数据库中的重复行

    1.对于主键和唯一索引,可以用IGNORE关键字,遇到重复记录会直接忽略插入记录,返回0.insert ignore into table_name ('id','name') values (1,' ...

  4. 数组dome

    <!DOCTYPE html> <html> <head lang="en"> <meta charset="UTF-8&quo ...

  5. POJ 2699 The Maximum Number of Strong Kings ——网络流

    一定存在一种最优方案,使得分数前几个人是SK 所以我们可以二分答案或者枚举,然后就是经典的网络流建模. 另:输入很Excited #include <cstdio> #include &l ...

  6. CF 527C Glass Carving

    数据结构维护二维平面 首先横着切与竖着切是完全没有关联的, 简单贪心,最大子矩阵的面积一定是最大长*最大宽 此处有三种做法 1.用set来维护,每次插入操作寻找这个点的前驱和后继,并维护一个计数数组, ...

  7. ElasticSearch API 之 GET

    GET API是Elasticsearch中常用的操作,一般用于验证文档是否存在:或者执行CURD中的文档查询.与检索不同的是,GET查询是实时查询,可以实时查询到索引结果.而检索则是需要经过处理才能 ...

  8. 理解 Nova 架构

    Compute Service Nova 是 OpenStack 最核心的服务,负责维护和管理云环境的计算资源. OpenStack 作为 IaaS 的云操作系统,虚拟机生命周期管理也就是通过 Nov ...

  9. Delphi中的操作二进制文件的两个重要函数

    Delphi中的操作二进制文件的两个重要函数 对于通过Byte数组进行文件操作的,在FTP中经常会使用到,我也是在Delphi调用Web Service进行文件的上传和下载时找到这两个函数的,挺好用的 ...

  10. 未能加载文件或程序集“System.EnterpriseServices, Version=4.0.0.0或2.0.0.0

    未能加载文件或程序集“System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50 ...