【北京迅为】《i.MX8MM嵌入式Linux开发指南》-第三篇 嵌入式Linux驱动开发篇-第五十七章 Linux中断实验

i.MX8MM处理器采用了先进的14LPCFinFET工艺，提供更快的速度和更高的电源效率;四核Cortex-A53，单核Cortex-M4，多达五个内核 ，主频高达1.8GHz，2G DDR4内存、8G EMMC存储。千兆工业级以太网、MIPI-DSI、USB HOST、WIFI/BT、4G模块、CAN、RS485等接口一应俱全。H264、VP8视频硬编码，H.264、H.265、VP8、VP9视频硬解码，并提供相关历程,支持8路PDM接口、5路SAI接口、2路Speaker。系统支持Android9.0(支持获取root限)Linux4.14.78+Qt5.10.1、Yocto、Ubuntu20、Debian9系统。适用于智能充电桩，物联网，工业控制，医疗，智能交通等，可用于任何通用工业和物联网应用、

【公众号】迅为电子

【粉丝群】258811263（加群获取驱动文档+例程）

---

第五十七章 Linux中断实验

本章导读

在 Linux 下的驱动实验中，中断是频繁使用的功能，Linux 内核提供了完善的中断框架，我们只需要使

用内核提供的函数，便可以方便的使用中断功能。本章我们就来学习一下如何在 Linux 中使用中断。

57.1章节讲解了Linux中断基础理论知识

57.2章节在iTOP-IMX8MM开发板上以按键中断为例，进行实验。

本章内容对应视频讲解链接（在线观看）：

中断基础概念 → https://www.bilibili.com/video/BV1Vy4y1B7ta?p=34

设备树中的中断节点以及相关函数 → https://www.bilibili.com/video/BV1Vy4y1B7ta?p=35

按键中断实验 → https://www.bilibili.com/video/BV1Vy4y1B7ta?p=36

程序源码在网盘资料“iTOP-i.MX8MM开发板\02-i.MX8MM开发板网盘资料汇总(不含光盘内容)\嵌入式Linux开发指南(iTOP-i.MX8MM)手册配套资料\2.驱动程序例程\014-Linux中断实验”路径下。

57.1 Linux中断简介

57.1.1 Linux中断介绍

中断是指 CPU 在执行程序的过程中，出现了某些突发事件急待处理，CPU 必须暂停当前程序的执行，

转去处理突发事件，处理完毕后又返回原程序被中断的位置继续执行。由于中断的存在极大的提高了 CPU的运行效率，但是设备的中断会打断内核进程中的正常调度和运行，系统对更高吞吐率的追求势必要求中断服务程序尽量短小精悍。

举例来说，我现在正在厨房做饭，突然电话响了，然后我关火去接电话，接完电话在回去开火继续做饭，这个过程就是中断的一个过程。在这个看似简单的过程中，却涉及到了中断的几个过程，我们一起来看一下：

• 电话铃声响了：中断请求
• 我要去接电话：中断响应
• 我关掉火：保护现场
• 我接电话的过程：中断处理
• 接完电话回到厨房开火：恢复现场
• 继续做饭：中断返回
• 如果我不接电话：中断屏蔽

为保证系统实时性，中断服务程序必须足够简短，但实际应用中某些时候发生中断时必须处理大量的

事物，这时候如果都在中断服务程序中完成，则会严重降低中断的实时性，基于这个原因，linux 系统提出了一个概念：把中断服务程序分为两部分：顶半部-底半部 。

顶半部（中断上文）：完成尽可能少的比较急的功能，它往往只是简单的读取寄存器的中断状态，并清除中断标志后就进行“中断标记”（也就是把底半部处理程序挂到设备的底半部执行队列中）的工作。 顶半部的特点就是响应速度快。

底半部（中断下文）：处理中断的剩余大部分任务，可以被新的中断打断。

57.1.2 中断相关函数

linux 中断有专门的中断子系统，其实现原理很复杂，但是驱动开发者不需要知道其实现的具体细节，

只需要知道如何应用该子系统提供的 API 函数来编写中断相关驱动代码即可。

1 获取中断号相关函数

编写驱动的时候需要用到中断号，每一个中断都有中断号，我们用到中断号，中断信息已经写到了设备树里面，因此可以通过 irq_of_parse_and_map 函数从 interupts 属性中提取到对应的设备号，函数原型如下表所示：

函数	unsigned int irq_of_parse_and_map(struct device_node *dev,int index)
dev	设备节点
index	索引号，interrupts 属性可能包含多条中断信息，通过 index 指定要获取的信息。
返回值	中断号
功能	通过 irq_of_parse_and_map 函数从 interupts 属性中提取到对应的设备号

如下表所示：

如果使用 GPIO 的话，可以使用 gpio_to_irq 函数来获取 gpio 对应的中断号，函数原型如下表所 

函数	int gpio_to_irq(unsigned int gpio)
gpio	要获取的 GPIO 编号
返回值	GPIO 对应的中断号
功能	获取GPIO对应的中断号

2 申请中断函数

同GPIO一样，在Linux内核里面，如果我们要使用某个中断也是需要申请的，申请中断我们使用的函数是 request_irq。函数原型如下表所示：

函数	int request_irq( unsigned int irq,irq_handler_t handler,unsigned long flags,const char *name,void *dev)
irq	要申请中断的中断号
handler	中断处理函数，当中断发生以后就会执行此中断处理函数。
flags	中断标志
name	中断名字，设置以后可以在开发板/proc/interrupts 文件中看到对应的中断名字
dev	如果将 flags 设置为 IRQF_SHARED 的话， dev 用来区分不同的中断，一般情况下将 dev 设置为设备结构体，dev 会传递给中断处理函数 irq_handler_t 的第二个参数。
返回值	中断申请成功返回0，其他负值则中断申请失败，如果返回-EBUSY 的话表示中断已经被申请了。

中断标识可以在文件 include/linux/interrupt.h 里面查看所有的中断标志，这里我们介绍几个常用的中断标志，如下图所示： 

标志	功能
IRQF_SHARED	多个设备共享一个中断线，共享的所有中断都必须指定此标志。如果使用共享中断的话，request_irq 函数的 dev 参数就是唯一区分他们的标志。
IRQF_ONESHOT	单次中断，中断执行一次就结束。
IRQF_TRIGGER_NONE	无触发。
IRQF_TRIGGER_RISING	上升沿触发。
IRQF_TRIGGER_FALLING	下降沿触发。
IRQF_TRIGGER_HIGH	高电平触发。
IRQF_TRIGGER_LOW	低电平触发。

3 、free_irq 函数

中断使用完成以后就要通过 free_irq 函数释放掉相应的中断。如果中断不是共享的，那么 free_irq 会

删除中断处理函数并且禁止中断。free_irq 函数原型如下所示

函数	void free_irq(unsigned int irq,void *dev)
irq	要释放的中断
dev	如果中断设置为共享(IRQF_SHARED)的话，此参数用来区分具体的中断。共享中断只有在释放最后中断处理函数的时候才会被禁止掉。
返回值	无
功能	释放掉相应的中断

4、中断处理函数

使用 request_irq 函数申请中断的时候需要设置中断处理函数，中断处理函数函数如下表所示：

函数	irqreturn_t (*irq_handler_t) (int, void *)
第一个参数	要中断处理函数要相应的中断号
第二个参数	是一个指向 void 的指针，也就是个通用指针，需要与 request_irq 函数的 dev 参数保持一致。用于区分共享中断的不同设备，dev 也可以指向设备数据结构。
返回值	中断处理函数的返回值为 irqreturn_t 类型

irqreturn_t 类型定义如下所示：

 enum irqreturn {

     IRQ_NONE = (0 << 0),

     IRQ_HANDLED = (1 << 0),

     IRQ_WAKE_THREAD = (1 << 1),

     };

 typedef enum irqreturn irqreturn_t;

可以看出 irqreturn_t 是个枚举类型，一共有三种返回值。一般中断服务函数返回值使用如下形式

return IRQ_RETVAL(IRQ_HANDLED)

5、中断使能和禁止函数

 常用的中断使用和禁止函数如下所示：

void enable_irq(unsigned int irq)

void disable_irq(unsigned int irq)

enable_irq 和 disable_irq 用于使能和禁止指定的中断，irq 就是要禁止的中断号。disable_irq 函数要

等到当前正在执行的中断处理函数执行完才返回，因此使用者需要保证不会产生新的中断，并且确保所有

已经开始执行的中断处理程序已经全部退出。在这种情况下，可以使用另外一个中断禁止函数：

void disable_irq_nosync(unsigned int irq)

disable_irq_nosync 函数调用以后立即返回，不会等待当前中断处理程序执行完毕。

57.1.3 中断上文和中断下文

中断的存在可以极大的提高CPU的运行效率，但是中断会打断内核进程中的正常调度和运行，所以为保证系统实时性，中断服务程序必须足够简短，但实际应用中某些时候发生中断时必须处理大量的事物，这时候如果都在中断服务程序中完成，则会严重降低中断的实时性，基于这个原因，linux 系统提出了一个概念：把中断服务程序分为两部分：中断上文和中断下文。

有些资料中也将顶半部和底半部称为上半部和下半部，都是一个意思。Linux 内核将中断分为顶半部和

底半部的主要目的就是实现中断处理函数的快进快出，那些对时间敏感、执行速度快的操作可以放到中断

处理函数中，也就是顶半部。剩下的所有工作都可以放到底半部去执行，至于哪些代码要在顶半部完成，哪些代码要在底半部完成，并没有严格的要求，要根据实际情况来判断，下面有一些参考点：

① 如果要处理的内容不希望被其他中断打断，那么可以放到上半部。

② 如果要处理的任务对时间敏感，可以放到上半部。

③ 如果要处理的任务与硬件有关，可以放到上半部

④ 除了上述三点以外的其他任务，优先考虑放到下半部。

中断上文：完成尽可能少却比较急的任务，中断上文的特点就是响应速度快。中断下文：处理中断剩余的大量比较耗时间的任务，而且可以被新的中断打断。

举例来说，我现在正在厨房做饭，突然电话响了，然后我关火去接电话，快递员打电话让我下楼去拿快递，接完电话叫我女朋友去下楼拿快递，然后我在回去开火继续做饭，这个过程就是中断上下文。

分析例子：快递员打电话让我下去拿快递，这个事情很紧急，所以要快速处理，这个就是要在中断上文中完成。但是下楼拿快递这个过程非常耗时间，所以叫女朋友去拿快递，这个就是中断下文。下楼拿快递很耗时间，如果我不叫女朋友去帮我拿而是自己拿，等我拿完饭回来我锅里的菜是不是就凉了呀，同理，如果你在中断里面做很耗时间的时间，系统就会崩溃。如果女朋友在去拿快递的过程中，突然口渴了，要去超市买水，所以，中断下半部分是可以被中断打断的。

总之，中断上文越快越好，中断下文可以做比较耗时间的事情，但是不能死循环。Linux中断可以嵌套吗？以前是可以，现在不可以。

57.1.4 设备树中的中断节点

如果一个设备需要用到中断功能，开发人员就需要在设备树中配置好中断属性信息，因为设备树是用来描述硬件信息的，然后Linux内核通过设备树配置的中断属性来配置中断功能。对于中断控制器而言，打开/home/topeet/linux/linux-imx/arch/arm64/boot/dts/freescale/itop8mm-evk.dtsii文件，其中的 gic节点就是 IMX8MM的中断控制器节点，节点内容如下所示：

gic: interrupt-controller@38800000 {compatible = "arm,gic-v3";reg = <0x0 0x38800000 0 0x10000>, /* GIC Dist */<0x0 0x38880000 0 0xC0000>; /* GICR (RD_base + SGI_base) */#interrupt-cells = <3>;interrupt-controller;interrupts = <GIC_PPI 9 IRQ_TYPE_LEVEL_HIGH>;interrupt-parent = <&gic>;};

简单说明：

IMX8MM使用中断控制器是 gic-v3。

gic-v3 是 ARM Generic Interrupt Controller, version 3 的缩写，是一款 ARM 出品的通用中断控制器。

AArch64 SMP 内核通常与 GICv3 搭配使用，GICv3 提供了专用外设中断（PPI），共享外设中断（SPI），软件生成的中断（SGI）和特定于区域的外设中断（LPI）。

#interrupt-cells = <3> 表明 Interrupt client devices 需要用 3个单元才能确定引用的中断，例如 interrupts = <GIC_PPI 9 IRQ_TYPE_LEVEL_HIGH>;。interrupt-controller 节点为空，表示当前节点是中断控制器。

对于 gpio 来说，gpio 节点也可以作为中断控制器，比如 imx6ull.dtsi 文件中的 gpio5 节点内容如下所示：

1 gpio5 : gpio @020ac000{
2     compatible = "fsl,imx6ul-gpio", "fsl,imx35-gpio";
3     reg = <0x020ac000 0x4000>;
4     interrupts = <GIC_SPI 74 IRQ_TYPE_LEVEL_HIGH>, <GIC_SPI 75 IRQ_TYPE_LEVEL_HIGH>;
5     gpio-controller;
6     #gpio-cells = <2>;
7     interrupt-controller;
8     #interrupt-cells = <2>;
9    };

第 4 行，interrupts 描述中断源信息，对于 gpio5 来说一共有两条信息，中断类型都是 SPI，触发电

平都是 IRQ_TYPE_LEVEL_HIGH。不同之处在于中断源，一个是 74，一个是 75，可以打开参考手册的“Chapter 3 Interrupts and DMA Events”章节，找到表 3-1，有如图所示的内容：

从上图可以看出，GPIO5 一共用了 2 个中断号，一个是 74，一个是 75。其中 74 对应 GPIO5_IO00~GPIO5_IO15 这低 16 个 IO，75 对应 GPIO5_IO16~GPIOI5_IO31 这高 16 位 IO。

第 7 行，interrupt-controller 表明了 gpio5 节点也是个中断控制器，用于控制 gpio5 所有 IO的中断。

第 8 行，将#interrupt-cells 修改为 2。

简单总结下与中断有关的设备树属性信息

• #interrupt-cells，指定中断源的信息 cells 个数。 
• interrupt-controller，表示当前节点为中断控制器 
• interrupts，指定中断号，触发方式等。 
• interrupt-parent，指定父中断，也就是中断控制器 

中断实际上是非常复杂的，但是作为开发人员，我们只需要关心怎么在设备树中指定中断，怎么在代码中获得中断就可以。其他的事情，比如设备树中的中断控制器，这些都是由原厂的BSP工程师帮我们写好了，我们不需要来修改他。除非将来你有机会去原厂工作，否则我们不会从头开始写一个设备树文件的，分工是非常明确的。我们需要关注的点是怎么在设备树里面描述一个外设的中断节点，我们来看一个例子。

ft5x06_ts@38 {compatible = "edt,edt-ft5x06";reg = <0x38>;pinctrl-names = "defaults";pinctrl-0 = <&pinctrl_ft5x06_int>;interrupt-parent = <&gpio1>;interrupts = <15 2>;status = "okay";
}；
pinctrl_ft5x06_int: ft5x06_int {fsl,pins = </*MX8MM_IOMUXC_GPIO1_IO09_GPIO1_IO9               0x159*/MX8MM_IOMUXC_GPIO1_IO15_GPIO1_IO15              0x159MX8MM_IOMUXC_SAI5_RXD2_GPIO3_IO23               0x41>;};

在这个例子中，我们先使用pinctrl和gpio子系统把这个引脚设置为了gpio功能，因为我们在使用中断的时候需要把引脚设置成输入。然后使用interrupt-parent和interrupts属性来描述中断。interrupt-parent的属性值是gpio1，也就是他的要使用gpio1这个中断控制器，为什么是gpio1呢，因为我们的引脚使用的是gpio1里面的io15，所以我们使用的是gpio1这个中断控制器。interrupts属性设置的是中断源，为什么里面是两个cells呢，因为我们在gpio1这个中断控制器里面#interrupt-cells的值为2，如下图所示：

例子中的第一个 cells 的 15表示 GPIO1 组的 15号 IO。2表示下降沿有效。

IRQ_TYPE_EDGE_BOTH 定义在文件 include/linux/irq.h 中，定义如下 

所以我们在设备树里面配置中断的时候只需要两个步骤即可，第一个步骤是把管脚设置为gpio功能。第二个步骤是使用interrupt-parent和interrupts属性来描述中断。

57.2 实验程序编写

我们以iMX8MM开发板为例，，写一个按键中断，按一下按键就让在终端上打印一句话，这个程序是非常简单的，因为他没有涉及到中断下文的编写，只有中断上文。

57.2.1 修改设备树文件

我们修改设备树文件itop8mm-evk.dtsi，路径在源码目录/home/topeet/linux/linux-imx/arch/arm64/boot/dts/freescale/目录下。我们要使用开发板底板上的音量+键进行试验，首先将原来的节点注释掉，如下图所示：

 然后在根节点下，添加以下内容。

注释掉以前修改的内容，如下图所示

然后编译源码，编译源码请参考IMX8MM开发板使用手册。然后重新烧写Linux镜像，接下来我们来检查你编译的设备树文件有没有被加载到系统里面，也就是说查看你添加的节点有没有，如下图所示： 

 从上图可以看到我们添加的节点，我们查看下节点“test”，如下图所示：

从上图可以看出“compatible”属性值是keys。

57.2.2 编写驱动代码

程序源码在网盘资料“iTOP-i.MX8MM开发板\02-i.MX8MM开发板网盘资料汇总(不含光盘内容)\嵌入式Linux开发指南(iTOP-i.MX8MM)手册配套资料\2.驱动程序例程\014-Linux中断实验\001”路径下。

我们在Ubuntu的/home/topeet/imx8mm/14/001目录下新建driver.c，将上次编译driver.c的Makefile文件和build.sh拷贝到新建的driver.c同级目录下，修改Makefile为：

obj-m += driver.o
KDIR:=/home/topeet/linux/linux-imx
PWD?=$(shell pwd)
all:make -C $(KDIR) M=$(PWD) modules ARCH=arm64
clean:make -C $(KDIR) M=$(PWD) clean

完整的驱动代码如下面所示：

/** @Author:topeet* @Description: 使用irq_of_parse_and_map函数来获取中断号*/
#include <linux/init.h>
#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux/of.h>
#include <linux/of_address.h>
#include <linux/of_irq.h>#include <linux/gpio.h>
#include <linux/of_gpio.h>
#include <linux/interrupt.h>
//定义结构体表示我们的节点
struct device_node *test_device_node;
struct property *test_node_property;
//要申请的中断号
int irq;
// GPIO 编号
int gpio_nu;/*** @description: 中断处理函数test_key* @param {int} irq ：要申请的中断号* @param {void} *args ：* @return {*}IRQ_HANDLED*/
irqreturn_t test_key(int irq, void *args)
{printk("test_key \n");return IRQ_RETVAL(IRQ_HANDLED);
}
/***************************************************************************************** @brief led_probe : 与设备信息层（设备树）匹配成功后自动执行此函数，* @param inode : 文件索引* @param file  : 文件* @return 成功返回 0           ****************************************************************************************/
int led_probe(struct platform_device *pdev)
{int ret = 0;// 打印匹配成功进入probe函数printk("led_probe\n");test_device_node = of_find_node_by_path("/test");if (test_device_node == NULL){//查找节点失败则打印信息printk("of_find_node_by_path is error \n");return -1;}gpio_nu = of_get_named_gpio(test_device_node, "gpios", 0);if (gpio_nu < 0){printk("of_get_namd_gpio is error \n");return -1;}//设置GPIO为输入模式gpio_direction_input(gpio_nu);//获取GPIO对应的中断号//irq = gpio_to_irq(gpio_nu);irq = irq_of_parse_and_map(test_device_node, 0);printk("irq is %d \n", irq);/*申请中断，irq:中断号名字  test_key：中断处理函数IRQF_TRIGGER_RISING：中断标志，意为上升沿触发"test_key"：中断的名字*/ret = request_irq(irq, test_key, IRQF_TRIGGER_RISING, "test_key", NULL);if (ret < 0){printk("request_irq is error \n");return -1;}return 0;
}int led_remove(struct platform_device *pdev)
{printk("led_remove\n");return 0;
}
const struct platform_device_id led_idtable = {.name = "keys",
};
const struct of_device_id of_match_table_test[] = {{.compatible = "keys"},{},
};
struct platform_driver led_driver = {//3. 在led_driver结构体中完成了led_probe和led_remove.probe = led_probe,.remove = led_remove,.driver = {.owner = THIS_MODULE,.name = "led_test",.of_match_table = of_match_table_test},//4 .id_table的优先级要比driver.name的优先级要高，优先与.id_table进行匹配.id_table = &led_idtable};/*** @description: 模块初始化函数* @param {*}* @return {*}*/
static int led_driver_init(void)
{//1.我们看驱动文件要从init函数开始看int ret = 0;//2.在init函数里面注册了platform_driverret = platform_driver_register(&led_driver);if (ret < 0){printk("platform_driver_register error \n");}printk("platform_driver_register ok \n");return 0;
}/*** @description: 模块卸载函数* @param {*}* @return {*}*/
static void led_driver_exit(void)
{free_irq(irq, NULL);platform_driver_unregister(&led_driver);printk("goodbye! \n");
}
module_init(led_driver_init);
module_exit(led_driver_exit);MODULE_LICENSE("GPL");

57.2.3 运行测试

编译驱动代码为驱动模块，编译成功如下图所示：

我们进入共享文件夹，加载驱动模块，如下图所示：

那么我们怎么查看是否申请中断成功了呢?我们可以进入到开发板的/proc/interrupts目录查看，如下图所示：

cat /proc/interrupts | grep test_key

我们按一下底板上的音量+（VOL+），可以看到控制台打印信息，如下图所示： 

我们可以看中断发生了几次，我们可以进入到开发板的/proc/irq/196/spurious 目录下，如下图所示：

cat /proc/irq/196/spurious

 

从上图可知，中断发生了15次，我们可以数一下test_key打印的次数是十五次，说明发生一次中断，会打印一次test_key。

57.2.4 优化方案

上面的例子我们是使用函数gpio_to_irq来获取中断号的，接下来我们通过在设备树文件里面使用属性“interrupt-parent”和“interrupts”来获取中断号，我们修改设备树文件如下图所示：

 

重新编译源码，然后烧写设备树镜像，启动开发板后如下图所示： 

我们检查一下有没有我们添加的节点，如下图所示，出现添加的设备节点test。 

接下来我们改一下驱动driver.c,完整代码如下所示：

程序源码在网盘资料“iTOP-i.MX8MM开发板\02-i.MX8MM开发板网盘资料汇总(不含光盘内容)\嵌入式Linux开发指南(iTOP-i.MX8MM)手册配套资料\2.驱动程序例程\014-Linux中断实验\002”路径下。

/** @Author:topeet* @Description: 使用gpio_to_irq函数来获取中断号*/
#include <linux/init.h>
#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux/of.h>
#include <linux/of_address.h>
#include <linux/of_irq.h>#include <linux/gpio.h>
#include <linux/of_gpio.h>
#include <linux/interrupt.h>
//定义结构体表示我们的节点
struct device_node *test_device_node;
struct property *test_node_property;
//要申请的中断号
int irq;
// GPIO 编号
int gpio_nu;/*** @description: 中断处理函数test_key* @param {int} irq ：要申请的中断号* @param {void} *args ：* @return {*}IRQ_HANDLED*/
irqreturn_t test_key(int irq, void *args)
{printk("test_key \n");return IRQ_HANDLED;
}
/***************************************************************************************** @brief led_probe : 与设备信息层（设备树）匹配成功后自动执行此函数，* @param inode : 文件索引* @param file  : 文件* @return 成功返回 0           ****************************************************************************************/
int led_probe(struct platform_device *pdev)
{int ret = 0;// 打印匹配成功进入probe函数printk("led_probe\n");test_device_node = of_find_node_by_path("/test");if (test_device_node == NULL){//查找节点失败则打印信息printk("of_find_node_by_path is error \n");return -1;}gpio_nu = of_get_named_gpio(test_device_node, "gpios", 0);if (gpio_nu < 0){printk("of_get_namd_gpio is error \n");return -1;}//设置GPIO为输入模式gpio_direction_input(gpio_nu);//获取GPIO对应的中断号// irq = gpio_to_irq(gpio_nu);irq =irq_of_parse_and_map(test_device_node,0);printk("irq is %d \n", irq);/*申请中断，irq:中断号名字  test_key：中断处理函数IRQF_TRIGGER_RISING：中断标志，意为上升沿触发"test_key"：中断的名字*/ret = request_irq(irq, test_key, IRQF_TRIGGER_RISING, "test_key", NULL);if (ret < 0){printk("request_irq is error \n");return -1;}return 0;
}int led_remove(struct platform_device *pdev)
{printk("led_remove\n");return 0;
}
const struct platform_device_id led_idtable = {.name = "keys",
};
const struct of_device_id of_match_table_test[] = {{.compatible = "keys"},{},
};
struct platform_driver led_driver = {//3. 在led_driver结构体中完成了led_probe和led_remove.probe = led_probe,.remove = led_remove,.driver = {.owner = THIS_MODULE,.name = "led_test",.of_match_table = of_match_table_test},//4 .id_table的优先级要比driver.name的优先级要高，优先与.id_table进行匹配.id_table = &led_idtable};/*** @description: 模块初始化函数* @param {*}* @return {*}*/
static int led_driver_init(void)
{//1.我们看驱动文件要从init函数开始看int ret = 0;//2.在init函数里面注册了platform_driverret = platform_driver_register(&led_driver);if (ret < 0){printk("platform_driver_register error \n");}printk("platform_driver_register ok \n");return 0;
}/*** @description: 模块卸载函数* @param {*}* @return {*}*/
static void led_driver_exit(void)
{free_irq(irq, NULL);platform_driver_unregister(&led_driver);printk("gooodbye! \n");
}
module_init(led_driver_init);
module_exit(led_driver_exit);MODULE_LICENSE("GPL");

 编译驱动代码为驱动模块，如下图所示：

编译成功加载驱动，可以成功获得irq号，如下图所示： 

 我们按一下底板上的音量+（VOL+），可以看到控制台打印信息，如下图所示：

 

我们可以看中断发生了几次，我们可以进入到开发板的/proc/irq/196/spurious 目录下，如下图所示：

cat /proc/irq/196/spurious

 

从上图可知，中断发生了9次，我们可以数一下test_key打印的次数是9次，说明发生一次中断，会打印一次test_key。