转自:http://blog.csdn.net/g_salamander/article/details/8081724

大多数内核子系统都是相互独立的,因此某个子系统可能对其它子系统产生的事件感兴趣。为了满足这个需求,也即是让某个子系统在发生某个事件时通知其它的子系统,Linux内核提供了通知链的机制。通知链表只能够在内核的子系统之间使用,而不能够在内核与用户空间之间进行事件的通知。通知链表是一个函数链表,链表上的每一个节点都注册了一个函数。当某个事情发生时,链表上所有节点对应的函数就会被执行。所以对于通知链表来说有一个通知方与一个接收方。在通知这个事件时所运行的函数由被通知方决定,实际上也即是被通知方注册了某个函数,在发生某个事件时这些函数就得到执行。通知链技术可以概括为:事件的接收者将事件发生时应该执行的操作通过函数指针方式保存在链表中,然后当事件发生时通知者依次执行链表中每一个元素的回调函数。

一、notifier chain 定义和接口

  1. struct notifier_block {
  2. int (*notifier_call)(struct notifier_block *, unsigned long, void *);  // 回调函数接口
  3. struct notifier_block *next;  // 指向下一个通知结构
  4. int priority;                 // 当前通知链的优先级
  5. };

可以看到通知链的基础数据结构比较简单,有回调函数接口、下一节点指针、优先级三个成员,其中回调函数的三个参数分别为:指向当前结构的指针、事件类型、参数;内核提供了4种常用的通知链,分别为:

1、Atomic notifier chains

原子通知链:通知链元素的回调函数(当事件发生时要执行的函数)只能在中断上下文中运行,不允许阻塞

  1. struct atomic_notifier_head {
  2. spinlock_t lock;
  3. struct notifier_block *head;
  4. };

由宏 ATOMIC_NOTIFIER_HEAD(name) 初始化链表头,其注册、注销及通知接口分别为:

  1. int atomic_notifier_chain_register(struct atomic_notifier_head *nh, struct notifier_block *n);
  2. int atomic_notifier_chain_unregister(struct atomic_notifier_head *nh, struct notifier_block *n);
  3. int atomic_notifier_call_chain(struct atomic_notifier_head *nh, unsigned long val, void *v);

2、Blocking notifier chains

可阻塞通知链:通知链元素的回调函数在进程上下文中运行,允许阻塞

  1. struct blocking_notifier_head {
  2. struct rw_semaphore rwsem;
  3. struct notifier_block *head;
  4. };

由宏 BLOCKING_NOTIFIER_HEAD(name) 初始化链表头,其注册、注销及通知接口分别为:

  1. int blocking_notifier_chain_register(struct blocking_notifier_head *nh, struct notifier_block *nb);
  2. int blocking_notifier_chain_unregister(struct blocking_notifier_head *nh, struct notifier_block *nb);
  3. int blocking_notifier_call_chain(struct blocking_notifier_head *nh, unsigned long val, void *v);

3、Raw notifier chains

原始通知链:对通知链元素的回调函数没有任何限制,所有锁和保护机制都由调用者维护

  1. struct raw_notifier_head {
  2. struct notifier_block *head;
  3. };

由宏 RAW_NOTIFIER_HEAD(name) 初始化链表头,其注册、注销及通知接口分别为:

  1. int raw_notifier_chain_register(struct raw_notifier_head *nh, struct notifier_block *nb);
  2. int raw_notifier_chain_unregister(struct raw_notifier_head *nh, struct notifier_block *nb);
  3. int raw_notifier_call_chain(struct raw_notifier_head *nh, unsigned long val, void *v);

4、SRCU notifier chains

可阻塞通知链的一种变体

  1. struct srcu_notifier_head {
  2. struct mutex mutex;
  3. struct srcu_struct srcu;
  4. struct notifier_block *head;
  5. };

该链表头必须动态申请 srcu_init_notifier_head 和释放 srcu_cleanup_notifier_head,其注册、注销及通知接口分别为:

  1. int srcu_notifier_chain_register(struct srcu_notifier_head *nh, struct notifier_block *nb);
  2. int srcu_notifier_chain_unregister(struct srcu_notifier_head *nh, struct notifier_block *nb);
  3. int srcu_notifier_call_chain(struct srcu_notifier_head *nh, unsigned long val, void *v);

5、notifier_call_chain
当有事件触发时,通知者调用 notifier_call_chain 函数通知事件的到达,这个函数会遍历nl指向的通知链中所有的元素,然后依次调用每一个的回调函数,完成通知动作。

  1. /**
  2. * notifier_call_chain - Informs the registered notifiers about an event.
  3. *  @nl:        Pointer to head of the blocking notifier chain
  4. *  @val:       Value passed unmodified to notifier function
  5. *  @v:     Pointer passed unmodified to notifier function
  6. *  @nr_to_call:    Number of notifier functions to be called. Don't care
  7. *          value of this parameter is -1.
  8. *  @nr_calls:  Records the number of notifications sent. Don't care
  9. *          value of this field is NULL.
  10. *  @returns:   notifier_call_chain returns the value returned by the
  11. *          last notifier function called.
  12. */
  13. static int __kprobes notifier_call_chain(struct notifier_block **nl,
  14. unsigned long val, void *v,
  15. int nr_to_call, int *nr_calls)
  16. {
  17. int ret = NOTIFY_DONE;
  18. struct notifier_block *nb, *next_nb;
  19. nb = rcu_dereference(*nl);
  20. while (nb && nr_to_call) {
  21. next_nb = rcu_dereference(nb->next);
  22. #ifdef CONFIG_DEBUG_NOTIFIERS
  23. if (unlikely(!func_ptr_is_kernel_text(nb->notifier_call))) {
  24. WARN(1, "Invalid notifier called!");
  25. nb = next_nb;
  26. continue;
  27. }
  28. #endif
  29. ret = nb->notifier_call(nb, val, v);
  30. if (nr_calls)
  31. (*nr_calls)++;
  32. if ((ret & NOTIFY_STOP_MASK) == NOTIFY_STOP_MASK)
  33. break;
  34. nb = next_nb;
  35. nr_to_call--;
  36. }
  37. return ret;
  38. }

参数nl是通知链的头部,val表示事件类型,v用来指向通知链上的函数执行时需要用到的参数,一般不同的通知链,参数类型也不一样,例如当通知一个网卡被注册时,v就指向net_device结构,nr_to_call表示准备最多通知几个,-1表示整条链都通知,nr_calls非空的话,返回通知了多少个。每个被执行的 notifier_block 回调函数的返回值可能取值为以下几个:
NOTIFY_DONE:表示对相关的事件类型不关心
NOTIFY_OK:顺利执行
NOTIFY_BAD:执行有错
NOTIFY_STOP:停止执行后面的回调函数
NOTIFY_STOP_MASK:停止执行的掩码
notifier_call_chain 把最后一个被调用的回调函数的返回值作为它的返回值。

二、notifier chain 使用方法

在常见的环境中,我们通常会对 notifier chain 做一定的封装再使用。比如在电源管理子系统中,做了如下的定义和封装:

  1. static BLOCKING_NOTIFIER_HEAD(pm_chain_head);         // 初始化链表头部
  2. int register_pm_notifier(struct notifier_block *nb)   // 注册函数
  3. {
  4. return blocking_notifier_chain_register(&pm_chain_head, nb);
  5. }
  6. EXPORT_SYMBOL_GPL(register_pm_notifier);
  7. int unregister_pm_notifier(struct notifier_block *nb)  // 注销函数
  8. {
  9. return blocking_notifier_chain_unregister(&pm_chain_head, nb);
  10. }
  11. EXPORT_SYMBOL_GPL(unregister_pm_notifier);
  12. int pm_notifier_call_chain(unsigned long val)          // 通知函数
  13. {
  14. return (blocking_notifier_call_chain(&pm_chain_head, val, NULL)
  15. == NOTIFY_BAD) ? -EINVAL : 0;
  16. }

在使用的时候直接调用这几个接口则更为方便:

    1. static struct notifier_block ledtrig_sleep_pm_notifier = {
    2. .notifier_call = ledtrig_sleep_pm_callback,      // 回调函数
    3. .priority = 0,                                   // 优先级
    4. };
    5. register_pm_notifier(&ledtrig_sleep_pm_notifier);    // 注册到通知链
    6. unregister_pm_notifier(&ledtrig_sleep_pm_notifier);  // 从通知链注销
    7. pm_notifier_call_chain(PM_POST_SUSPEND);             // 调用通知链

notifier chain — 内核通知链【转】的更多相关文章

  1. linux kernel notifier chain(事件通知链)

    Linux内核中各个子系统相互依赖,当其中某个子系统状态发生改变时,就必须使用一定的机制告知使用其服务的其他子系统,以便其他子系统采取相应的措施.为满足这样的需求,内核实现了事件通知链机制(notif ...

  2. [Linux] 内核通知链 notifier

    Linux 内核中每个模块之间都是独立的,如果模块需要感知其他模块的事件,就需要用到内核通知链. 最典型的通知链应用就是 LCD 和 TP 之间,TP 需要根据 LCD 的亮灭来控制是否打开关闭触摸功 ...

  3. Linux内核调试方法总结之内核通知链

    Linux内核通知链notifier 1.内核通知链表简介(引用网络资料)    大多数内核子系统都是相互独立的,因此某个子系统可能对其它子系统产生的事件感兴趣.为了满足这个需求,也即是让某个子系统在 ...

  4. Linux 内核通知链随笔【中】

    关于内核通知链不像Netlink那样,既可以用于内核与用户空间的通信,还能用于内核不同子系统之间的通信,通知链只能用于内核不同子系统之间的通信.那么内核通知链到底是怎么工作的?我们如何才能用好通知链? ...

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

    转自:http://blog.chinaunix.net/uid-23069658-id-4364171.html 关于内核通知链不像Netlink那样,既可以用于内核与用户空间的通信,还能用于内核不 ...

  6. Linux内核通知链模块

    通知链描写叙述 大多数内核子系统都是相互独立的,因此某个子系统可能对其他子系统产生的事件感兴趣. 为了满足这个需求,也即是让某个子系统在发生某个事件时通知其他的子系统.Linux内核提供了通知链的机制 ...

  7. Linux 内核通知链机制的原理及实现

    一.概念: 大多数内核子系统都是相互独立的,因此某个子系统可能对其它子系统产生的事件感兴趣.为了满足这个需求,也即是让某个子系统在发生某个事件时通知其它的子 系统,Linux内核提供了通知链的机制.通 ...

  8. Linux内核通知链机制的原理及实现【转】

    转自:http://www.cnblogs.com/armlinux/archive/2011/11/11/2396781.html 一.概念: 大多数内核子系统都是相互独立的,因此某个子系统可能对其 ...

  9. Linux内核基础--事件通知链(notifier chain)

    转载: http://blog.csdn.net/wuhzossibility/article/details/8079025 http://blog.chinaunix.net/uid-277176 ...

随机推荐

  1. service(ServletRequest req, ServletResponse res) 通用servlet 可以接受任意类型的请求 用于扩展

    service(ServletRequest req, ServletResponse res)   通用servlet 可以接受任意类型的请求  用于扩展

  2. 【bzoj3036】绿豆蛙的归宿 期望dp

    题目描述 随着新版百度空间的下线,Blog宠物绿豆蛙完成了它的使命,去寻找它新的归宿. 给出一个有向无环的连通图,起点为1终点为N,每条边都有一个长度.绿豆蛙从起点出发,走向终点.到达每一个顶点时,如 ...

  3. sql批量更新关系型数据库

    更改gb_groupd里的chargingrulesname的值UPDATE   tb_group SET tb_group.chargingrulesname =tb_chargingrules.c ...

  4. 《转》玩转图片Base64编码

    引言 图片处理在前端工作中可谓占据了很重要的一壁江山.而图片的 base64 编码可能相对一些人而言比较陌生,本文不是从纯技术的角度去讨论图片的 base64 编码.标题略大,不过只是希望通过一些浅显 ...

  5. OracleHelp以及其简单应用

    我自己写的简单的OracleHelp <?xml version="1.0" encoding="utf-8" ?> <configurati ...

  6. hihoCoder#1698 : 假期计划 组合数

    题面:hihoCoder#1698 : 假期计划  组合数 题解: 题目要求是有序的排列,因此我们可以在一开始就乘上A!*B!然后在把这个序列划分成很多段. 这样的话由于乘了阶乘,所以所有排列我们都已 ...

  7. UVA.455 Periodic Strings(字符串的最小周期)

    Periodic Strings 模板 题意分析 判断字符串的最小周期 代码总览 /* Title:UVA.455 Author:pengwill Date:2016-12-16 */ #includ ...

  8. 51nod 1257 背包问题 V3(分数规划)

    显然是分数规划...主要是不会求分数的形式,看了题解发现自己好傻逼QAQ 还是二分L值算出d[]降序选K个,顺便记录选择时候的p之和与w之和就可以输出分数形式了... #include<iost ...

  9. 【HASH】【UVA 10125】 Sumset

    传送门 Description 给定一个整数集合S,求一个最大的d,满足a+b+c=d,其中a,b,c,d∈S Input 多组数据,每组数据包括: 第一行一个整数n,代表元素个数 下面n行每行一个整 ...

  10. Kafka消息delivery可靠性保证(Message Delivery Semantics)

    原文见:http://kafka.apache.org/documentation.html#semantics kafka在生产者和消费者之间的传输是如何保证的,我们可以知道有这么几种可能提供的de ...