1. ls /dev/* 看看有沒有你的LED節點
2.cat /proc/devices 看看有沒有相關LED驅動信息。
===============================
static const struct file_operations fops_led =
{
.owner = THIS_MODULE,
//.open = open_led,
.unlocked_ioctl = unlocked_ioctl_led,
};
都屏蔽了open函數，內怎麼打開容？
2. Linux內核中斷之中斷申請介面
本文基於 RockPI 4A 單板Linux4.4內核介紹中斷申請的常用介面函數。
1、文件
2、定義
說明：
1）、 irq ：要申請的中斷號，可通過 platform_get_irq() 獲取，見「Linux內核中斷之獲取中斷號」。
2）、 handler ：中斷處理函數，發生中斷時，先處理中斷處理函數，然後返回 IRQ_WAKE_THREAD 喚醒中斷處理線程。中斷處理函數盡可能簡單。
中斷處理函數定義： typedef irqreturn_t (*irq_handler_t)(int, void *);
中斷返回值如下：
3）、 thread_fn ：中斷處理線程，該參數可為NULL。類似於中斷處理函數的下半部分。
4）、 irqflags ：中斷類型標志。
定義文件： include/linux/interrupt.h ，內容如下：
5）、 devname ：中斷名稱，可使用 cat /proc/interrupts 命令查看。
6）、 dev_id ：設備ID，該值唯一。
在使用共享中斷時（即設置 IRQF_SHARED ），必須傳入 dev_id ，在中斷處理和釋放函數中都會使用該參數。
註：
1、 request_threaded_irq() 函數可替代 request_irq 加 tasklet 或 workqueue 的方式。
2、對應的中斷釋放函數為： void free_irq(unsigned int, void *) ，需要和中斷申請函數成對出現。
1、文件
2、定義
說明：
1）、 __must_check ：指調用函數一定要處理函數的返回值，否則編譯器會給出警告。
2）、 request_irq() 函數本質上是中斷處理線程 thread_fn 為空的 request_threaded_irq() 函數。
注 ：
對應的中斷釋放函數為： void free_irq(unsigned int, void *) ，需要和中斷申請函數成對出現。
1、文件
2、定義
說明 ：
devm_request_threaded_irq() 本質上還是使用 request_threaded_irq() 函數實現中斷申請。
兩者區別：
1）多了一個 dev 參數；
2）在設備驅動卸載時，中斷會自動釋放；
3）如果想單獨釋放中斷，可使用 void devm_free_irq(struct device *dev, unsigned int irq, void *dev_id) 函數。
1、文件
2、定義
devm_request_irq() 函數本質上是中斷處理線程 thread_fn 為空的 devm_request_threaded_irq() 函數。
1、獲取中斷號
2、申請中斷
3、中斷處理函數
4、中斷處理線程
5、查看中斷
3. linux載入dts的時候會創建設備節點嗎
From:http://m.blog.csdn.net/blog/liliyaya/9188193
1. 在\kernel\of\fdt.c 中有如下初始化函數 注釋上：展開設備樹，創建device_nodes到全局變數allnodes中
void __init unflatten_device_tree(void)
{
__unflatten_device_tree(initial_boot_params, &allnodes,
early_init_dt_alloc_memory_arch);
/* Get pointer to "/chosen" and "/aliasas" nodes for use everywhere */
of_alias_scan(early_init_dt_alloc_memory_arch);
}
unflatten_device_tree函數被setup_arch函數調用，
因為我們使用得是arm平台所以存在\kernel\arch\arm\kernel\setup.c中
void __init setup_arch(char **cmdline_p)
{
unflatten_device_tree()
}
setup_arch函數在kernel啟動是被調用，如下啟動kernel存在\kernel\init\main.c中
asmlinkage void __init start_kernel(void)
{
setup_arch(&command_line);
}
這些工作完成解析DTS文件。保存到全局鏈表allnodes中。
2、在makefile中有這段話來編譯dts文件：
$(obj)/A20%.dtb: $(src)/dts/A20%.dts FORCE
$(call if_changed_dep,dtc)
$(obj)/A68M%.dtb: $(src)/dts/A68M%.dts FORCE
$(call if_changed_dep,dtc)
和.c文件生成.o文件一樣 回生成.dtb文件。在
/home/liyang/workspace/SZ_JB-mr1-8628-bsp-1012/out/target/proct/msm8226/obj/KERNEL_OBJ/arch/arm/boot
目錄下，與zimage一個目錄。
3、
在 board-8226.c中有初始化函數-->啟動自動掉用
void __init msm8226_init(void)
{
of_platform_populate(NULL, of_default_bus_match_table, adata, NULL);
}
of_platform_populate在kernel\driver\of\platform.c中定義，回查詢
root = root ? of_node_get(root) : of_find_node_by_path("/");
for_each_child_of_node(root, child)
{
rc = of_platform_bus_create(child, matches, lookup, parent, true);
if (rc)
break;
}
of_node_put(root);
在這里用到得函數of_find_node_by_path會最終調用到kernel\driver\of\base.c中得函數
struct device_node *of_find_node_by_path(const char *path)
{
遍歷第1步中得allnodes找到根節點
}
of_platform_bus_create()函數中創建得內容存在了 adata中。
以下內容為轉載：
（2）使用DTS注冊匯流排設備的過程
以高通8974平台為例，在注冊i2c匯流排時，會調用到qup_i2c_probe()介面，該介面用於申請匯流排資源和添加i2c適配器。在成功添加i2c適配器後，會調用of_i2c_register_devices()介面。此介面會解析i2c匯流排節點的子節點（掛載在該匯流排上的i2c設備節點），獲取i2c設備的地址、中斷號等硬體信息。然後調用request_mole()載入設備對應的驅動文件，調用i2c_new_device()，生成i2c設備。此時設備和驅動都已載入，於是drvier裡面的probe方法將被調用。後面流程就和之前一樣了。
簡而言之，Linux採用DTS描述設備硬體信息後，省去了大量板文件垃圾信息。Linux在開機啟動階段，會解析DTS文件，保存到全局鏈表allnodes中，在掉用.init_machine時，會跟據allnodes中的信息注冊平台匯流排和設備。值得注意的是，載入流程並不是按找從樹根到樹葉的方式遞歸注冊，而是只注冊根節點下的第一級子節點，第二級及之後的子節點暫不注冊。Linux系統下的設備大多都是掛載在平台匯流排下的，因此在平台匯流排被注冊後，會根據allnodes節點的樹結構，去尋找該匯流排的子節點，所有的子節點將被作為設備注冊到該匯流排上。
4. 怎樣寫linux下的USB設備驅動程序
寫一個USB的驅動程序最 基本的要做四件事：驅動程序要支持的設備、注冊USB驅動程序、探測和斷開、提交和控制urb（USB請求塊）
驅動程序支持的設備：有一個結構體struct usb_device_id，這個結構體提供了一列不同類型的該驅動程序支持的USB設備，對於一個只控制一個特定的USB設備的驅動程序來說，struct usb_device_id表被定義為：
/* 驅動程序支持的設備列表 */
static struct usb_device_id skel_table [] = {
{ USB_DEVICE(USB_SKEL_VENDOR_ID, USB_SKEL_PRODUCT_ID) },
{ } /* 終止入口 */
};
MODULE_DEVICE_TABLE (usb, skel_table);
對 於PC驅動程序，MODULE_DEVICE_TABLE是必需的，而且usb必需為該宏的第一個值，而USB_SKEL_VENDOR_ID和 USB_SKEL_PRODUCT_ID就是這個特殊設備的製造商和產品的ID了，我們在程序中把定義的值改為我們這款USB的，如：
/* 定義製造商和產品的ID號 */
#define USB_SKEL_VENDOR_ID 0x1234
#define USB_SKEL_PRODUCT_ID 0x2345
這兩個值可以通過命令lsusb，當然你得先把USB設備先插到主機上了。或者查看廠商的USB設備的手冊也能得到，在我機器上運行lsusb是這樣的結果：
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 002: ID 1234:2345 Abc Corp.
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
得到這兩個值後把它定義到程序里就可以了。
注冊USB驅動程序：所 有的USB驅動程序都必須創建的結構體是struct usb_driver。這個結構體必須由USB驅動程序來填寫，包括許多回調函數和變數，它們向USB核心代碼描述USB驅動程序。創建一個有效的 struct usb_driver結構體，只須要初始化五個欄位就可以了，在框架程序中是這樣的：
static struct usb_driver skel_driver = {
.owner = THIS_MODULE,
.name = "skeleton",
.probe = skel_probe,
.disconnect = skel_disconnect,
.id_table = skel_table,
};
探測和斷開：當 一個設備被安裝而USB核心認為該驅動程序應該處理時，探測函數被調用，探測函數檢查傳遞給它的設備信息，確定驅動程序是否真的適合該設備。當驅動程序因 為某種原因不應該控制設備時，斷開函數被調用，它可以做一些清理工作。探測回調函數中，USB驅動程序初始化任何可能用於控制USB設備的局部結構體，它 還把所需的任何設備相關信息保存到一個局部結構體中，
提交和控制urb：當驅動程序有數據要發送到USB設備時（大多數情況是在驅動程序的寫函數中），要分配一個urb來把數據傳輸給設備：
/* 創建一個urb,並且給它分配一個緩存*/
urb = usb_alloc_urb(0, GFP_KERNEL);
if (!urb) {
retval = -ENOMEM;
goto error;
}
當urb被成功分配後，還要創建一個DMA緩沖區來以高效的方式發送數據到設備，傳遞給驅動程序的數據要復制到這塊緩沖中去：
buf = usb_buffer_alloc(dev->udev, count, GFP_KERNEL, &urb->transfer_dma);
if (!buf) {
retval = -ENOMEM;
goto error;
}
if (_from_user(buf, user_buffer, count)) {
retval = -EFAULT;
goto error;
}
當數據從用戶空間正確復制到局部緩沖區後，urb必須在可以被提交給USB核心之前被正確初始化：
/* 初始化urb */
usb_fill_bulk_urb(urb, dev->udev,
usb_sndbulkpipe(dev->udev, dev->bulk_out_endpointAddr),
buf, count, skel_write_bulk_callback, dev);
urb->transfer_flags |= URB_NO_TRANSFER_DMA_MAP;
然後urb就可以被提交給USB核心以傳輸到設備了：
/* 把數據從批量OUT埠發出 */
retval = usb_submit_urb(urb, GFP_KERNEL);
if (retval) {
err("%s - failed submitting write urb, error %d", __FUNCTION__, retval);
goto error;
}
當urb被成功傳輸到USB設備之後，urb回調函數將被USB核心調用，在我們的例子中，我們初始化urb，使它指向skel_write_bulk_callback函數，以下就是該函數：
static void skel_write_bulk_callback(struct urb *urb, struct pt_regs *regs)
{
struct usb_skel *dev;
dev = (struct usb_skel *)urb->context;
if (urb->status &&
!(urb->status == -ENOENT ||
urb->status == -ECONNRESET ||
urb->status == -ESHUTDOWN)) {
dbg("%s - nonzero write bulk status received: %d",
__FUNCTION__, urb->status);
}
/* 釋放已分配的緩沖區 */
usb_buffer_free(urb->dev, urb->transfer_buffer_length,
urb->transfer_buffer, urb->transfer_dma);
}
有時候USB驅動程序只是要發送或者接收一些簡單的數據，驅動程序也可以不用urb來進行數據的傳輸，這是里涉及到兩個簡單的介面函數：usb_bulk_msg和usb_control_msg ，在這個USB框架程序里讀操作就是這樣的一個應用：
/* 進行阻塞的批量讀以從設備獲取數據 */
retval = usb_bulk_msg(dev->udev,
usb_rcvbulkpipe(dev->udev, dev->bulk_in_endpointAddr),
dev->bulk_in_buffer,
min(dev->bulk_in_size, count),
&count, HZ*10);
/*如果讀成功，復制到用戶空間 */
if (!retval) {
if (_to_user(buffer, dev->bulk_in_buffer, count))
retval = -EFAULT;
else
retval = count;
}
usb_bulk_msg介面函數的定義如下：
int usb_bulk_msg(struct usb_device *usb_dev,unsigned int pipe,
void *data,int len,int *actual_length,int timeout);
其參數為：
struct usb_device *usb_dev：指向批量消息所發送的目標USB設備指針。
unsigned int pipe：批量消息所發送目標USB設備的特定端點，此值是調用usb_sndbulkpipe或者usb_rcvbulkpipe來創建的。
void *data：如果是一個OUT端點，它是指向即將發送到設備的數據的指針。如果是IN端點，它是指向從設備讀取的數據應該存放的位置的指針。
int len：data參數所指緩沖區的大小。
int *actual_length：指向保存實際傳輸位元組數的位置的指針，至於是傳輸到設備還是從設備接收取決於端點的方向。
int timeout：以Jiffies為單位的等待的超時時間，如果該值為0，該函數一直等待消息的結束。
如果該介面函數調用成功，返回值為0，否則返回一個負的錯誤值。
usb_control_msg介面函數定義如下：
int usb_control_msg(struct usb_device *dev,unsigned int pipe,__u8 request,__u8requesttype,__u16 value,__u16 index,void *data,__u16 size,int timeout)
除了允許驅動程序發送和接收USB控制消息之外，usb_control_msg函數的運作和usb_bulk_msg函數類似，其參數和usb_bulk_msg的參數有幾個重要區別：
struct usb_device *dev：指向控制消息所發送的目標USB設備的指針。
unsigned int pipe：控制消息所發送的目標USB設備的特定端點，該值是調用usb_sndctrlpipe或usb_rcvctrlpipe來創建的。
__u8 request：控制消息的USB請求值。
__u8 requesttype：控制消息的USB請求類型值。
__u16 value：控制消息的USB消息值。
__u16 index：控制消息的USB消息索引值。
void *data：如果是一個OUT端點，它是指身即將發送到設備的數據的指針。如果是一個IN端點，它是指向從設備讀取的數據應該存放的位置的指針。
__u16 size：data參數所指緩沖區的大小。
int timeout：以Jiffies為單位的應該等待的超時時間，如果為0，該函數將一直等待消息結束。
如果該介面函數調用成功，返回傳輸到設備或者從設備讀取的位元組數；如果不成功它返回一個負的錯誤值。
這兩個介面函數都不能在一個中斷上下文中或者持有自旋鎖的情況下調用，同樣，該函數也不能被任何其它函數取消，使用時要謹慎。
我們要給未知的USB設備寫驅動程序，只需要把這個框架程序稍做修改就可以用了，前面我們已經說過要修改製造商和產品的ID號，把0xfff0這兩個值改為未知USB的ID號。
#define USB_SKEL_VENDOR_ID 0xfff0
#define USB_SKEL_PRODUCT_ID 0xfff0
還 有就是在探測函數中把需要探測的介面端點類型寫好，在這個框架程序中只探測了批量（USB_ENDPOINT_XFER_BULK）IN和OUT端點，可 以在此處使用掩碼（USB_ENDPOINT_XFERTYPE_MASK）讓其探測其它的端點類型，驅動程序會對USB設備的每一個介面進行一次探測， 當探測成功後，驅動程序就被綁定到這個介面上。再有就是urb的初始化問題，如果你只寫簡單的USB驅動，這塊不用多加考慮，框架程序里的東西已經夠用 了，這里我們簡單介紹三個初始化urb的輔助函數：
usb_fill_int_urb ：它的函數原型是這樣的：
void usb_fill_int_urb(struct urb *urb,struct usb_device *dev,
unsigned int pipe,void *transfer_buff,
int buffer_length,usb_complete_t complete,
void *context,int interval);
這個函數用來正確的初始化即將被發送到USB設備的中斷端點的urb。
usb_fill_bulk_urb ：它的函數原型是這樣的：
void usb_fill_bulk_urb(struct urb *urb,struct usb_device *dev,
unsigned int pipe,void *transfer_buffer,
int buffer_length,usb_complete_t complete)
這個函數是用來正確的初始化批量urb端點的。
usb_fill_control_urb ：它的函數原型是這樣的：
void usb_fill_control_urb(struct urb *urb,struct usb_device *dev,unsigned int pipe,unsigned char *setup_packet,void *transfer_buffer,int buffer_length,usb_complete_t complete,void *context);
這個函數是用來正確初始化控制urb端點的。
還有一個初始化等時urb的，它現在還沒有初始化函數，所以它們在被提交到USB核心前，必須在驅動程序中手工地進行初始化，可以參考內核源代碼樹下的/usr/src/~/drivers/usb/media下的konicawc.c文件。
5. 什麼是linux核心數據結構
操作系統可能包含許多關於系統當前狀態的信息。當系統發生變化時，這些數據結構必須做相應的改變以反映這些情況。例如，當用戶登錄進系統時將產生一個新的進程。核心必須創建表示新進程的數據結構，同時 將它和系統中其他進程的數據結構連接在一起。 大多數數據結構存在於物理內存中並只能由核心或者其子系統來訪問。數據結構包括數據和指針；還有其他數據結構的地址或者子程序的地址。它們混在一起讓Linux核心數據結構看上去非常混亂。盡管可能被幾個核心子系統同時用到，每個數據結構都有其專門的用途。理解Linux核心的關鍵是理解它的數據結構以及Linux核心中操縱這些數據結構的各種函數。本書把Linux核心的 描敘重點放在數據結構上，主要討論每個核心子系統的演算法，完成任務的途徑以及對核心數據結構的使用。
2.3.1 連接列表
Linux使用的許多軟體工程的技術來連接它的數據結構。在許多場合下，它使用linked或者chained數據結構。 每個數據結構描敘某一事物，比如某個進程或網路設備，核心必須能夠訪問到所有這些結構。在鏈表結構中，個根節點指針包含第一個結構的地址，而在每個結構中又包含表中下一個結構的指針。表的最後一項必須是0或者NULL，以表明這是表的尾部。在雙向鏈表中，每個結構包含著指向表中前一結構和後一結構的指針。使用雙向鏈表的好處在於更容易在表的中部添加與刪除節點，但需要更多的內存操作。這是一種典型的操作系統開銷與CPU循環之間的折中。
2.3.2 散列表
鏈表用來連接數據結構比較方便，但鏈表的操作效率不高。如果要搜尋某個特定內容，我們可能不得不遍歷整個鏈表。Linux使用另外一種技術:散列表來提高效率。散列表是指針的數組或向量，指向內存中連續的相鄰數據集合。散列表中每個指針元素指向一個獨立鏈表。如果你使用數據結構來描敘村子裡的人，則你可以使用年齡作為索引。為了找到某個人的數據，可以在人口散列表中使用年齡作為索引，找到包含此人特定數據的數據結構。但是在村子裡有很多人的年齡相同，這樣散列表指針變成了一個指向具有相同年齡的人數據鏈表的指針。搜索這個小鏈表的速度顯然要比搜索整個數據鏈錶快得多。 由於散列表加快了對數據結構的訪問速度，Linux經常使用它來實現Caches。Caches是保存經常訪問的信息的子集。經常被核心使用的數據結構將被放入Cache中保存。Caches的缺點是比使用和維護單一鏈表和散列表更復雜。尋找某個數據結構時，如果在Cache中能夠找到（這種情況稱為cache 命中），這的確很不錯。但是如果沒有找到，則必須找出它，並且添加到Cache中去。如果Cache空間已經用完則Linux必須決定哪一個結構將從其中拋棄，但是有可能這個要拋棄的數據就是Linux下次要使用的數據。
2.3.3 抽象介面
Linux核心常將其介面抽象出來。介面指一組以特定方式執行的子程序和數據結構的集合。例如，所有的網路設備驅動必須提供對某些特定數據結構進行操作的子程序。通用代碼可能會使用底層的某些代碼。例如網路層代碼是通用的，它得到遵循標准介面的特定設備相關代碼的支持。 通常在系統啟動時，底層介面向更高層介面注冊(Register)自身。這些注冊操作包括向鏈表中加入結構節點。例如，構造進核心的每個文件系統在系統啟動時將其自身向核心注冊。文件/proc/filesysems中可以看到已經向核心注冊過的文件系統。注冊數據結構通常包括指向函數的指針，以文件系統注冊為例，它向Linux核心注冊時必須將那些mount文件系統連接時使用的一些相關函數的地址傳入。
6. linux中使用sysfs 我想在一個指定的目錄下創建一個屬性文件，改如何操作
參考kernel目錄下n/filesystems/sysfs.txt文件。
先用宏DEVICE_ATTR定義：
#define DEVICE_ATTR(_name, _mode, _show, _store)
struct device_attribute dev_attr_##_name = __ATTR(_name, _mode, _show, _store)
顯示：
static ssize_t show_name(struct device *dev, struct device_attribute *attr,
char *buf)
{
return scnprintf(buf, PAGE_SIZE, "%s ", dev->name);
}
3. 存儲：
static ssize_t store_name(struct device *dev, struct device_attribute *attr,
const char *buf, size_t count)
{
snprintf(dev->name, sizeof(dev->name), "%.*s",
(int)min(count, sizeof(dev->name) - 1), buf);
return count;
}
7. linux 內核4.9.11如何使用熱拔插
在Linux系統中，當系統配置發生變化時,如:添加kset到系統；移動kobject,一個通知會從內核空間發送到用戶空間,這就是熱插拔事件。熱插拔事件會導致用戶空間中相應的處理程序(如udev,mdev)被調用,這些處理程序會通過載入驅動程序,創建設備節點等來響應熱插拔事件。
操作集合
Structkset_uevent_ops{
int(*filter)(structkset*kset,structkobject*kobj);
constchar*(*name)(structkset*kset,structkobject*kobj);
int(*uevent)(structkset*kset,structkobject*kobj,
structkobj_uevent_env*env);
}
當該kset所管理的kobject和kset狀態發生變化時（如被加入，移動），這三個函數將被調用。
Filter：決定是否將事件傳遞到用戶空間。如果filter返回0,將不傳遞事件。
Name：負責將相應的字元串傳遞給用戶空間的熱插拔處理程序。
Uevent：將用戶空間需要的參數添加到環境變數中。
int(*uevent)(structkset*kset,
structkobject*kobj,/*產生事件的目標對象*/
char**envp,/*一個保存其他環境變數定義(通常為NAME=value的格式)的數組*/
intnum_envp,/*環境變數數組中包含的變數數（數組大小）*/
char*buffer,intbuffer_size/*環境變數被放入的緩沖區的指針和位元組數*/
);/*返回值正常時是，若返回非零值將終止熱插拔事件的產生*/
實例源碼：temp.rar
點擊(此處)折疊或打開
/**
*熱插拔事件
*Lzy2012-7-27
*/
#include<linux/device.h>
#include<linux/mole.h>
#include<linux/kernel.h>
#include<linux/init.h>
#include<linux/string.h>
#include<linux/sysfs.h>
#include<linux/stat.h>
#include<linux/kobject.h>
static struct attribute test_attr=
{
.name="kobj_config",
.mode=S_IRWXUGO,
};
static struct attribute*def_attrs[]=
{
&test_attr,
NULL,
};
ssize_t kobj_test_show(struct kobject*kobject,struct attribute*attr,char*buf)
{
printk("Have show -->
");
printk("attrname: %s.
",attr->name);
sprintf(buf,"%s
",attr->name);
return strlen(attr->name)+2;
}
ssize_t kobj_test_store(struct kobject*kobject,struct attribute*attr,constchar*buf,size_t size)
{
printk("Have store -->
");
printk("write: %s.
",buf);
return size;
}
static struct sysfs_ops obj_test_sysops=
{
.show=kobj_test_show,
.store=kobj_test_store,
};
void obj_test_release(struct kobject*kobject)
{
printk("[kobj_test: release!]
");
}
static struct kobj_type ktype=
{
.release=obj_test_release,
.sysfs_ops=&obj_test_sysops,
.default_attrs=def_attrs,
};
staticintkset_filter(struct kset*kset,struct kobject*kobj)
{
//intret=0;
//struct kobj_type*ktype=get_ktype(kobj);/*得到屬性類型*/
//ret=(ktype==&ktype_part);
printk("Filter: kobj %s.
",kobj->name);
return 1;
}
staticconstchar*kset_name(struct kset*kset,struct kobject*kobj)
{
static char buf[20];
/*struct device*dev=to_dev(kobj);
if(dev->bus)
return dev->bus->name;
elseif(dev->class)
return dev->class->name;
else
*/{
printk("Name kobj %s.
",kobj->name);
sprintf(buf,"%s","kset_name");
}
return buf;
}
staticintkset_uevent(struct kset*kset,struct kobject*kobj,struct kobj_uevent_env*env)
{
inti=0;
printk("uevent: kobj %s.
",kobj->name);
while(i<env->envp_idx)
{
printk("%s.
",env->envp[i]);
i++;
}
return 0;
}
static struct kset_uevent_ops uevent_ops=
{
.filter=kset_filter,
.name=kset_name,
.uevent=kset_uevent,
};
struct kset*kset_p;
struct kset kset_c;
staticint__init kset_test_init(void)
{
intret=0;
printk("kset test init!
");
/*創建並注冊 kset_p*/
kset_p=kset_create_and_add("kset_p",&uevent_ops,NULL);
kobject_set_name(&kset_c.kobj,"kset_c");
kset_c.kobj.kset=kset_p;/*添加 kset_c 到 kset_p*/
/*對於較新版本的內核，在注冊 kset 之前，需要
*填充 kset.kobj 的 ktype 成員，否則注冊不會成功*/
kset_c.kobj.ktype=&ktype;
ret=kset_register(&kset_c);
if(ret)
kset_unregister(kset_p);
return ret;
}
static void __exit kset_test_exit(void)
{
printk("kset test exit!
");
kset_unregister(&kset_c);
kset_unregister(kset_p);
}
mole_init(kset_test_init);
mole_exit(kset_test_exit);
MODULE_AUTHOR("Lzy");
MODULE_LICENSE("GPL");