LV06-13-中断-02-中断的申请流程
在linux中如何使用中断?基本流程是怎样的?若笔记中有错误或者不合适的地方,欢迎批评指正😃。
点击查看使用工具及版本
PC端开发环境 | Windows | Windows11 |
Ubuntu | Ubuntu20.04.2的64位版本 | |
VMware® Workstation 17 Pro | 17.6.0 build-24238078 | |
终端软件 | MobaXterm(Professional Edition v23.0 Build 5042 (license)) | |
Win32DiskImager | Win32DiskImager v1.0 | |
Linux开发板环境 | Linux开发板 | 正点原子 i.MX6ULL Linux 阿尔法开发板 |
uboot | NXP官方提供的uboot,使用的uboot版本为U-Boot 2019.04 | |
linux内核 | linux-4.19.71(NXP官方提供) |
点击查看本文参考资料
分类 | 网址 | 说明 |
官方网站 | https://www.arm.com/ | ARM官方网站,在这里我们可以找到Cotex-Mx以及ARMVx的一些文档 |
https://www.nxp.com.cn/ | NXP官方网站 | |
https://www.nxpic.org.cn/ | NXP 官方社区 | |
https://u-boot.readthedocs.io/en/latest/ | u-boot官网 | |
https://www.kernel.org/ | linux内核官网 |
点击查看相关文件下载
分类 | 网址 | 说明 |
NXP | https://github.com/nxp-imx | NXP imx开发资源GitHub组织,里边会有u-boot和linux内核的仓库 |
nxp-imx/linux-imx/releases/tag/v4.19.71 | NXP linux内核仓库tags中的v4.19.71 | |
nxp-imx/uboot-imx/releases/tag/rel_imx_4.19.35_1.1.0 | NXP u-boot仓库tags中的rel_imx_4.19.35_1.1.0 | |
I.MX6ULL | i.MX 6ULL Applications Processors for Industrial Products | I.MX6ULL 芯片手册(datasheet,可以在线查看) |
i.MX 6ULL Applications ProcessorReference Manual | I.MX6ULL 参考手册(下载后才能查看,需要登录NXP官网) | |
Source Code | https://elixir.bootlin.com/linux/latest/source | linux kernel源码 |
kernel/git/stable/linux.git - Linux kernel stable tree | linux kernel源码(官网,tag 4.19.71) | |
https://elixir.bootlin.com/u-boot/latest/source | uboot源码 |
一、中断相关API
1. 中断申请函数
1.1 request_irq()
1 | // #include <linux/interrupt.h> |
request_irq() 函数的主要功能是请求一个中断号, 并将一个中断处理程序与该中断号关联起来。 当中断事件发生时, 与该中断号关联的中断处理程序会被调用执行。request_irq() 函数可能会导致睡眠,因此不能在中断上下半部或者其他禁止睡眠的代码段中使用 request_irq() 函数。request_irq() 函数会激活(使能)中断,所以不需要我们手动去使能中断。
参数说明:
- irq: 要请求的中断号(IRQ number) 。中断号需要通过 gpio_to_irq() 函数映射 GPIO 引脚来获得。
- handler: irq_handler_t 类型,指向中断处理程序的函数指针。中断处理程序是在中断事件发生时调用的函数, 用于处理中断事件 。
- flags: 标志位, 用于指定中断处理程序的行为和属性, 如中断触发方式、 中断共享等。可以看这里:interrupt.h - include/linux/interrupt.h
1 | IRQF_TRIGGER_NONE : 无触发方式, 表示中断不会被触发。 |
比如 I.MX6U-ALPHA 开发板上的 KEY0 使用 GPIO1_IO18,按下 KEY0 以后为低电平,因此可以设置为下降沿触发,也就是将 flags 设置为 IRQF_TRIGGER_FALLING。
- name: 中断的名称, 用于标识该中断,设置以后可以在/proc/interrupts 文件中看到对应的中断名字。
- dev:如果将 flags 设置为 IRQF_SHARED 的话, dev 用来区分不同的中断,一般情况下将dev 设置为设备结构体, dev 会传递给中断处理函数 irq_handler_t 的第二个参数。
返回值:成功: 0 或正数, 表示中断请求成功。失败: 负数, 表示中断请求失败, 返回的负数值表示错误代码,如果返回-EBUSY 的话表示中断已经被申请了。
1.2 free_irq()
free_irq() 函数用于释放之前通过 request_irq() 函数注册的中断处理程序。 它的作用是取消对中断的注册并释放相关的系统资源,包括中断号、 中断处理程序和设备标识等。
1 | //#include <linux/interrupt.h> |
参数说明:
- irq: 要释放的中断号。
- dev_id: 设备标识, 用于区分不同的中断请求。 它通常是在 request_irq 函数中传递的设备特定数据指针。(如果中断设置为共享(IRQF_SHARED)的话,此参数用来区分具体的中断。共享中断只有在释放最后中断处理函数的时候才会被禁止掉。)
返回值:无
1.3 最后一个参数产生的崩溃
后面测试的过程中出现崩溃:

这里分析一下原因,中断申请函数request_irq()与中断释放函数free_irq()的最后一个参数(void *dev 设备结构体)要保持一致,必须是同一个指针。我们可以看一下释放函数free_irq()的源码:
1 | const void *free_irq(unsigned int irq, void *dev_id) |
再来看这个 __free_irq() :
1 | static struct irqaction *__free_irq(struct irq_desc *desc, void *dev_id) |
可以看到,这里会判断request_irq
填入的 dev_id
和 free_irq
的dev_id
(也就是第二个参数),如果一致,才会退出循环。
2. 中断号获取
2.1 gpio_to_irq()
2.1.1 函数说明
gpio_to_irq() 是一个宏,使用的时候需要包含 <linux/gpio.h>
,会定义成__gpio_to_irq():
1 | static inline int __gpio_to_irq(unsigned gpio) |
该函数是一个用于将 GPIO 引脚映射到对应中断号的函数。 它的作用是根据给定的 GPIO 引脚号, 获取与之关联的中断号。
参数说明:
- gpio: 要映射的 GPIO 引脚号。
返回值:成功,返回值为该 GPIO 引脚所对应的中断号。失败,返回值为负数, 表示映射失败或无效的 GPIO 引脚号。
2.1.2 怎么知道映射到哪个中断?
我们看一下gpiod_to_irq(),这个函数定义如下:
1 | int gpiod_to_irq(const struct gpio_desc *desc) |
感觉有点复杂,目前的学习重点不在这里,以后有需要再补充。
2.2 irq_of_parse_and_map()
1 | /** |
当中断信息写在设备树中的时候,可以通过此函数从 interupts 属性中提取到对应的设备号。
参数说明:
- dev: 设备节点。
- index:索引号, interrupts 属性可能包含多条中断信息,通过 index 指定要获取的信息。返回值:中断号。
返回值:成功,返回值为该 GPIO 引脚所对应的中断号。失败,返回值为负数, 表示映射失败或无效的 GPIO 引脚号。
2.3 of_irq_get()
1 | int of_irq_get(struct device_node *dev, int index) |
3. 中断服务函数
中断处理程序是在中断事件发生时自动调用的函数。 它负责处理与中断相关的操作, 例如读取数据、 清除中断标志、 更新状态等。中断服务函数的函数类型如下:
1 | typedef irqreturn_t (*irq_handler_t)(int, void *); |
我们可以定义一个中断服务函数如下:
1 | irqreturn_t handler(int irq, void *dev_id); |
handler 函数是一个中断服务函数, 用于处理特定中断事件。 它在中断事件发生时被操作系统或硬件调用, 执行必要的操作来响应和处理中断请求。
参数说明:
irq: 表示中断号或中断源的标识符。 它指示引发中断的硬件设备或中断控制器。
dev_id: 是一个 void 类型的指针, 用于传递设备特定的数据或标识符。需要与 request_irq() 函数的 dev 参数保持一致。用于区分共享中断的不同设备, dev 也可以指向设备数据结构。
返回值:irqreturn_t 类型,是一个特定类型的枚举值, 用于表示中断服务函数的返回状态。它可以有以下几种取值:
1 | /** |
一般中断服务函数返回值使用如下形式:
1 | return IRQ_RETVAL(IRQ_HANDLED) |
在处理程序中, 通常需要注意以下几个方面:
(1) 处理程序应该尽可能地快速执行, 以避免中断丢失或过多占用 CPU 时间。
(2) 如果中断源是共享的, 处理程序需要处理多个设备共享同一个中断的情况。
(3) 处理程序可能需要与其他部分的代码进行同步, 例如访问共享数据结构或使用同步机制来保护临界区域。
(4) 处理程序可能需要与其他线程或进程进行通信, 例如唤醒等待的线程或发送信号给其他进程。
4. 中断使能与禁止函数
常用的中断使用和禁止函数如下所示:
1 | void enable_irq(unsigned int irq); |
enable_irq()和disable_irq() 用于使能和禁止指定的中断, irq 就是要使能/禁止的中断号。 disable_irq() 函数要等到当前正在执行的中断处理函数执行完才返回,因此使用者需要保证不会产生新的中断,并且确保所有已经开始执行的中断处理程序已经全部退出。在这种情况下,可以使用另外一个中断禁止函数 disable_irq_nosync() :
1 | void disable_irq_nosync(unsigned int irq) |
disable_irq_nosync() 函数调用以后立即返回,不会等待当前中断处理程序执行完毕。上面三个函数都是使能或者禁止某一个中断,有时候我们需要关闭当前处理器的整个中断系统,也就是常说的关闭全局中断,这个时候可以使用如下两个函数:
1 | local_irq_enable() |
这两个函数定义在 irqflags.h - include/linux/irqflags.h 中。local_irq_enable 用于使能当前处理器中断系统, local_irq_disable 用于禁止当前处理器中断系统。假如 A 任务调用 local_irq_disable 关闭全局中断 10S,当关闭了 2S 的时候 B 任务开始运行, B 任务也调用 local_irq_disable 关闭全局中断 3S, 3 秒以后 B 任务调用 local_irq_enable 函数将全局中断打开了。此时才过去 2+3=5 秒的时间,然后全局中断就被打开了,此时 A 任务要关闭 10S 全局中断的愿望就破灭了,然后 A 任务就“生气了”,结果很严重,可能系统都要被A 任务整崩溃。为了解决这个问题, B 任务不能直接简单粗暴的通过 local_irq_enable 函数来打开全局中断,而是将中断状态恢复到以前的状态,要考虑到别的任务的感受,此时就要用到下面两个函数(定义在 irqflags.h - include/linux/irqflags.h 中):
1 | local_irq_save(flags); |
这两个函数是一对, local_irq_save 函数用于禁止中断,并且将中断状态保存在 flags 中。local_irq_restore 用于恢复中断,将中断到 flags 状态。
二、中断申请流程分析
接下来我们看一下中断申请函数,来了解一下中断的申请的大概流程。
1. request_irq()
中断申请使用的是 request_irq() 函数, 它用于请求一个中断号(IRQ number) 并将一个中断处理程序与该中断关联起来:
1 | static inline int __must_check |
从上面的内容可以得到 request_irq() 函数实际上是调用了request_threaded_irq()函数来完成中断申请的过程。 request_threaded_irq()函数提供了线程化的中断处理方式, 可以在中断上下文中执行中断处理函数。
2. request_threaded_irq()
2.1 函数说明
request_threaded_irq()函数是 Linux 内核提供的一个功能强大的函数, 用于请求分配一个中断, 并将中断处理程序与该中断关联起来。 该函数的主要作用是在系统中注册中断处理函数,以响应对应中断的发生。函数定义如下:
1 | int request_threaded_irq(unsigned int irq, irq_handler_t handler, |
2.2 总结
request_threaded_irq()函数主要功能和作用如下:
(1) 中断请求: request_threaded_irq 函数用于请求一个中断。 它会向内核注册对应中断号的中断处理函数, 并为该中断分配必要的资源。 中断号是标识特定硬件中断的唯一标识符。
(2) 中断处理函数关联: 通过 handler 参数, 将中断处理函数与中断号关联起来。 中断处理函数是一个预定义的函数, 用于处理中断事件。 当中断发生时, 内核将调用该函数来处理中断事件。
(3) 线程化中断处理: request_threaded_irq 函数还支持使用线程化中断处理函数。 通过指定 thread_fn 参数, 可以在一个内核线程上下文中异步执行较长时间的中断处理或延迟敏感的工作。 这有助于避免在中断上下文中阻塞时间过长。
(4) 中断属性设置: 通过 irqflags 参数, 可以设置中断处理的各种属性和标志。 例如, 可以指定中断触发方式(上升沿、 下降沿、 边沿触发等) 、 中断类型(边沿触发中断、 电平触发中断等) 以及其他特定的中断行为。
(5) 设备标识关联: 通过 dev_id 参数, 可以将中断处理与特定设备关联起来。 这样可以在中断处理函数中访问与设备相关的数据。 设备标识符可以是指向设备结构体或其他与设备相关的数据的指针。
(6) 错误处理: request_threaded_irq 函数会返回一个整数值, 用于指示中断请求的结果。如果中断请求成功, 返回值为 0; 如果中断请求失败, 则返回一个负数错误代码, 表示失败的原因。
3. 中断申请demo
3.1 demo源码
demo源码可以看这里:13_interrupt/04_int_gpio · 苏木/imx6ull-driver-demo - 码云 - 开源中国。在这个demo源码中,不需要像之前一样自己获取gpio的地址,然后映射,也不需要在设备树添加什么东西,就直接通过GPIO的编号申请中断:
1 | static int gpio_irq_init(_CHAR_DEVICE *p_chrdev) |
- 怎么计算GPIO编号?
i.MX6ULL的GPIO引脚被组织成多个Bank,每个Bank包含32个GPIO引脚。这个我们可以看数据手册过着参考手册,我这里看的数据手册:

GPIO引脚的编号通常以GPIOx_y
的形式表示,其中x
表示Bank编号,y
表示该Bank中的引脚编号。例如:
GPIO1_0
表示Bank 1的第0个引脚。GPIO2_15
表示Bank 2的第15个引脚。
那么,i.MX6ULL的GPIO编号可以通过以下公式计算:
1 | GPIO编号 = (Bank编号 - 1) * 32 + 引脚编号 |
3.2 开发板验证
我们编译后拷贝到开发板,加载驱动:
1 | insmod sdriver_demo.ko |

可以看到这里申请到的中断号是79。我这里其实有个疑问,就是之前裸机开发的时候,计算过GPIO1_IO18的中断号,应该是67+32=99,在NXP官方提供的库文件中也是这样的:

但是linux申请这里是79,具体可能是有什么映射关系,这里没有深究了,后面有机会再补充吧。驱动加载成功以后可以通过查看/proc/interrupts 文件来检查一下对应的中断有没有被注册上,输入如下命令:
1 | cat /proc/interrupts |

然后我们按下按键,然后抬起,会看到中断服务函数被执行了:

三、重要数据结构
大概会有以下几个相关的数据结构:

最核心的结构体是 struct irq_desc,之前为了易于理解,我们说在 Linux 内核中有一个中断数组,对于每一个硬件中断,都有一个数组项,这个数组就是irq_desc 数组。注意:如果内核配置了 CONFIG_SPARSE_IRQ,那么它就会用基数树(radix tree)来代替 irq_desc 数组。 SPARSE 的意思是“稀疏”,假设大小为 1000 的数组中只用到 2 个数组项,那不是浪费嘛?所以在中断比较“稀疏”的情况下可以用基数树来代替数组。
1. struct irq_desc
1.1 结构体说明
struct irq_desc定义如下:
1 | struct irq_desc { |
每一个 irq_desc 数组项中都有一个函数: irq_desc.handle_irq,还有一个 irq_desc.action链表。要理解它们,需要先看中断结构图:

外部设备 1、外部设备 n 共享一个 GPIO 中断 B,多个 GPIO 中断汇聚到GIC(通用中断控制器)的 A 号中断, GIC 再去中断 CPU。那么软件处理时就是反过来,先读取 GIC 获得中断号 A,再细分出 GPIO 中断 B,最后判断是哪一个外部芯片发生了中断。所以,中断的处理函数来源有三:
- (1)GIC 的处理函数
假设 irq_desc[A].handle_irq 是 XXX_gpio_irq_handler(XXX 指厂家),这个函数需要读取芯片的 GPIO 控制器,细分发生的是哪一个 GPIO 中断(假设是B),再去调用 irq_desc[B]. handle_irq。
注意 : irq_desc[A].handle_irq 细分出中断后B , 调用对应的irq_desc[B].handle_irq。
显然中断 A 是 CPU 感受到的顶层的中断, GIC 中断 CPU 时, CPU 读取 GIC 状态得到中断 A。
- (2)模块的中断处理函数
比如对于GPIO模块向GIC发出的中断B,它的处理函数是irq_desc[B].handle_irq。
BSP 开发人员会设置对应的处理函数,一般是 handle_level_irq 或handle_edge_irq,从名字上看是用来处理电平触发的中断、边沿触发的中断。
注意:导致 GPIO 中断 B 发生的原因很多,可能是外部设备 1,可能是外部设备n,可能只是某一个设备,也可能是多个设备。所以 irq_desc[B].handle_irq会调用某个链表里的函数,这些函数由外部设备提供。这些函数自行判断该中断是否自己产生,若是则处理。
- (3)外部设备提供的处理函数
这里说的“外部设备”可能是芯片,也可能总是简单的按键。它们的处理函数由自己驱动程序提供,这是最熟悉这个设备的“人”:它知道如何判断设备是否发生了中断,如何处理中断。
对于共享中断,比如 GPIO 中断 B,它的中断来源可能有多个,每个中断源对应一个中断处理函数。所以 irq_desc[B]中应该有一个链表,存放着多个中断源的处理函数。
一旦程序确定发生了 GPIO 中断 B,那么就会从链表里把那些函数取出来,一一执行。这个链表就是 action 链表。
对于我们举的这个例子来说, irq_desc 数组如下:

1.2 总结
以下是 struct irq_desc 结构体的主要作用和功能:
(1) 中断处理函数管理: irq_desc 结构体中的 handle_irq 字段保存中断处理函数的指针。当硬件触发中断时, 内核会调用该函数来处理中断事件。
(2) 中断行为管理: irq_desc 结构体中的 action 字段是一个指向中断行为列表的指针。中断行为是一组回调函数, 用于注册、 注销和处理与中断相关的事件。
(3) 中断统计信息: irq_desc 结构体中的 kstat_irqs 字段是一个指向中断统计信息的指针。该信息用于记录中断事件的发生次数和处理情况, 可以帮助分析中断的性能和行为。
(4) 中断数据管理: irq_desc 结构体中的 irq_data 字段保存了与中断相关的数据, 如中断号、 中断类型等。 这些数据用于识别和管理中断。
(5) 通用中断数据管理: irq_desc 结构体中的 irq_common_data 字段保存了与中断处理相关的通用数据, 如中断控制器、 中断屏蔽等。 这些数据用于处理和控制中断的行为。
( 6) 中断状态管理: irq_desc 结构体中的其他字段用于管理中断的状态, 如嵌套中断禁用计数、 唤醒使能计数等。 这些状态信息帮助内核跟踪和管理中断的状态变化。
通过使用 irq_desc 结构体, 内核可以有效地管理和处理系统中的硬件中断。 它提供了一个统一的接口, 用于注册和处理中断处理函数、 管理中断行为, 并提供了必要的信息和数据结构来监视和控制中断的行为和状态。
2. struct irqaction
2.1 结构体说明
struct irqaction 是 Linux 内核中用于描述中断行为的数据结构之一。 它用于定义中断处理过程中的回调函数和相关属性。 irqaction 结构体的主要功能是管理与特定中断相关的行为和处理函数。
1 | struct irqaction { |
当调用 request_irq、 request_threaded_irq 注册中断处理函数时,内核就会构造一个 irqaction 结构体。在里面保存 name、 dev_id 等,最重要的是 handler、 thread_fn、 thread。
- handler 是中断处理的上半部函数,用来处理紧急的事情。
- thread_fn 对应一个内核线程 thread,当 handler 执行完毕, Linux 内核会唤醒对应的内核线程。在内核线程里,会调用 thread_fn 函数。
可以提供 handler 而不提供 thread_fn,就退化为一般的 request_irq 函数。可以不提供 handler 只提供 thread_fn,完全由内核线程来处理中断。也可以既提供 handler 也提供 thread_fn,这就是中断上半部、下半部。
在 reqeust_irq 时可以传入 dev_id,为何需要 dev_id?
(1)中断处理函数执行时,可以使用 dev_id 。
(2)卸载中断时要传入 dev_id,这样才能在 action 链表中根据 dev_id 找到对应项。
所以在共享中断中必须提供 dev_id,非共享中断可以不提供。
2.2 总结
以下是 struct irqaction 结构体的主要作用和功能:
(1) 中断处理函数管理: irqaction 结构体中的 handler 字段保存中断处理函数的指针。 该函数在中断发生时被调用, 用于处理中断事件。
(2) 中断处理标志管理: irqaction 结构体中的 flags 字段用于指定中断处理的各种属性和标志。 这些标志控制中断处理的行为, 例如触发方式、 中断类型等。
(3) 设备标识符管理: irqaction 结构体中的 dev_id 字段用于保存与中断处理相关的设备标识符。 它可以是指向设备结构体或其他与设备相关的数据的指针, 用于将中断处理与特定设备关联起来。
(4) 中断行为链表管理: irqaction 结构体中的 next 字段是一个指向下一个 irqaction 结构体的指针, 用于构建中断行为的链表。 这样可以将多个中断处理函数链接在一起, 以便在中断发生时按顺序调用它们。
通过使用 irqaction 结构体, 内核可以灵活地定义和管理与特定中断相关的行为和处理函数。 它提供了一个统一的接口, 用于注册和注销中断处理函数, 并提供了必要的属性和数据结构来控制中断处理的行为和顺序。
3. struct irq_data
struct irq_data主要内容如下:

1 | struct irq_data { |
它就是个中转站,里面有 irq_chip 指针 irq_domain 指针,都是指向别的结构体。其中的 irq、 hwirq, irq 是软件中断号, hwirq 是硬件中断号。比如上面我们举的例子,在 GPIO 中断 B 是软件中断号,可以找到 irq_desc[B]这个数组项; GPIO 里的第 x 号中断,这就是 hwirq。
谁来建立 irq、 hwirq 之间的联系呢?由 irq_domain 来建立。 irq_domain会把本地的 hwirq 映射为全局的 irq,什么意思?比如 GPIO 控制器里有第 1 号中断, UART 模块里也有第 1 号中断,这两个“第 1 号中断”是不一样的,它们属于不同的“域”——irq_domain。
4. struct irq_domain
struct irq_domain主要内容如下:

当我们后面学习如何在设备树中指定中断,设备树的中断如何被转换为 irq 时, irq_domain 将会起到极大的作为。这里先简单了解一下,在设备树中会看到这样的属性:
1 | interrupt-parent = <&gpio1>; |
它表示要使用 gpio1 里的第 5 号中断, hwirq 就是 5。但是我们在驱动中会使用 request_irq(irq, handler)这样的函数来注册中断, irq 是什么?它是软件中断号,它应该从“ gpio1 的第 5 号中断”转换得来
谁把 hwirq 转换为 irq?由 gpio1 的相关数据结构,就是 gpio1 对应的irq_domain 结构体。irq_domain 结构体中有一个 irq_domain_ops 结构体,里面有各种操作函数,主要是:
- irq_domain.xlate:用来解析设备树的中断属性,提取出 hwirq、 type 等信息。
- irq_domain.map:把 hwirq 转换为 irq。
5. struct irq_chip
struct irq_chip 主要内容如下 :
1 | struct irq_chip { |
这个结构体跟“ chip”即芯片相关,里面各成员的作用在头文件中也列得很清楚:
1 | * @parent_device: pointer to parent device for irqchip |
我们在 request_irq 后,并不需要手工去使能中断,原因就是系统调用对应的 irq_chip 里的函数帮我们使能了中断。我们提供的中断处理函数中,也不需要执行主芯片相关的清中断操作,也是系统帮我们调用 irq_chip 中的相关函数。
但是对于外部设备相关的清中断操作,还是需要我们自己做的。就像上面图里的“外部设备 1“、“外部设备 n”,外设备千变万化,内核里可没有对应的清除中断操作。
四、中断在设备树中的写法
1. 设备树里的中断控制器
中断 硬件框图如下:

在硬件上,“中断控制器”只有 GIC 这一个,但是我们在软件上也可以把上图中的“ GPIO”称为“中断控制器”。很多芯片有多个 GPIO 模块,比如 GPIO1、GPIO2 等等。所以软件上的“中断控制器”就有很多个: GIC、 GPIO1、 GPIO2 等等
GPIO1 连接到 GIC, GPIO2 连接到 GIC,所以 GPIO1 的父亲是 GIC, GPIO2的父亲是 GIC。假设 GPIO1 有 32 个中断源,但是它把其中的 16 个汇聚起来向 GIC 发出一个中断,把另外 16 个汇聚起来向 GIC 发出另一个中断。这就意味着 GPIO1 会用到 GIC 的两个中断,会涉及 GIC 里的 2 个 hwirq。
这些层级关系、中断号(hwirq),都会在设备树中有所体现。
在设备树中,中断控制器节点中必须有一个属性: interrupt-controller,表明它是“中断控制器”。还必须有一个属性: #interrupt-cells,表明引用这个中断控制器的话需要多少个 cell。 #interrupt-cells 的值一般有如下取值:
(1)#interrupt-cells=<1> :别的节点要使用这个中断控制器时,只需要一个 cell 来表明使用“哪一个中断”。
(2)#interrupt-cells=<2> :别的节点要使用这个中断控制器时,需要一个 cell 来表明使用“哪一个中断”;还需要另一个 cell 来描述中断,一般是表明触发类型(trigger type and level flags):
1 | // 第 2 个 cell 的 bits[3:0] |
示例如下:
1 | vic: intc@10140000 { |
如果中断控制器有级联关系,下级的中断控制器还需要表明它的“ interrupt-parent ” 是谁,用了 interrupt-parent ” 中的哪一个“ interrupts”
2. 设备树里使用中断
一个外设,它的中断信号接到哪个“中断控制器”的哪个“中断引脚”,这个中断的触发方式是怎样的?这 3 个问题,在设备树里使用中断时,都要有所体现。
2.1 相关属性
- 要用哪一个中断控制器里的中断?
1 | interrupt-parent=<&XXXX> |
- 要用哪一个中断?
1 | interrupts=<>; |
Interrupts 里要用几个 cell?这个是由 interrupt-parent 对应的中断控制器决定。在中断控制器里有“ #interrupt-cells”属性,它指明了要用几个 cell来描述中断。比如:
1 | i2c@7000c000 { |
- 新的写法:interrupts-extended
一个“ interrupts-extended”属性就可以既指定“ interrupt-parent”,也指定“ interrupts”,比如:
1 | interrupts-extended = <&intc1 5 1>, <&intc2 1 0>; |
2.2 总结
简单总结一下与中断有关的设备树属性信息:
①、 #interrupt-cells,指定中断源的信息 cells 个数。
②、 interrupt-controller,表示当前节点为中断控制器。
③、 interrupts,指定中断号,触发方式等。
④、 interrupt-parent,指定父中断,也就是中断控制器。
3. 设备树里中断节点的示例
3.1 示例1
我们看一下 imx6ul.dtsi - arch/arm/boot/dts/imx6ul.dtsi :
1 | intc: interrupt-controller@a01000 { |
第 2 行, compatible 属性值为“arm,cortex-a7-gic”在 Linux 内核源码中搜索“arm,cortex-a7- gic”即可找到 GIC 中断控制器驱动文件。
第 3 行, #interrupt-cells 和#address-cells、 #size-cells 一样。表示此中断控制器下设备的 cells大小,对于设备而言,会使用 interrupts 属性描述中断信息, #interrupt-cells 描述了 interrupts 属性的 cells 大小,也就是一条信息有几个 cells。每个 cells 都是 32 位整形值,对于 ARM 处理的GIC 来说,一共有 3 个 cells,这三个 cells 的含义如下:
第一个 cells:中断类型, 0 表示 SPI 中断, 1 表示 PPI 中断。第二个 cells:中断号,对于 SPI 中断来说中断号的范围为 0~987,对于 PPI 中断来说中断号的范围为 0~15。第三个 cells:标志, bit[3:0]表示中断触发类型,为 1 的时候表示上升沿触发,为 2 的时候表示下降沿触发,为 4 的时候表示高电平触发,为 8 的时候表示低电平触发。 bit[15:8]为 PPI 中断的 CPU 掩码。
第 4 行, interrupt-controller 节点为空,表示当前节点是中断控制器。
3.2 示例2
对于 gpio 来说, gpio 节点也可以作为中断控制器,比如 imx6ul.dtsi 文件中的 gpio5 节点内容如下所示:
1 | gpio5: gpio@20ac000 { |
在这段代码的第 4 行, interrupts 描述中断源信息,对于 gpio5 来说一共有两条信息,中断类型都是 SPI,触发电平都是 IRQ_TYPE_LEVEL_HIGH。不同之处在于中断源,一个是 74,一个是 75,打开可以打开《IMX6ULL 参考手册》的“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。
第 8 行, interrupt-controller 表明了 gpio5 节点也是个中断控制器,用于控制 gpio5 所有 IO的中断。
第 9 行,将#interrupt-cells 修改为 2。
怎么引用这个GPIO节点的中断控制器?应该是在NXP维护的4.1.15版本内核中有 arch/arm/boot/dts/imx6ull-14x14-evk.dts 设备树文件,上面有这样一个节点:
1 | fxls8471@1e { |
fxls8471 是 NXP 官方的 6ULL 开发板上的一个磁力计芯片, fxls8471 有一个中断引脚链接到了 I.MX6ULL 的 SNVS_TAMPER0 因脚上,这个引脚可以复用为 GPIO5_IO00。
第 5 行, interrupt-parent 属性设置中断控制器,这里使用 gpio5 作为中断控制器。
第 6 行, interrupts 设置中断信息, 0 表示 GPIO5_IO00, 8 表示低电平触发。
3.3 示例3
这里参考的是伟东山的嵌入式教程,所以以 100ASK_IMX6ULL 开发板为例,在 arch/arm/boot/dts 目录下可以看到2 个文件: imx6ull.dtsi、 100ask_imx6ull-14x14.dts 。我们把里面有关中断的部分内容抽取出来。

从设备树反推 IMX6ULL 的中断体系,如下,比之前的框图多了一个“ GPC INTC”:

GPC INTC 的 英 文 是 : General Power Controller, Interrupt Controller。它提供中断屏蔽、中断状态查询功能,实际上这些功能在 GIC 里也实现了,觉得有点多余。除此之外,它还提供唤醒功能,这才是保留它的原因。
3.4 alpha开发板中的按键中断
3.4.1 硬件原理图
开发板上有一个按键,原理图如下:

按键 KEY0 是连接到 I.MX6U 的 UART1_CTS 这个 IO 上的, KEY0接了一个 10K 的上拉电阻,因此 KEY0 没有按下的时候 UART1_CTS 应该是高电平,当 KEY0按下以后 UART1_CTS 就是低电平。搜一下参考手册就会发现,这个引脚是GPIO1_IO18:

3.4.2 中断号
可以看这个笔记《LV04-07-中断与异常-05-IMX6ULL按键中断实例 | 苏木》这里再简单了解一下。我们前边知道了按键接在了GPIO1_IO18上边,我们可以查看《I.MX6UL参考手册》的3.2 Cortex A7 interrupts一节,找到这个GPIO管脚对应的中断号:

可以看到GPIO1的0 -15管脚使用的是66,16 - 31使用的是67,这里只是IRQ的编号,对应到 GIC 的 SPI中断号需要在此编号基础上加上 32,所以这里的按键中断号实际为99(67+32)。但是其实在linux中开发的时候,会有函数(例如 gpio_to_irq())自动帮我们计算,我们只需要知道是哪个引脚就可以了。
3.4.3 触发方式
触发方式就可以看这个irq.h - include/dt-bindings/interrupt-controller/irq.h:
1 |
3.4.4 中断节点
按键 KEY0 使用中断模式,需要在“key”节点下添加中断相关属性,添加完成以后的“key”节点内容如下所示:
1 | sdev_key { |
第 8 行,设置 interrupt-parent 属性值为“gpio1”,因为 KEY0 所使用的 GPIO 为GPIO1_IO18,也就是设置 KEY0 的 GPIO 中断控制器为 gpio1。
第 9 行,设置 interrupts 属性,也就是设置中断源,第一个 cells 的 18 表示 GPIO1 组的 18号 IO。
其中这个gpio1是在 imx6ul.dtsi:
1 | gpio1: gpio@209c000 { |
4. 在代码中获得中断
之前我们学习设备树的时候 , 知道设备树中的节点有些能被转换为内核里的platform_device,有些不能:
(1)根节点下含有 compatile 属性的子节点,会转换为 platform_device
(2)含有特定 compatile 属性的节点的子节点,会转换为 platform_device如果一个节点的 compatile 属性,它的值是这 4 者之一: “simplebus”,”simple-mfd”,”isa”,”arm,amba-bus”,那么它的子结点(需含 compatile 属性)也可以转换为 platform_device。
(3)总线 I2C、 SPI 节点下的子节点: 不转换为 platform_device某个总线下到子节点, 应该交给对应的总线驱动程序来处理, 它们不应该被转换为 platform_device。
4.1 对于 platform_device
一个节点能被转换为 platform_device,如果它的设备树里指定了中断属性,那么可以从 platform_device 中获得“中断资源”,函数如下,可以使用 platform_get_resource() 函数获得 IORESOURCE_IRQ 资源,即中断号:
1 | /** |
4.2 对于 I2C 设备、 SPI 设备
对于 I2C 设备节点, I2C 总线驱动在处理设备树里的 I2C 子节点时,也会处理其中的中断信息。一个 I2C 设备会被转换为一个 i2c_client 结构体,中断号会保存在 i2c_client 的 irq 成员里,代码如下(i2c-core-base.c - drivers/i2c/i2c-core-base.c):
1 | static int i2c_device_probe(struct device *dev) |
对于 SPI 设备节点, SPI 总线驱动在处理设备树里的 SPI 子节点时,也会处理其中的中断信息。一个 SPI 设备会被转换为一个 spi_device 结构体,中断号会保存在 spi_device 的 irq 成员里 ,代码如下(spi.c - drivers/spi/spi.c):
1 | static int spi_drv_probe(struct device *dev) |
4.3 调用 of_irq_get() 获得中断号
如果设备节点既不能转换为 platform_device,它也不是 I2C 设备,不是 SPI 设备,那么在驱动程序中可以自行调用 of_irq_get() 函数去解析设备树,得到中断号。
4.4 对于 GPIO
可以使用gpio_to_irq() 或者 gpiod_to_irq()获得中断号。例如gpio_keys.c - drivers/input/keyboard/gpio_keys.c中第559行:

假设在设备树中有如下节点:
1 | gpio-keys { |
那么可以使用下面的函数获得引脚和 flag:
1 | button->gpio = of_get_gpio_flags(pp, 0, &flags); |
再去使用 gpiod_to_irq 获得中断号:
1 | irq = gpiod_to_irq(bdata->gpiod); |
参考资料:
Linux中断管理 (1)Linux中断管理机制 - ArnoldLu - 博客园