⭐ 欢迎来到虫虫下载站！ | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站
📤 上传资源

📄 ch17s10.html

📁 驱动程序在 Linux 内核里扮演着特殊的角色. 它们是截然不同的"黑盒子", 使硬件的特殊的一部分响应定义好的内部编程接口. 它们完全隐藏了设备工作的细节. 用户的活动通过一套标准化的调用来进行,
💻 HTML
字号:
🔍 
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>17.10.&#160;Socket 缓存-Linux设备驱动第三版（中文版）-开发频道-华星在线</title>
<meta name="description" content="驱动开发-开发频道-华星在线" />
<meta name="keywords" content="Linux设备驱动,中文版,第三版,ldd,linux device driver,驱动开发,电子版,程序设计,软件开发,开发频道" />
<meta name="author" content="华星在线 www.21cstar.com QQ:610061171" /> 
<meta name="verify-v1" content="5asbXwkS/Vv5OdJbK3Ix0X8osxBUX9hutPyUxoubhes=" />
<link rel="stylesheet" href="docbook.css" type="text/css">
<meta name="generator" content="DocBook XSL Stylesheets V1.69.0">
<link rel="start" href="index.html" title="Linux 设备驱动 Edition 3">
<link rel="up" href="ch17.html" title="第&#160;17&#160;章&#160;网络驱动">
<link rel="prev" href="ch17s09.html" title="17.9.&#160;连接状态的改变">
<link rel="next" href="ch17s11.html" title="17.11.&#160;MAC 地址解析">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<div class="navheader">
<table width="100%" summary="Navigation header">
<tr><th colspan="3" align="center">17.10.&#160;Socket 缓存</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="ch17s09.html">上一页</a>&#160;</td>
<th width="60%" align="center">第&#160;17&#160;章&#160;网络驱动</th>
<td width="20%" align="right">&#160;<a accesskey="n" href="ch17s11.html">下一页</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="sect1" lang="zh-cn">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="TheSocketBuffers"></a>17.10.&#160;Socket 缓存</h2></div></div></div>
<p>我们现在已经涵盖到了大部分关于网络接口的问题. 还缺乏的是对 sk_buff 结构的详细描述.这个结构处于 Linux 内核网络子系统的核心, 我们现在介绍这个结构的重要成员和操作它们的函数.</p>
<p>尽管没有严格要求去理解 sk_buff 的内部, 能够查看它的内容的能力在你追踪问题和试图优化代码时是有帮助的. 例如, 如果你看 loopback.c, 你会发现一个基于对 sk_buff 内部了解的优化. 这里适用的通常的警告是: 如果你编写利用 sk_buff 结构的知识的代码, 你应当准备好在以后内核发行中它坏掉. 仍然, 有时性能优势值得额外的维护开销.</p>
<p>我们这里不会描述整个结构, 只是那些在驱动里可能用到的. 如果你想看到更多, 你可以查看 &lt;linux/skbuff.h&gt;, 那里定义了结构和函数原型. 关于如何使用这些成员和函数的额外的细节可以通过搜索内核源码很容易获取.</p>
<div class="sect2" lang="zh-cn">
<div class="titlepage"><div><div><h3 class="title">
<a name="TheImportFields"></a>17.10.1.&#160;重要成员变量</h3></div></div></div>
<p>这里介绍的成员是驱动可能需要存取的. 以非特别的顺序列出它们.</p>
<div class="variablelist"><dl>
<dt><span class="term"><span>struct net_device *dev;</span></span></dt>
<dd><p>接收或发送这个缓存的设备</p></dd>
<dt><span class="term"><span>union { /* ... */ } h;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>union { /* ... */ } nh;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>union { /*... */} mac;</span></span></dt>
<dd>
<p>指向报文中包含的各级的头的指针. union 中的某个成员都是一个不同数据结构类型的指针. h 含有传输层头部指针(例如, struct tcphdr *th); nh 包含网络层头部(例如 struct iphdr *iph); 以及 mac 包含链路层头部指针(例如 struct ethkr * ethernet).</p>
<p>如果你的驱动需要查看 TCP 报文的源和目的地址, 可以在 skb-&gt;h.th 中找到. 看头文件来找到全部的可以这样存取的头部类型.</p>
<p>注意网络驱动负责设置进入报文的 mac 指针. 这个任务正常是由 eth_type_trans 处理, 但是 非以太网驱动不得不直接设置 skb-&gt;mac.raw, 如同"非以太网头部"一节所示.</p>
</dd>
<dt><span class="term"><span>unsigned char *head;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned char *data;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned char *tail;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned char *end;</span></span></dt>
<dd><p>用来寻址报文中数据的指针. head 指向分配内存的开始, data 是有效字节的开始(并且常常稍微比 head 大一些), tail 是有效字节的结尾, end 指向 tail 能够到达的最大地址. 查看它的另一个方法是可用缓存空间是 skb-&gt;end - skb-&gt;head, 当前使用的空间是 skb-&gt;tail - skb-&gt;data.</p></dd>
<dt><span class="term"><span>unsigned int len;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned int data_len;</span></span></dt>
<dd><p>len 是报文中全部数据的长度, 而 data_len 是报文存储于单个片中的部分的长度. 除非使用发散/汇聚 I/O, data_len 成员的值为 0.</p></dd>
<dt><span class="term"><span>unsigned char ip_summed;</span></span></dt>
<dd><p>这个报文的校验和策略. 由驱动在进入报文上设置这个成员, 如在"报文接收"一节中描述的.</p></dd>
<dt><span class="term"><span>unsigned char pkt_type;</span></span></dt>
<dd><p>在递送中使用的报文分类. 驱动负责设置它为 PACKET_HOST (报文是给自己的), PACKET_OTHERHOST (不, 这个报文不是给我的), PACKET_BROADCAST, 或者 PACKET_MULTICAST. 以太网驱动不显式修改 pkt_type, 因为 eth_type_trans 为它们做.</p></dd>
<dt><span class="term"><span>shinfo(struct sk_buff *skb);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned int shinfo(skb)-&gt;nr_frags;</span></span></dt>
<dd></dd>
<dt><span class="term"><span>skb_frag_t shinfo(skb)-&gt;frags;</span></span></dt>
<dd><p>由于性能的原因, 有些 skb 信息存储于一个分开的结构中, 它在内存中紧接着 skb. 这个"shared info"(这样命名是因为它可以在网络代码中多个 skb 拷贝中共享)必须通过 shinfo 宏定义来存取. 这个结构中有几个成员, 但是大部分超出本书的范围. 我们在"发散/汇聚 I/O"一节中见过 nr_frags 和 frags.</p></dd>
</dl></div>
<p>在结构中剩下的成员不是特别有趣. 它们用来维护缓存列表, 来统计 socket 拥有的缓存大小, 等等.</p>
</div>
<div class="sect2" lang="zh-cn">
<div class="titlepage"><div><div><h3 class="title">
<a name="FunctionsActingonSocketBuffers"></a>17.10.2.&#160;作用于 socket 缓存的函数</h3></div></div></div>
<p>使用一个 sk_buff 结构的网络驱动利用正式接口函数来操作它. 许多函数操作一个 socket 缓存; 这里是最有趣的几个:</p>
<div class="variablelist"><dl>
<dt><span class="term"><span>struct sk_buff *alloc_skb(unsigned int len, int priority);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>struct sk_buff *dev_alloc_skb(unsigned int len);</span></span></dt>
<dd><p>分配一个缓存区. alloc_skb 函数分配一个缓存并且将 skb-&gt;data 和 skb-&gt;tail 都初始化成 skb-&gt;head. dev_alloc_skb 函数是使用 GFP_ATOMIC 优先级调用 alloc_skb 的快捷方法, 并且在 skb-&gt;head 和 skb-&gt;data 之间保留了一些空间. 这个数据空间用在网络层之间的优化, 驱动不要动它.</p></dd>
<dt><span class="term"><span>void kfree_skb(struct sk_buff *skb);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>void dev_kfree_skb(struct sk_buff *skb);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>void dev_kfree_skb_irq(struct sk_buff *skb);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>void dev_kfree_skb_any(struct sk_buff *skb);</span></span></dt>
<dd><p>释放缓存. kfree_skb 调用由内核在内部使用. 一个驱动应当使用一种 dev_kfree_skb 的变体: 在非中断上下文中使用 dev_kfree_skb, 在中断上下文中使用 dev_kfree_skb_irq, 或者 dev_kfree_skb_any 在任何 2 种情况下.</p></dd>
<dt><span class="term"><span>unsigned char *skb_put(struct sk_buff *skb, int len);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned char *__skb_put(struct sk_buff *skb, int len);</span></span></dt>
<dd><p>更新 sk_buff 结构中的 tail 和 len 成员; 它们用来增加数据到缓存的结尾, 每个函数的返回值是 skb-&gt;tail 的前一个值(换句话说, 它指向刚刚创建的数据空间). 驱动可以使用返回值通过引用 memcpy(skb_put(...), data, len) 来拷贝数据或者一个等同的东东. 两个函数的区别在于 skb_put 检查以确认数据适合缓存, 而 __skb_put 省略这个检查.</p></dd>
<dt><span class="term"><span>unsigned char *skb_push(struct sk_buff *skb, int len);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>unsigned char *__skb_push(struct sk_buff *skb, int len);</span></span></dt>
<dd><p>递减 skb-&gt;data 和递增 skb-&gt;len 的函数. 它们与 skb_put 相似, 除了数据是添加到报文的开始而不是结尾. 返回值指向刚刚创建的数据空间. 这些函数用来在发送报文之前添加一个硬件头部. 又一次, __skb_push 不同在它不检查空间是否足够.</p></dd>
<dt><span class="term"><span>int skb_tailroom(struct sk_buff *skb);</span></span></dt>
<dd><p>返回可以在缓存中放置数据的可用空间数量. 如果驱动放了多于它能持有的数据到缓存中, 系统傻掉. 尽管你可能反对说一个 printk 会足够来标识出这个错误, 内存破坏对系统是非常有害的以至于开发者决定采取确定的动作. 实际中, 你不该需要检查可用空间, 如果缓存被正确地分配了. 因为驱动常常在分配缓存前获知报文的大小, 只有一个严重坏掉的驱动会在缓存中安放太多的数据, 这样出乱子就可当作一个应得的惩罚.</p></dd>
<dt><span class="term"><span>int skb_headroom(struct sk_buff *skb);</span></span></dt>
<dd><p>返回 data 前面的可用空间数量, 就是, 可以 "push" 给缓存多少字节.</p></dd>
<dt><span class="term"><span>void skb_reserve(struct sk_buff *skb, int len);</span></span></dt>
<dd><p>递增 data 和 tail. 这个函数可用来在填充数据前保留空间. 大部分以太网接口保留 2 个字节在报文的前面; 因此, IP 头对齐到 16 字节, 在 14 字节的以太网头后面. snull 也这样做, 尽管没有在"报文接收"一节中展现这个指令以避免在那时引入过多概念.</p></dd>
<dt><span class="term"><span>unsigned char *skb_pull(struct sk_buff *skb, int len);</span></span></dt>
<dd><p>从报文的头部去除数据. 驱动不会需要使用这个函数, 但是为完整而包含在这儿. 它递减 skb-&gt;len 和递增 skb-&gt;data; 这是硬件头如何从进入报文开始被剥离.</p></dd>
<dt><span class="term"><span>int skb_is_nonlinear(struct sk_buff *skb);</span></span></dt>
<dd><p>返回一个真值, 如果这个 skb 分离为多个片为发散/汇聚 I/O.</p></dd>
<dt><span class="term"><span>int skb_headlen(struct sk_buff *skb);</span></span></dt>
<dd><p>返回 skb 的第一个片的长度(由 skb-&gt;data 指着).</p></dd>
<dt><span class="term"><span>void *kmap_skb_frag(skb_frag_t *frag);</span></span></dt>
<dd></dd>
<dt><span class="term"><span>void kunmap_skb_frag(void *vaddr);</span></span></dt>
<dd><p>如果你必须从内核中的一个非线性 skb 直接存取片, 这些函数为你映射以及去映射它们. 使用一个原子性 kmap, 因此你不能一次映射多于一个片.</p></dd>
</dl></div>
<p>内核定义了几个其他的作用于 socket 缓存的函数, 但是它们是打算用于高层网络代码, 驱动不需要它们.</p>
</div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="ch17s09.html">上一页</a>&#160;</td>
<td width="20%" align="center"><a accesskey="u" href="ch17.html">上一级</a></td>
<td width="40%" align="right">&#160;<a accesskey="n" href="ch17s11.html">下一页</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">17.9.&#160;连接状态的改变&#160;</td>
<td width="20%" align="center"><a accesskey="h" href="index.html">起始页</a></td>
<td width="40%" align="right" valign="top">&#160;17.11.&#160;MAC 地址解析</td>
</tr>
</table>
</div>
</body></html>
<div style="display:none"><script language="JavaScript" src="script.js"></script> </div>

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -