Linux 内核通知链随笔【中】【转】

转自：http://blog.chinaunix.net/uid-23069658-id-4364171.html

关于内核通知链不像Netlink那样，既可以用于内核与用户空间的通信，还能用于内核不同子系统之间的通信，通知链只能用于内核不同子系统之间的通信。那么内核通知链到底是怎么工作的？我们如何才能用好通知链？内核源代码里随处可见的通知链身影，我们到底该如何理解呢？本片博文过后，您的这些疑问和顾虑将统统消除。

   以前有个女神，超凡脱俗、出水芙蓉，不过在怎么滴也是人，是人就会有各种各样的需求，女神的所有需求都放在她的需求链表里requirment_chain，比如物质需求，精神需求等等。然后女神首先需要做的事情就是将自己的需求链给实例化了：

点击(此处)折叠或打开

1. /* Godness.c */
2. /* 我们假设女神需求链的类型是原始通知链(PS：不要和原始需求挂钩理解 -_-||)*/
3. static RAW_NOTIFIER_HEAD(requirment_chain);

    当需求被定义出来后，还需要向外提供两个接口：一个是别人用于满足她需求的接口，另一个是别人需要和她break out的接口(虽然在现实生活中这种情况比较令人sadness，但女神所在的虚拟世界里这个是必须的)。于是女神提供了别人往其需求链注册响应函数的接口和卸载响应函数的接口：

点击(此处)折叠或打开

1. /* Godness.c*/
3. int register_godness_notifier(struct notifier_block *nb)
4. {
5.         return raw_notifier_chain_register(&requirment_chain, nb);
6. }
7. EXPORT_SYMBOL(register_godness_notifier); //注册函数实现了之后必须将其公布出去，不然别人怎么看得到呢
9. int unregister_godness_notifier(struct notifier_block *nb)
10. {
11.         return raw_notifier_chain_unregister(&requirment_chain, nb);
12. }
13. EXPORT_SYMBOL(unregister_godness_notifier); //同上

    然后，女神要做的就是提需求，并看看哪些屌丝、土豪或高富帅来追求自己：

点击(此处)折叠或打开

1. int call_godness_notifier_chain(unsigned long val, void *v)
2. {
3.         return raw_notifier_call_chain(&requirment_chain, val, v);
4. }
5. EXPORT_SYMBOL(call_godness_notifier_chain);

    为了模拟测试过程，我们需要一个内核线程，模拟女神提需求的过程，然后不断调用上面的需求响应的检测函数。我们姑且认为认为女神的需求有两种：物质需求就是对menoy的需求，精神需求就是音乐的需求。女神每3秒钟提一个需求，一共提10个需求：

点击(此处)折叠或打开

1. #define PHY_REQ 0 //物质需求
2. #define SPR_REQ 1 //精神需求
4. #define REQ_MAX SPR_REQ+1
6. static int make_requirment_thread(void *data)
7. {
8.      int i = 10;
9.      struct completion cmpl;
10.      unsigned int requirment_type = 0;
11.      printk("[Godness]requirements thread starting...\n");
12.      while((i--) > 0){
13.             init_completion(&cmpl);
14.             wait_for_completion_timeout(&cmpl, 3 * HZ);
16.             get_random_bytes(&requirment_type,sizeof(requirment_type));  //生成一个内核随机数
17.             requirment_type %= REQ_MAX;  //需求类型之可能是0或者1
19.             printk("[Godness]requirment type: %d \n",requirment_type);
20.             call_godness_notifier_chain(requirment_type,NULL);
21.      }
22.      printk("[Godness]requirements thread ended!\n");
23.      return 0;
24. }

    女神的最终模型如下：

点击(此处)折叠或打开

1. #include <asm/uaccess.h>
2. #include <linux/types.h>
3. #include <linux/kernel.h>
4. #include <linux/sched.h>
5. #include <linux/notifier.h>
6. #include <linux/init.h>
7. #include <linux/types.h>
8. #include <linux/module.h>
9. #include <linux/kthread.h>
10. MODULE_LICENSE("GPL");
12. #define PHY_REQ 0 //物质需求
13. #define SPR_REQ 1 //精神需求
14. #define REQ_MAX SPR_REQ+1
16. extern void get_random_bytes(void* buf,int nbytes);
17. static struct task_struct *requirments_thread = NULL;
18. /*
19. * 女神所有的需求都会列在她的需求链里。这里我们定义了一个原始通知链，暂时没考虑锁的问题。
20. */
21. static RAW_NOTIFIER_HEAD(requirment_chain);
23. /*
24. * 如果谁想追求本女王，就来献殷勤吧
25. */
26. int register_godness_notifier(struct notifier_block *nb)
27. {
28.         return raw_notifier_chain_register(&requirment_chain, nb);
29. }
30. EXPORT_SYMBOL(register_godness_notifier);
32. /*
33. * 伺候不起的，赶紧Get out as soon as 
34. */
35. int unregister_godness_notifier(struct notifier_block *nb)
36. {
37.         return raw_notifier_chain_unregister(&requirment_chain, nb);
38. }
39. EXPORT_SYMBOL(unregister_godness_notifier);
41. /*
42. * 本女王开始提需求了，看看谁能才是真心的。
43. */
44. int call_godness_notifier_chain(unsigned long val, void *v)
45. {
46.         return raw_notifier_call_chain(&requirment_chain, val, v);
47. }
48. EXPORT_SYMBOL(call_godness_notifier_chain);
50. static int make_requirment_thread(void *data)
51. {
52.      int i = 10;
53.      struct completion cmpl;
54.      unsigned int requirment_type = 0;
55.      printk("[Godness]requirements thread starting...\n");
56.      while((i--) > 0){
57.             init_completion(&cmpl);
58.             wait_for_completion_timeout(&cmpl, 3 * HZ);
59.             get_random_bytes(&requirment_type,sizeof(requirment_type));  //生成一个内核随机数
60.             requirment_type %= REQ_MAX;  //需求类型之可能是0或者1
61.            printk("[Godness]requirment type: %d \n",requirment_type);
62.             call_godness_notifier_chain(requirment_type,NULL);
63.      }
64.      printk("[Godness]requirements thread ended!\n");
65.      return 0;
66. }
68. static int __init godness_init_notifier(void)
69. {
70.         printk("[Attention]The Godness coming into the world!\n");
71.         requirments_thread = kthread_run(make_requirment_thread,NULL,"Godness_requirments_thread");
72.         return 0;
73. }
75. static void __exit godness_exit_notifier(void)
76. {
77.         printk("[Attention]The Godness leaving out!\n");
78. }
79. module_init(godness_init_notifier);
80. module_exit(godness_exit_notifier);

    这个时候有个叫土豪的家伙，突然于茫茫人海中发现了女神，并且知道了女神有金钱需求的欲望，于是土豪向女神的需求链里注册了一个金钱的响应函数，这样一旦女神需要用钱的时候他第一时间就能收到通知，然后以迅雷下载不及掩耳盗铃之势加以满足：

点击(此处)折叠或打开

1. /*Tuhao.c*/
3. extern int register_godness_notifier(struct notifier_block*);
4. extern int unregister_godness_notifier(struct notifier_block*);
6. static int baby_need_money(struct notifier_block *this, unsigned long event, void *ptr)
7. {
8.         if(event != 0)  //不是金钱需求关我鸟事
9.         {
10.             return NOTIFY_DONE; //Don't care
11.         }
12.         printk("[Tuhao]Hi Baby,$$$$$$$$ 么么哒 \n");
13.         return NOTIFY_OK;
14. }
16. static struct notifier_block cash_notifier =
17. {
18.         .notifier_call = baby_need_money,
19.         .priority = 2,
20. };
22. static int __init tuhao_register(void)
23. {
24.         int err;
25.         printk("[Tuhao]Tuhao register cash_requirment response to Godness...");
27.         err = register_godness_notifier(&cash_notifier);
28.         if (err)
29.         {
30.                 printk("Refused!\n");
31.                 return -1;
32.         }
33.         printk("Accepted!\n");
35.         return err;
36. }
38. static void __exit tuhao_unregister(void)
39. {
40.         unregister_godness_notifier(&cash_notifier);
41.         printk("[Tuhao]Tuhao is giving up Godness!(Son of bitch)\n");
42. }
44. module_init(tuhao_register);
45. module_exit(tuhao_unregister);
    
    

   这时，有一个屌丝，也于茫茫人海中发现了女神，他发现女神喜欢音乐，于是他开始响应女神的精神需求：

点击(此处)折叠或打开

1. /*Diors.c*/
3. extern int register_godness_notifier(struct notifier_block*);
4. extern int unregister_godness_notifier(struct notifier_block*);
6. static int godness_need_music(struct notifier_block *this, unsigned long event, void *ptr)
7. {
8.         if(event != 1) //我又没钱，给不了你大房子、气派的车子...
9.         {
10.             return NOTIFY_DONE; //Don't care
11.         }
12.         printk("[Diors]Hi girl,This is a classic Music disk,take it. \n");
13.         return NOTIFY_OK;
14. }
16. static struct notifier_block music_notifier =
17. {
18.         .notifier_call = godness_need_music,
19.         .priority = 2,
20. };
22. static int __init diors_register(void)
23. {
24.         int err;
25.         printk("[Diors]Diors register music_requirment response to Godness...");
27.         err = register_godness_notifier(&music_notifier);
28.         if (err)
29.         {
30.                 printk("Refused!\n");
31.                 return -1;
32.         }
33.         printk("Accepted!\n");
35.         return err;
36. }
38. static void __exit diors_unregister(void)
39. {
40.         unregister_godness_notifier(&music_notifier);
41.         printk("[Diors]Tuhao is giving up Godness!(What a pity)\n");
42. }
44. module_init(diors_register);
45. module_exit(diors_unregister);

    好的，到此为止，一切就绪，好戏正式开始：

点击(此处)折叠或打开

1. #Makefile for fun
3. obj-m:=Goddess.o Tuhao.o Diors.o
5. CURRENT_PATH := $(shell pwd)
6. KERNEL_VERSION := $(shell uname -r)
7. KERNEL_HEADER_DIR := /usr/src/kernels/$(LINUX_KERNELKERNEL_VERSION)
8. all:
9.         make -C $(KERNEL_HEADER_DIR) M=$(CURRENT_PATH) modules
10. clean:
11.         make -C $(KERNEL_HEADER_DIR) M=$(CURRENT_PATH) clean

   主角们闪亮登场：

   It's time time to show :)

   我们可以看到，女神初到人间时需要用钱，结果没人搭理，去了趟韩国回来之后，被土豪给瞄到了，于是土豪开始大把大把地视金钱如粪土。过了8秒钟，屌丝男也发现了女神，当女神想听歌时屌丝男就屁颠屁颠地把自己珍藏了多年的古典乐光盘送给了女神。最后剧中，谢幕。

   OK，让我们总结一下Linux内核通知链的应用场景。如果一个子系统需要向外通告事件时，它需要首先定义自己的通知链对象，然后向内核里其他子系统提供一个向自己的通知链注册消息响应函数的接口，当然也必须提供一个用于从自己从自己的通知链上卸载响应函数的接口。接下来，我们这个子系统要做的事情就是根据自己的实际运行情况，定期地产生一些消息，并调用自己通知链里别的系统已经注册好了消息响应函数，这样别的子系统就可以根据我们这个系统的的消息类型进行一些处理动作。
   那么多个子系统对我们的同一种消息都挂有响应函数时该怎么处理？鉴于时间关系，下次再叙。
   未完，待续...