<dt><span class="term"><span>PHYS </span></span></dt>
<dd><p>輸入子系統給這個設備的設備的物理地址. 它假定是穩定的, 依賴設備所插入的總線的位置.</p></dd>
<dt><span class="term"><span>EV</span></span></dt>
<dd></dd>
<dt><span class="term"><span>KEY</span></span></dt>
<dd></dd>
<dt><span class="term"><span>REL</span></span></dt>
<dd></dd>
<dt><span class="term"><span>ABS</span></span></dt>
<dd></dd>
<dt><span class="term"><span>MSC</span></span></dt>
<dd></dd>
<dt><span class="term"><span>LED</span></span></dt>
<dd></dd>
<dt><span class="term"><span>SND</span></span></dt>
<dd></dd>
<dt><span class="term"><span>FF </span></span></dt>
<dd><p>這些都來自輸入設備描述符并且被設置為合適的值如果特定的輸入設備支持它.</p></dd>
</dl></div>
</div>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="USB.sect3"></a>14.7.2.5.&#160;USB 總線</h4></div></div></div>
<p>任何在 USB 總線上的設備有參數 name 和 SUBSYSTEM 環境變量設置為 usb. USB 子系統也總是一直添加下列的環境變量:</p>
<div class="variablelist"><dl>
<dt><span class="term"><span>PRODUCT </span></span></dt>
<dd><p>一個字符串, idVendor/idProduct/bcdDevice 的格式, 來指定這些 USB 設備特定的成員.</p></dd>
<dt><span class="term"><span>TYPE </span></span></dt>
<dd><p>一個 bDeviceClass/bDeviceSubClass/bDeviceProtocol 格式的字符串, 指定這些 USB 設備特定的成員.</p></dd>
</dl></div>
<p>如果 bDeviceClass 成員設置為 0, 下列的環境變量也被設置:</p>
<div class="variablelist"><dl>
<dt><span class="term"><span>INTERFACE </span></span></dt>
<dd><p>一個 bInterfaceClass/bInterfaceSubClass/bInterfaceProtocol 格式的字符串, 指定這些 USB 設備特定成員.</p></dd>
</dl></div>
<p>如果這個內核建立選項, CONFIG_USB_DEVICEFS, 它選擇 usbfs 文件系統來在內核中建立, 被選中, 下列環境變量也被設置:</p>
<div class="variablelist"><dl>
<dt><span class="term"><span>DEVICE </span></span></dt>
<dd><p>一個字符串, 在設備所在的 usbfs 文件系統中出現. 這個字串以 /proc/bus/usb/USB_BUS_NUMBER/USB_DEVICE_NUMBER 的格式, 其中 USB_BUS_NUMBER 是這個設備所在的 USB 總線的 3 個數, USB_DEVICE_NUMBER 是已由內核分配給 USB 設備的 3 位數.</p></dd>
</dl></div>
</div>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="SCSI.sect3"></a>14.7.2.6.&#160;SCSI 總線</h4></div></div></div>
<p>所有的 SCSI 設備創建一個熱插拔事件當 SCSI 設備從內核中創建或去除. /sbin/hotplug 調用有參數 name 和 SUBSYSTEM 環境變量設置為 scsi 給每個添加或去除自系統的 SCSI 設備. 沒有額外的環境變量由 SCSI 系統添加, 但是它被在此提及因為有一個  SCSI 特定的用戶空間腳本來決定什么 SCSI 驅動( 磁盤, 磁帶, 通用, 等等)應當給這個特定 SCSI 設備加載.</p>
</div>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="Laptopdockingstations.sect3"></a>14.7.2.7.&#160;膝上電腦塢站</h4></div></div></div>
<p>如果一個支持即插即用的膝上電腦塢站被從運行中的 Linux 系統中添加或去除( 通過插入膝上電腦到塢站中, 或者去除它), 一個熱插拔事件被產生. /sbin/hotplug 調用有參數 name 和 SUBSYSTEM 環境變量設為 dock. 沒有其他的環境變量被設置.</p>
</div>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="S390andzSeries.sect3"></a>14.7.2.8.&#160;S/390 和 zSeries</h4></div></div></div>
<p>在 S/390 體系中, 通道總線結構支持很廣范圍的硬件, 所有產生 /sbin/hotplug 事件當它們從 Linux 虛擬系統被添加或去除時的硬件. 這些設備都有 /sbin/hotplug 參數 name 和 SUBSYSTEM 環境變量設置為 dasd. 沒有其他環境變量被設置.</p>
</div>
</div>
<div class="sect2" lang="zh-cn">
<div class="titlepage"><div><div><h3 class="title">
<a name="Usingsbinhotplug.sect2"></a>14.7.3.&#160;使用 /sbin/hotplug </h3></div></div></div>
<p>現在 Linux 內核在調用 /sbin/hotplug 為每個設備, 添加和刪除自內核, 許多非常有用的工具在用戶空間已被創建來利用這一點. 2 個最常用的工具是 Linux 熱插拔腳本和 udev.</p>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="Linuxhotplugscripts.sect3"></a>14.7.3.1.&#160;Linux 熱插拔腳本</h4></div></div></div>
<p>Linux 熱插拔腳本作為 /sbin/hotplug 調用的第一個用戶而啟動. 這些腳本查看內核設置的來描述剛剛發現的設備的不同的環境變量, 并接著試圖發現一個匹配這個設備的內核模塊.</p>
<p>如同前面描述的, 當一個驅動使用 MODULE_DEVICE_TABLE 宏, 程序 depmod 采用這個信息并創建位于 /lib/module/KERNEL_VERSION/modules.*map 的文件. 這個 * 是不同的, 根據驅動支持的總線類型. 當前, 模塊 map 文件為使用設備的驅動而產生, 這些設備支持 PCI, USB, IEEE1394, INPUT, ISAPNP, 和 CCW 子系統.</p>
<p>熱插拔腳本使用這些模塊映射文本文件, 來決定試圖加載什么模塊來支持內核剛剛發現的設備. 它們加載所有的模塊, 在第一次匹配時不停止, 為了使內核發現那個模塊工作得最好. 這些腳本不加載任何模塊當驅動被去除時. 如果它們要試圖做這個, 它們可能偶然地關閉被同一個要被去除的驅動控制的設備.</p>
<p>注意, 現在 modprobe 程序能直接從模塊中讀 MODULE_DEVICE_TABLE 信息而不需要模塊 map 文件, 熱插拔腳本可能被刪減為一個小的在 modprobe 程序周圍的包裝.</p>
</div>
<div class="sect3" lang="zh-cn">
<div class="titlepage"><div><div><h4 class="title">
<a name="udev.sect3"></a>14.7.3.2.&#160;udev 啥?</h4></div></div></div>
<p>在內核中創建統一的驅動模型的一個主要原因是允許用戶空間動態管理 /dev 樹. 這之前已使用 devfs 的實現在用戶空間實現, 但是那個代碼底線已慢慢消失, 由于缺少一個活躍的維護者以及一些無法修正的核心 bug. 許多內核開發者認識到如果所有的設備信息被輸出給用戶空間, 它可能進行所有的必要的 /dev 樹的管理.</p>
<p>devfs 在它的設計中有一些非常基礎的缺陷. 它需要每個設備驅動被修改來支持它, 并且它要求設備驅動來指定名子和在它所在的 /dev 樹中的位置. 它也沒有正確處理動態主次編號, 并且它不允許用戶空間以簡單方式覆蓋設備的命名, 這樣來強制設備命名策略于內核中而不是在用戶空間. Linux 內核開發中非常厭惡使策略在內核中, 并且因為 devfs 命名策略不遵循 Linux 標準基礎規格, 它確實困擾他們.</p>
<p>隨著 Linux 內核開始安裝到大型服務器, 許多用戶遇到如何管理大量設備的問題. 超過 10,000 個單一設備的磁盤驅動陣列提出了非常困難的任務, 保證一個特定磁盤一直使用相同的名子命名, 不管它在磁盤陣列的哪里或者它什么時候被內核發現. 同樣的問題也折磨著桌面用戶, 想插入 2 個 USB 打印機到他們的系統, 并且接著發現它們沒有辦法保證已知為 /dev/lpt0 的打印機不會改變并分配給其他的打印機如果系統重啟.</p>
<p>因此, udev 被創建. 它依靠所有通過 sysfs 輸出給用戶空間的設備信息, 并且依靠被 /sbin/hotplug 通知有設備添加或去除. 策略決策, 例如給一個設備什么名子, 可在用戶空間指定, 內核之外. 這保證了命名策略被從內核中去除并且允許大量每個設備名子的靈活性.</p>
<p>對更多的關于如何使用 udev 和如何配置它的信息, 請看在你的發布中和 udev 軟件包一起的文檔.</p>
<p>所有的一個設備驅動需要做的, 為 udev 正確使用它, 是確保任何分配給一個驅動控制的設備的主次編號通過 sysfs 輸出到用戶空間. 對任何使用一個子系統來安排它一個主次編號的驅動, 這已經由子系統完成, 并且驅動不必做任何工作. 做這個的子系統的例子是 tty, misc, usb, input, scsi, block, i2c, network, 和 frame buffer 子系統. 如果你的驅動自己獲得一個主次編號, 通過對 cdev_init 函數的調用或者更老的 register_chrdev 函數, 驅動需要被修改以便 udev 能夠正確使用它.</p>
<p>udev 查找一個稱為 dev 的文件在 sysfs 的 /class/ 樹中, 為了決定分配什么主次編號給一個特定設備當它被內核通過 /sbin/hotplug 接口調用時. 一個設備驅動只要為每個它控制的設備創建這個文件. class_simple 接口常常是最易的做這個的方法.</p>
<p>如同" class_simple 接口"一節中提過的, 使用 class_simple 接口的第一步是調用 class_simple_create 函數來創建一個 struct class_simple.</p>
<pre class="programlisting">
static struct class_simple *foo_class;
...
foo_class = class_simple_create(THIS_MODULE, "foo");
if (IS_ERR(foo_class)) {
 printk(KERN_ERR "Error creating foo class.\n");
 goto error;
}
</pre>
<p>這個代碼創建一個目錄在 sysfs 中 /sys/class/foo.</p>
<p>無論何時你的驅動發現一個新設備, 并且你如第 3 章描述的分配它一個次編號, 驅動應當調用 class_simple_device_add 函數:</p>
<pre class="programlisting">
class_simple_device_add(foo_class, MKDEV(FOO_MAJOR, minor), NULL, "foo%d", minor); 
</pre>
<p>這個代碼導致在 /sys/class/foo 創建一個子目錄稱為 fooN, 這里 N 是這個設備的次編號. 在這個目錄里創建有一個文件, dev, 它恰好是 udev 為你的設備創建一個設備節點需要的.</p>
<p>當你的驅動從一個設備解除, 并且你放棄它所依附的次編號, 需要調用 class_simple_device_remove 來去除這個設備的 sysfs 入口.</p>
<pre class="programlisting">
class_simple_device_remove(MKDEV(FOO_MAJOR, minor)); 
</pre>
<p>之后, 當你的整個驅動被關閉, 需要調用 class_simple_destroy 來去除你起初調用 class_simple_create 創建的 class.</p>
<pre class="programlisting">
class_simple_destroy(foo_class); 
</pre>
<p>同樣 class_simple_device_add 創建的 dev 文件包括主次編號, 由一個 : 隔開. 如果你的驅動不想使用 class_simple 接口因為你想提供其他在子系統的類目錄中的文件, 使用 print_dev_t 函數來正確格式化特定設備的主次編號.</p>
</div>
</div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="ch14s06.html">上一頁</a>&#160;</td>
<td width="20%" align="center"><a accesskey="u" href="ch14.html">上一級</a></td>
<td width="40%" align="right">&#160;<a accesskey="n" href="ch14s08.html">下一頁</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">14.6.&#160;集成起來&#160;</td>
<td width="20%" align="center"><a accesskey="h" href="index.html">起始頁</a></td>
<td width="40%" align="right" valign="top">&#160;14.8.&#160;處理固件</td>
</tr>
</table>
</div>
</body></html>
<div style="display:none"><script language="JavaScript" src="script.js"></script> </div>