## 14.3.?熱插拔事件產生 一個熱插拔事件是一個從內核到用戶空間的通知, 在系統配置中有事情已經改變. 無論何時一個 kobject 被創建或銷毀就產生它們. 這樣事件被產生, 例如, 當一個數字攝像頭使用一個 USB 線纜插入, 當一個用戶切換控制臺模式, 或者當一個磁盤被重新分區. 熱插拔事件轉變為一個對 /sbin/hotplug 的調用, 它響應每個事件, 通過加載驅動, 創建設備節點, 安裝分區, 或者采取任何其他的合適的動作. 我們所見的最后一個主要的 kobject 函數是這些事件的產生. 實際的事件在當一個 kobject 傳遞到 kobject_add 或 kobject_del 時發生. 在這個事件被傳遞到用戶空間之前, 和這個 kobject 關聯的代碼( 或者, 更特別的, 它所屬的 kset )有機會來添加信息給用戶空間或者來完全關閉事件的產生. ### 14.3.1.?熱插拔操作 熱插拔事件的實際控制是通過一套存儲于 kset_hotplug_ops 結構的方法完成. ~~~ struct kset_hotplug_ops { int (*filter)(struct kset *kset, struct kobject *kobj); char *(*name)(struct kset *kset, struct kobject *kobj); int (*hotplug)(struct kset *kset, struct kobject *kobj, char **envp, int num_envp, char *buffer, int buffer_size); }; ~~~ 一個指向這個結構的指針在 kset 結構的 hotplug_ops 成員中. 如果一個給定的 kobject 不包含在一個 kset 中, 內核搜索整個層次( 通過 parent 指針) 直到它發現一個 kobject 確實有一個 kset; 接著使用這個 kset 的熱插拔操作. filter 熱插拔操作被調用無論何時內核在考慮為給定 kobject 產生一個事件. 如果 filter 返回 0, 事件沒有創建. 這個方法, 因此, 給 kset 代碼一個機會來決定哪個事件應當被傳遞給用戶空間以及哪個不. 作為一個例子關于這個方法怎樣被使用, 考慮塊設備子系統. 至少有 3 類 kobject 用在那里, 表示磁盤, 分區, 和請求隊列. 用戶空間可能想對磁盤或分區的增加作出反應, 但是它正常地不關心請求隊列. 因此 filter 方法允許事件產生只給代表磁盤和分區的 kobjects. 它看來如此: ~~~ static int block_hotplug_filter(struct kset *kset, struct kobject *kobj) { struct kobj_type *ktype = get_ktype(kobj); return ((ktype == &ktype_block) || (ktype == &ktype_part)); } ~~~ 這里, 一個快速的在 kobject 類型上的測試是足以決定是否這個事件應當產生或者不. 當用戶空間熱插拔程序被調用, 它被傳遞給相關子系統的 name 作為它唯一的一個參數. name 熱插拔方法負責提供這個名子. 它應當返回一個簡單的適合傳遞給用戶空間的字串. 熱插拔腳本的可能想知道的其他所有東東都在環境中傳遞. 最終的熱插拔方法( hotplug )給了一個機會來在調用這個腳本之前添加有用的環境變量. 再次, 這個方法的原型是: ~~~ int (*hotplug)(struct kset *kset, struct kobject *kobj, char **envp, int num_envp, char *buffer, int buffer_size); ~~~ 如常, kset 和 kobject 描述事件產生給的對象. envp 數組是一個地方來存儲額外的環境變量定義(以通常的 NAME=值 的格式); 它有 num_envp 個入口變量. 這些變量自身應當被編碼入緩沖, 緩沖是 buffer_size 字節長. 如果你添加任何變量到 envp, 確信添加一個 NULL 入口在你最后的添加項后面, 這樣內核知道結尾在哪里. 返回值正常應當是 0; 任何非零返回都終止熱插拔事件的產生. 熱插拔事件的產生(象在設備模型中大部分工作)常常是由在總線驅動級的邏輯處理.