之前的tpd_driver_t里面的suspend和resume不跑了，因为定义了CONFIG_DRM_MEDIATEK宏所以要进行修改---a/kernel-5.10/drivers/input/touchscreen/mediatek_tpd/tlsc6xxx/tlsc6x_main.c+++b/kernel-5.10/drivers/input/touchscreen/mediatek_tpd/tlsc6xxx/tlsc6x_main.c@@

MogDB/openGauss自定义snmptrapd告警信息在实际使用中，默认的报警规则信息并不能很好的满足snmp服务端的需求，需要定制化报警信息，这里以添加ip为例，看似一个简单的将IP一行信息单独在报警展示出来，涉及到的配置文件修改还是挺多的。修改prometheus.yml文件首先需要修改

MogDB/openGauss自定义snmptrapd告警信息本文出处：https://www.modb.pro/db/232391在之前的文章MogDB/openGauss监控告警配置介绍了如何通过alertmanager模块将报警通过snmp推送出去，但是在实际使用中，默认的报警规则信息并不能很好的满足snmp服务端的需求，需要定制化报警

Kernel之通知链背景最近在调触摸屏，看代码时偶然看到了通知链相关的代码，加上之前刚好了解了一点通知链相关的东东，所以特此记录下。在触摸屏驱动中的主要功能就是在开关屏的时候通知TP进行resume和suspend操作，大致的伪代码如下，以我看的elan的TP驱动为例：C.../*通知链的事件回调

fb的notifier背景最近调试了一个BUG：一个平板使用hall传感器检测键盘保护套的开合，但是发现有时候合上保护套时，屏幕并没有关闭。最后发现是CONFIG_FB=y配置没打开，导致hall传感器驱动里的fb的notifier没起作用，从而使获取的suspend/resume的状态异常，具体的细节不在这详述了，这里主

符号导出EXPORT_SYMBOL()EXPORT_SYMBOL标签内定义的函数对全部内核代码公开，不用修改内核代码就可以在您的内核模块中直接调用。2.使用方法加入B中调用A中导出函数[1]在模块A中c文件或者头文件中使用EXPORT_SYMBOL(xxxx)导出函数.有些需要添加编译选项-DEXPORT_SYMTAB.[

参考：https://www.cnblogs.com/pengdonglin137/p/4075148.htmlhttps://www.cnblogs.com/schips/p/linux_notifier.htmlhttps://www.cnblogs.com/3me-linux/p/6122444.html

1.Pyinotify介绍描述：用来监测文件系统的变化，依赖于Linux内核的inotify功能，inotify是一个事件驱动的通知器，其通知接口从内核空间到用户空间通过三个系统调用。Pyinotify结合这些系统调用，提供一个顶级的抽象和一个通用的方式来处理这些功能安装：pipinstallpyinotify包含子模块

前言内核中有许多子系统，他们相互独立，但又具有很强的依赖性。因此其中一个子系统侦测到的或者产生的事件其他子系统可能都有兴趣，那么为了实现这样的交互需求，Linux使用了所谓的通知链（notificationchain）。本博客包含的主要内容1.通知链如何声明以及内核代码定义了那些链（chain）。2.内核

8.linux内核通知链8.1.概述在Linux内核中，各个子系统之间有很强的相互关系，某些子系统可能对其它子系统产生的事件感兴趣。为了让某个子系统在发生某个事件时通知感兴趣

前言：Linux下面不同的子系统一个个的组成了整个系统的运行环节，为了让这些子系统能够互相通讯，有一种叫做：notifychain(通知链)的东西。本篇看下。概括所谓通知链，有通知，

问题描述：在虚拟机中安装Ubuntu系统时，卡在执行安装后执行的触发器update-notifier-common，ubuntuubiquityprocessingtriggersforupdate-notifier-common解决方法：关闭网