Linux sysfs設備驅動管理簡介

大家好，我是ST。

今天主要和大家聊一聊，sysfs設備驅動管理。

第一：sysfs設備驅動管理簡介

sysfs是非持久性虛擬文件系統，它提供系統的全局視圖,并通過它們的kobiect顯示內核對象的層次結構(拓撲)。每個kobiect顯示為錄和目錄中的文件，目錄代表相關kobject導出的內核變量。這些文件稱為屬性，可以讀取或寫入。如果任何已注冊的kobiect在sysfs中創建目錄，則目錄的創建位置取決于kobiec的父項(它也是kobiect)。這些目錄自然創建為kobject父項的子目錄。這向用戶空間出顯示了內部對象的層次結構。sysfs 中的頂級目錄表示對象層次結構的共同祖先，即對象所屬的子系統。

對系統上的每個塊設備，block 都包含一個錄，目錄下包含設備上分區的子目錄。bus 包含系統上注冊的總線。dev 以原始方式(無層次結構)包含已注冊的設備節點,每個節點都是/sys/devices目錄中慎實設備的符號鏈接。devices 給出系統內設備的拓撲結構視圖。firmware 顯示系統相關的低層子系統樹，如AC PI、EFI、 0F (DT) 。fs 列出系統上實際使用的文件系統。kernel 保存內核配置選項和狀態信息。module是加載的模塊列表。

●kernel_ kobj :對應于/sys/kernel.

●power_ kobj :對應于/sys/power。

●firmware_ kobj :對應于/sys/firmware，導出在drivers/baselirmware.c源文件中。

●hvpervisor_ kobj:對應于/sys/hypervisor，導出在drivers/base hypervisor.c中。

●fs_ kobj :對應于/sys/fs, 導出在fs/namespace.c文件中。

然而，class/、 dev/ 、devices/ 是在啟動期間由內核源代碼內drivers_ base/core.c 中的devices_ init 函數創建的，block/ 在block/genhd.c中創建，bus/ 在drivers/base/bus.c中被創建為kset.

kobject綠被添加到sysfs (使用 kobject_ _add) 時,其添加位置取決于kobject的父項。如果其父指針已設置,則它將被添加為父錄內的子錄。如果父指針為NULL，則將其添加為kset->kobj內的子錄。如果其父和kset字段都未設置,它將映射到sysfs內的根目錄(/sys)。

第二：sysfs設備驅動管理相關注冊接口

Linux系統中一切皆文件。

設備文件在哪里呢?它在/dev錄下，也在/sys錄下。它們直接有什么區別呢?

●/dev錄:該目錄下面的文件是真實的設備文件,是應用層通過mknod創建的文件，通常系統中是由udev在運行時創建的。我們通常使用open、write、 ioctl 等函數操作設備,通常就是操作/dev目錄下面的文件,它會間接調用到底層的驅動函數。

●/sys目錄:這是由內核在運行時導出的，目的就是通過文件系統展示出設備、驅動和總線等層次關系。這也是這章節的重點。那么先通過下圖看一下 sysfs文件系統是如何搭建起來的，圖中左邊是初始化流程，右邊是對應sysfs文件系統的目錄結構。

可以看到sysfs并不單純是設備驅動相關的，還包括了內核模塊，內核參數以及電源等諸多管理，當然這些在某個角度上也可以視為設備或者驅動模塊。不過它們不是我們分析的重點，我們著重需要分析的主要是設備驅動相關的，這圖只是給了我們心中一個譜，知道它都有些什么，在哪里初始化的。

這里不準備直接通過sysfs文件目錄層次結構進行分析sysfs對設備驅動的管理。我們從設備、驅動和總線等的注冊添加和流程進行分析sysfs文件目錄層次構造的。它們主要的注冊函數分別為device_register、driver_register、bus_register，還有免不了的class_register。

第三：device_register主要功能

通過上圖的device_register調用棧，可以看到設備主要的初始化都是在/sys/devices/***/下面創建一個自己名字的目錄（例如xxx-device），然后在里面創建自己的屬性文件接口。同時它會創建一個subsystem的鏈接，指向bus或者class，表示它歸屬的類型，掛在bus下面意味著它是由某個bus管控著，如果掛在class下面，這只是一個視角問題，其實質也是表示它具備某些共同屬性，乃至管理操作屬性上的一致。然后在/sys/bus或者/sys/class下面就沒有必要創建重復的東西了，直接創建一個鏈接指向device，意味著從它們的目錄去看，可以看到bus或者class都管著哪些設備。經過device_register后，創建的目錄和鏈接關系如下：

這里的文件及目錄的管理方式起本質是數據結構的管理思想，目錄可以視為結構體，文件是數據結構成員，而鏈接文件是數據指針。上圖實際上就是這幾個數據結構除了自身的初始化外，然后就是建立結構之間的關聯關系。

第四：driver_register都做了些什么？

那么通過接著看一下driver_register都做了些什么？

driver_register如上圖調用關系，可以看到它比device的注冊做的事情少多了。它主要是在/sys/bus/xxx-bus/drivers目錄下創建自己名字的目錄，然后在里面初始化驅動屬性文件。同時創建鏈接指向module，表示該驅動是由哪個內核模塊提供功能，同樣module也反向指向驅動，表示它提供的是什么樣的驅動能力，當然只有驅動模塊才會有指向驅動的鏈接。經過driver_register后，其構成的目錄和鏈接關系如下：

第五：bus_register都做了些什么？

通過上圖可以看到，它主要是在/sys/bus目錄下面創建以自己名字命令的bus目錄（這里名字舉例為xxx-bus），然后會創建好devices和drivers給與它管理的設備和驅動進行注冊，同時創建驅動的探測drivers_probe和drivers_autoprobe屬性文件，以提供給用戶觸發去探測。當然還少不了uevent事件文件的創建，最后還有一些bus自己特有的屬性。注冊完bus后，將會生成目錄結構如下：