内核notifier机制应用

前言

最近在Android10.0系统上调试TP驱动，需要增加双击唤醒功能。so easy，在驱动的suspend和early_suspend接口中获取系统待机标志，然后在触摸事件处理函数上根据该标志位进行判断，如果已经待机，则上报POWER事件，如果正常工作状态，则上报触摸事件。

当然，事与愿违的事情很多，不差这一件。在调试的过程中，发现内核中已经没有early_suspend相关的接口，SDK提供方也没做相关实现。那系统进入浅睡眠的时候，TP驱动中如何知道系统已进入待机？

在这个过程中尝试了三种方法：

1.runtime pm机制。但这个跟Android的电源管理没有关联，只是设备自个的电源管理，无法满足当前的需求，弃之；

2.在TP驱动中增加一个节点，当系统进入待机的时候，往该节点写入一个标志位，这样驱动就知道系统进入待机了，
满足需求，可用，但涉及修改上层，且后续如果有其他驱动需要获取待机标志，又要新增节点，麻烦，弃之；

3.使用内核的事件通知链机制，待机的时候，肯定会灭屏，在背光驱动中发出灭屏事件，TP驱动注册事件通知函数，
这样就能获取到屏的状态，也就可以做出判断了。满足需求，可用。

本文就说下如何使用内核中事件通知链机制。

概述

内核中大多数子系统是相互独立的，如果某个子系统做了一件了不得的事，那么有办法告知其他子系统么？答案是肯定的，内核提供了消息通知机制，维护了一张通知链表。通知链表是一个函数链表，链表上的每一个节点都注册了一个函数。如果内核中A子系统对B子系统发生的事情感兴趣，则可以注册消息回调函数，那么当B子系统发出某个事件时，A就能在回调函数中接收到，从而根据不同的事件进行对应的操作。

涉及的函数和数据结构

notify的使用比较简单，涉及到三个函数和一个数据结构：

1.int fb_register_client(struct notifier_block *nb)；
2.int fb_unregister_client(struct notifier_block *nb)；
3.int fb_notifier_call_chain(unsigned long val, void *v)；
4.struct notifier_block；

其中1,2,4只会在事件注册端使用，而3则是在事件发出端使用。

用法

在事件注册端，即TP driver端，需要声明一个notifier_block类型的结构体，该结构体在如下文件中定义：

./kernel/linux-4.9/include/linux/notifier.h
struct notifier_block {
	notifier_fn_t notifier_call;
	struct notifier_block __rcu *next;
	int priority;
};

这里需要关注的是notifier_call这个成员，这是一个函数指针，TP driver中需要实现一个回调函数，然后赋值给它：

static int tp_notifier_call_handler(struct notifier_block *this,
			 unsigned long event, void *cmd) {
	
	return 0;
}
struct notifier_block tp_notifier_block = {
    .notifier_call = tp_notifier_call_handler,
}

初始化好tp_notifier_block后，需要将tp_notifier_block注册到kernel的notify列表中：

static int xxx_probe(struct platform_device *pdev)
{
    ...
    int err = fb_register_client(&tp_notifier_block);
    if (err > 0) {
        printk("fb_register_client failed...\n");
        return -1;
    }
    return 0;
}

当然，最后不要忘记remove掉：

static int xxx_remove(struct platform_device *pdev)
{
    ...
    fb_unregister_client(&tp_notifier_block);
    return 0;
}

如此一来，注册就做好了，只等事件发出端，即LCD driver发出事件。

事件发出也简单，如下：

static void event_notify(int blank) {

    struct fb_event event;
    event.data = ␣ //这里定义具体的cmd
    if (blank > FB_BLANK_POWERDOWN)
            blank = FB_BLANK_POWERDOWN;
    fb_notifier_call_chain(FB_EVENT_BLANK, &event); //FB_EVENT_BLANK为事件
}

只需要在合适的场合调用event_notify函数，即可实现屏状态被TP driver获取。

大概原理

notify的原理比较简单，如下图所示：

在fb_notify中定义了一个notify列表fb_notifier_list，当tp driver通过fb_register_client函数注册一个notifier_block时，其实就是往fb_notifier_list中添加该notifier_block变量。之后当LCD driver调用fb_notifier_call_chain函数发出事件时，其实就是遍历notify列表fb_notifier_list中的各个notifier_block成员，调用里面TP driver初始化好的回调函数。

结语

学习了notify后，去看了early_suspend的实现，发现也是类似的用法，先声明一个early_suspend变量，初始化好early_suspend和late_resume方法，然后再进行注册，其实也是加到内核中early_suspend list中。之后系统进入待机（非深待）状态时，就会通过遍历该list，依次调用里面成员的early_suspend函数，唤醒流程类似。

微信公众号

我在微信公众号也有写文章，更新比较及时，有兴趣者可以扫描如下二维码，或者微信搜索【Android系统实战开发】，关注有惊喜哦！