
Linux中断实验 不管是单片机裸机实验还是Linux下的驱动实验,中断都是频繁使用的功能,在裸机中使用中断我们需要做一大堆的工作,比如配置寄存器,使能IRQ等等。但是Linux内核提供了完善的中断框架,我们只需要申请中断,然后注册中断处理函数即可,使用非常方便,不需要一系列复杂的寄存器配置。本章我们就来学习一下如何在Linux下使用中断。 31.1 Linux中断简介 31.1.1 Linux中断API函数 先来回顾一下裸机实验里面中断的处理方法: ①、使能中断,初始化相应的寄存器。 ②、注册中断服务函数,也就是向irqTable数组的指定标号处写入中断服务函数 ②、中断发生以后进入IRQ中断服务函数,在IRQ中断服务函数在数组irqTable里面查找具体的中断处理函数,找到以后执行相应的中断处理函数。 在Linux内核中也提供了大量的中断相关的API函数,我们来看一下这些跟中断有关的API函数: 1、中断号 每个中断都有一个中断号,通过中断号即可区分不同的中断,有的资料也把中断号叫做中断线。在Linux内核中使用一个int变量表示中断号,关于中断号我们已经在第十七章讲解过了。 2、request_irq函数 在Linux内核中要想使用某个中断是需要申请的,request_irq函数用于申请中断,request_irq函数可能会导致睡眠,因此不能在中断上下文或者其他禁止睡眠的代码段中使用request_irq函数。request_irq函数会激活(使能)中断,所以不需要我们手动去使能中断,request_irq函数原型如下: int request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, const char *name, void *dev) 函数参数和返回值含义如下: irq:要申请中断的中断号。 handler:中断处理函数,当中断发生以后就会执行此中断处理函数。 flags:中断标志,可以在文件include/linux/interrupt.h里面查看所有的中断标志,这里我们介绍几个常用的中断标志,如表31.1.1.1所示: ![]() 表31.1.1.1 常用的中断标志 比如STM32MP157开发板上的KEY0使用PG3,按下KEY0以后为低电平,因此可以设置为下降沿触发,也就是将flags设置为IRQF_TRIGGER_FALLING。表31.1.1.1中的这些标志可以通过“|”来实现多种组合。 name:中断名字,设置以后可以在/proc/interrupts文件中看到对应的中断名字。 dev:如果将flags设置为IRQF_SHARED的话,dev用来区分不同的中断,一般情况下将dev设置为设备结构体,dev会传递给中断处理函数irq_handler_t的第二个参数。 返回值:0 中断申请成功,其他负值 中断申请失败,如果返回-EBUSY的话表示中断已经被申请了。 3、free_irq函数 使用中断的时候需要通过request_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类型定义如下所示:
可以看出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函数调用以后立即返回,不会等待当前中断处理程序执行完毕。上面三个函数都是使能或者禁止某一个中断,有时候我们需要关闭当前处理器的整个中断系统,也就是在学习STM32的时候常说的关闭全局中断,这个时候可以使用如下两个函数: local_irq_enable() local_irq_disable() 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函数来打开全局中断,而是将中断状态恢复到以前的状态,要考虑到别的任务的感受,此时就要用到下面两个函数: local_irq_save(flags) local_irq_restore(flags) 这两个函数是一对,local_irq_save函数用于禁止中断,并且将中断状态保存在flags中。local_irq_restore用于恢复中断,将中断到flags状态。 31.1.2 上半部与下半部 在有些资料中也将上半部和下半部称为顶半部和底半部,都是一个意思。我们在使用request_irq申请中断的时候注册的中断服务函数属于中断处理的上半部,只要中断触发,那么中断处理函数就会执行。我们都知道中断处理函数一定要快点执行完毕,越短越好,但是现实往往是残酷的,有些中断处理过程就是比较费时间,我们必须要对其进行处理,缩小中断处理函数的执行时间。比如电容触摸屏通过中断通知SOC有触摸事件发生,SOC响应中断,然后通过IIC接口读取触摸坐标值并将其上报给系统。但是我们都知道IIC的速度最高也只有400Kbit/S,所以在中断中通过IIC读取数据就会浪费时间。我们可以将通过IIC读取触摸数据的操作暂后执行,中断处理函数仅仅相应中断,然后清除中断标志位即可。这个时候中断处理过程就分为了两部分: 上半部:上半部就是中断处理函数,那些处理过程比较快,不会占用很长时间的处理就可以放在上半部完成。 下半部:如果中断处理过程比较耗时,那么就将这些比较耗时的代码提出来,交给下半部去执行,这样中断处理函数就会快进快出。 因此,Linux内核将中断分为上半部和下半部的主要目的就是实现中断处理函数的快进快出,那些对时间敏感、执行速度快的操作可以放到中断处理函数中,也就是上半部。剩下的所有工作都可以放到下半部去执行,比如在上半部将数据拷贝到内存中,关于数据的具体处理就可以放到下半部去执行。至于哪些代码属于上半部,哪些代码属于下半部并没有明确的规定,一切根据实际使用情况去判断,这个就很考验驱动编写人员的功底了。这里有一些可以借鉴的参考点: ①、如果要处理的内容不希望被其他中断打断,那么可以放到上半部。 ②、如果要处理的任务对时间敏感,可以放到上半部。 ③、如果要处理的任务与硬件有关,可以放到上半部 ④、除了上述三点以外的其他任务,优先考虑放到下半部。 上半部处理很简单,直接编写中断处理函数就行了,关键是下半部该怎么做呢?Linux内核提供了多种下半部机制,接下来我们来学习一下这些下半部机制。 1、软中断 一开始Linux内核提供了“bottom half”机制来实现下半部,简称“BH”。后面引入了软中断和tasklet来替代“BH”机制,完全可以使用软中断和tasklet来替代BH,从2.5版本的Linux内核开始BH已经被抛弃了。Linux内核使用结构体softirq_action表示软中断, softirq_action结构体定义在文件include/linux/interrupt.h中,内容如下:
在kernel/softirq.c文件中一共定义了10个软中断,如下所示: 示例代码31.1.2.2 softirq_vec数组 static struct softirq_action softirq_vec[NR_SOFTIRQS]; NR_SOFTIRQS是枚举类型,定义在文件include/linux/interrupt.h中,定义如下:
可以看出,一共有10个软中断,因此NR_SOFTIRQS为10,因此数组softirq_vec有10个元素。softirq_action结构体中的action成员变量就是软中断的服务函数,数组softirq_vec是个全局数组,因此所有的CPU(对于SMP系统而言)都可以访问到,每个CPU都有自己的触发和控制机制,并且只执行自己所触发的软中断。但是各个CPU所执行的软中断服务函数确是相同的,都是数组softirq_vec中定义的action函数。要使用软中断,必须先使用open_softirq函数注册对应的软中断处理函数,open_softirq函数原型如下: void open_softirq(int nr, void (*action)(struct softirq_action *)) 函数参数和返回值含义如下: nr:要开启的软中断,在示例代码31.1.2.3中选择要开启的软中断。 action:软中断对应的处理函数。 返回值:没有返回值。 注册好软中断以后需要通过raise_softirq函数触发,raise_softirq函数原型如下: void raise_softirq(unsigned int nr) 函数参数和返回值含义如下: nr:要触发的软中断,在示例代码31.1.2.3中选择要注册的软中断。 返回值:没有返回值。 软中断必须在编译的时候静态注册!Linux内核使用softirq_init函数初始化软中断,softirq_init函数定义在kernel/softirq.c文件里面,函数内容如下:
从示例代码31.1.2.4可以看出,softirq_init函数默认会打开TASKLET_SOFTIRQ和HI_SOFTIRQ。 2、tasklet tasklet是利用软中断来实现的另外一种下半部机制,在软中断和tasklet之间,建议大家使用tasklet。tasklet_struct结构体如下所示:
第597行的func函数就是tasklet要执行的处理函数,用户实现具体的函数内容,相当于中断处理函数。如果要使用tasklet,必须先定义一个tasklet_struct变量,然后使用tasklet_init函数对其进行初始化,taskled_init函数原型如下: void tasklet_init(struct tasklet_struct *t, void (*func)(unsigned long), unsigned long data); 函数参数和返回值含义如下: t:要初始化的tasklet func:tasklet的处理函数。 data:要传递给func函数的参数 返回值:没有返回值。 也可以使用宏DECLARE_TASKLET来一次性完成tasklet的定义和初始化, DECLARE_TASKLET定义在include/linux/interrupt.h文件中,定义如下: DECLARE_TASKLET(name, func, data) 其中name为要定义的tasklet名字,其实就是tasklet_struct类型的变量名,func就是tasklet的处理函数,data是传递给func函数的参数。 在上半部,也就是中断处理函数中调用tasklet_schedule函数就能使tasklet在合适的时间运行,tasklet_schedule函数原型如下: void tasklet_schedule(struct tasklet_struct *t) 函数参数和返回值含义如下: t:要调度的tasklet,也就是DECLARE_TASKLET宏里面的name。 返回值:没有返回值。 关于tasklet的参考使用示例如下所示:
2、工作队列 工作队列是另外一种下半部执行方式,工作队列在进程上下文执行,工作队列将要推后的工作交给一个内核线程去执行,因为工作队列工作在进程上下文,因此工作队列允许睡眠或重新调度。因此如果你要推后的工作可以睡眠那么就可以选择工作队列,否则的话就只能选择软中断或tasklet。 Linux内核使用work_struct结构体表示一个工作,内容如下(省略掉条件编译):
这些工作组织成工作队列,工作队列使用workqueue_struct结构体表示,内容如下(省略掉条件编译):
Linux内核使用工作者线程(worker thread)来处理工作队列中的各个工作,Linux内核使用worker结构体表示工作者线程,worker结构体内容如下:
从示例代码31.1.2.10可以看出,每个worker都有一个工作队列,工作者线程处理自己工作队列中的所有工作。在实际的驱动开发中,我们只需要定义工作(work_struct)即可,关于工作队列和工作者线程我们基本不用去管。简单创建工作很简单,直接定义一个work_struct结构体变量即可,然后使用INIT_WORK宏来初始化工作,INIT_WORK宏定义如下: #define INIT_WORK(_work, _func) _work表示要初始化的工作,_func是工作对应的处理函数。 也可以使用DECLARE_WORK宏一次性完成工作的创建和初始化,宏定义如下: #define DECLARE_WORK(n, f) n表示定义的工作(work_struct),f表示工作对应的处理函数。 和tasklet一样,工作也是需要调度才能运行的,工作的调度函数为schedule_work,函数原型如下所示: bool schedule_work(struct work_struct *work) 函数参数和返回值含义如下: work:要调度的工作。 返回值:0 成功,其他值 失败。 关于工作队列的参考使用示例如下所示:
31.1.3 设备树中断信息节点 1、GIC中断控制器 STM32MP1有三个与中断有关的控制器:GIC、EXTI和NVIC,其中NVIC是Cortex-M4内核的中断控制器,本教程只讲解Cortex-A7内核,因此就只剩下了GIC和EXTI。首先是GIC,全称为:Generic Interrupt Controller,关于GIC的详细内容可以查看文档《ARM Generic Interrupt Controller(ARM GIC控制器)V2.0》,此文档已经放到了开发板光盘中,路径为:开发板光盘 4、参考资料 ARM Generic Interrupt Controller(ARM GIC控制器)V2.0.pdf。 GIC是ARM公司给Cortex-A/R内核提供的一个中断控制器,类似Cortex-M内核中的NVIC。目前GIC有4个版本:V1V4,V1是最老的版本,已经被废弃了。V2V4目前正在大量的使用。GIC V2是给ARMv7-A架构使用的,比如Cortex-A7、Cortex-A9、Cortex-A15等,V3和V4是给ARMv8-A/R架构使用的,也就是64位芯片使用的。STM32MP1是Cortex-A7内核,因此我们主要讲解GIC V2。GIC V2最多支持8个核。ARM会根据GIC版本的不同研发出不同的IP核,那些半导体厂商直接购买对应的IP核即可,比如ARM针对GIC V2就开发出了GIC400这个中断控制器IP核。当GIC接收到外部中断信号以后就会报给ARM内核,但是ARM内核只提供了四个信号给GIC来汇报中断情况:VFIQ、VIRQ、FIQ和IRQ,他们之间的关系如图31.1.3.1所示: ![]() 图31.1.3.1 中断示意图 在图31.1.3.1中,GIC接收众多的外部中断,然后对其进行处理,最终就只通过四个信号报给ARM内核,这四个信号的含义如下: VFIQ:虚拟快速FIQ。 VIRQ:虚拟快速IRQ。 FIQ:快速中断IRQ。 IRQ:外部中断IRQ。 VFIQ和VIRQ是针对虚拟化的,我们讨论不虚拟化,剩下的就是FIQ和IRQ了,本教程我们只使用IRQ。所以相当于GIC最终向ARM内核就上报一个IRQ信号。那么GIC是如何完成这个工作的呢?GIC V2的逻辑图如图31.1.3.2所示: ![]() 图31.1.3.2 GIC V2总体框图 图31.1.3.2中左侧部分就是中断源,中间部分就是GIC控制器,最右侧就是中断控制器向处理器内核发送中断信息。我们重点要看的肯定是中间的GIC部分,GIC将众多的中断源分为分为三类: ①、SPI(Shared Peripheral Interrupt),共享中断,顾名思义,所有Core共享的中断,这个是最常见的,那些外部中断都属于SPI中断(注意!不是SPI总线那个中断) 。比如GPIO中断、串口中断等等,这些中断所有的Core都可以处理,不限定特定Core。 ②、PPI(Private Peripheral Interrupt),私有中断,我们说了GIC是支持多核的,每个核肯定有自己独有的中断。这些独有的中断肯定是要指定的核心处理,因此这些中断就叫做私有中断。 ③、SGI(Software-generated Interrupt),软件中断,由软件触发引起的中断,通过向寄存器GICD_SGIR写入数据来触发,系统会使用SGI中断来完成多核之间的通信。 2、中断ID 中断源有很多,为了区分这些不同的中断源肯定要给他们分配一个唯一ID,这些ID就是中断ID。每一个CPU最多支持1020个中断ID,中断ID号为ID0~ID1019。这1020个ID包含了PPI、SPI和SGI,那么这三类中断是如何分配这1020个中断ID的呢?这1020个ID分配如下: ID0~ID15:这16个ID分配给SGI。 ID16~ID31:这16个ID分配给PPI。 ID32~ID1019:这988个ID分配给SPI,像GPIO中断、串口中断等这些外部中断 ,至于具体到某个ID对应哪个中断那就由半导体厂商根据实际情况去定义了。比如STM32MP1系列总共分配了265个中断ID(有很多并未使用,只是保留着),加上前面属于PPI和SGI的32个ID,STM32MP1的中断源共有256+32=288个,这288个中断ID对应的中断源可以在《STM32MP157参考手册》中找到详细的解释。找到“21.2 GIC Interrupts”小节的“Table 117. STM32MP157 interrupt mapping for Cortex®-A7 GIC (continued)”,我们重点关注的是从ID32开始的SPI中断,因为这些才是STM32MP1的外设中断,如图31.1.3.3所示(由于表太大,这里只是截取其中一部分): ![]() 图31.1.3.3 STM32MP1中断源 关于GIC就先讲到这里,我们接下来讲解一下EXTI。 3、EXTI- 外部中断和事件控制器 EXTI是什么东西呢?全称是:Extended interrupt and event controller,中文一般叫做外部中断和事件控制器。EXTI是ST自己设计的,用来辅助GIC管理STM32MP1相应中断的。EXTI通过可配置的事件输入和直接事件输入来管理唤醒。它可以针对电源控制提供唤醒请求、针对CPU事件输入生成事件。EXTI 唤醒请求可让系统从停止模式唤醒,以及让CPU从CSTOP 和CSTANDBY模式唤醒。此外,EXTI还可以在运行模式下生成中断请求和事件请求,这个非常重要,因为在实际使用中EXTI主要是为STM32的GPIO中断服务的。 EXTI主要特性如下: ·支持76个输入事件 ·两个CPU内核都支持。 ·所有事件输入均可让CPU唤醒。 EXTI的异步输入事件可以分为2组: ①、可配置事件(来自能够生成脉冲的I/O或外设的信号),这类事件具有以下特性: – 可选择的有效触发边沿。 – 中断挂起状态寄存器位。 – 单独的中断和事件生成屏蔽。 – 支持软件触发。 ②、直接事件(来自其他外设的中断和唤醒源,需要在外设中清除),这类事件具有以下 特性: – 固定上升沿有效触发。 – EXTI 中无中断挂起状态寄存器位(中断挂起状态由生成事件的外设提供)。 – 单独的中断和事件生成屏蔽。 – 不支持软件触发。 对于GPIO中断来说,就是可配置事件,EXTI和GIC的关系如图31.1.3.4所示: ![]() 图31.1.3.4 EXTI框架 从图31.1.3.4可以看出STM32MP1的中断处理方式有5种: ①、外设直接产生中断到GIC,然后由GIC通知CPU内核。 ②、GPIO或外设产生中断到EXTI,EXTI将信号提交给GIC,最终再将中断信号提交给CPU。 ③、GPIO或外设产生中断到EXTI,EXTI直接将中断信号提交给CPU。 Linux系统会用到这三种中断方式,一个外设最多可以有两种中断方式,为啥是两种而不是三种后面会说。 STM32MP1的所有GPIO都有中断功能,而GPIO中断是我们最常用的功能。STM32每一组GPIO最多有16个IO,比如PA0PA15,因此每组GPIO就有16个中断,这16个GPIO事件输入对应EXTI015,其中PA0、PB0等都对应EXTI0,如图31.1.3.5所示: ![]() 图31.1.3.5 EXTI0~15对应的GPIO 如果要在Linux系统中使用中断,那么就需要在设备树中设置好中断属性信息,Linux内核通过读取设备树中的中断属性信息来配置中断,GIC控制器的设备树绑定信息参考文档Documentation/devicetree/bindings/ interrupt-controller/arm,gic.yaml, EXTI控制器的设备树绑定信息参考文档Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt。 4、GIC控制器节点 打开stm32mp151.dtsi文件,其中的intc节点就是GIC的中断控制器节点,节点内容如下所示:
第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中断来说中断号的范围为32287(256个),对于PPI中断来说中断号的范围为1631,但是该cell描述的中断号是从0开始。 第三个cells:标志,bit[3:0]表示中断触发类型,为1的时候表示上升沿触发,为2的时候表示下降沿触发,为4的时候表示高电平触发,为8的时候表示低电平触发。bit[15:8]为PPI中断的CPU掩码。 第4行,interrupt-controller节点为空,表示当前节点是中断控制器。 我们来看一下STM32MP1的SPI6是如何在设备树节点中描述中断信息的,首先是查阅《STM32MP157参考手册》第“21.2 GIC Interrupts”小节中的表117,也就是图31.1.3.3。找到SPI6对应的中断号,如图31.1.3.6所示: ![]() 图31.1.3.6 SPI6中断 从图31.1.3.6可以看出,第一列的“Num”就是SPI6的中断号:86,注意这里并没有算前面32个中断号,如果加上前面32个中断号的话就是第二列“ID”,为:86+32=118。 打开stm32mp151.dtsi,找到SPI6节点内容,如下所示:
第6行,interrupts描述中断中断源的信息,第一个表示中断类型,为GIC_SPI,也就是共享中断。第二个表示中断号为86,来源就是图31.1.3.6。第三个表示中断触发类型是高电平触发。 2、EXTI控制器节点 对于GPIO中断而言,要用到EXTI,所以我们接下来看一下EXTI设备节点。打开stm32mp151.dtsi文件,其中的exti节点就是EXTI的中断控制器节点,节点内容如下所示:
第3行,表明exti节点是个中断控制器。 第4行,interrupt-cells=2,表明exti的子节点里面第一个cell表示为中断号,也可以叫EXTI事件编号,第二个cell表示中断标志位。其它的设备树属性和GIC控制器是一样的。 前面说了,GPIO用到了EXTI,因此GPIO节点信息里面的EXTI相关内容,在stm32mp151.dtsi文件中找到如下所示内容:
第1131行,pinctrl节点,此节点有11个子节点,gpioagpiok,分别对应GPIOAGPIOK这11组IO。第8行,通过interrupt-parent属性指定pinctrl所有子节点的中断父节点为exti,这样GPIO的中断就和EXTI联系起来了。第1120行为gpioa节点,第14行表明gpioa节点也是个中断控制器,第15行设置interrupt-cells为2,那么对于具体的GPIO而言,interrupts属性第一个cell为某个IO在所处组的编号,第二个cell表示中断触发方式。比如现在要设置PA1这个引脚为下降沿触发,那么就要interrupts = <1 IRQ_TYPE_EDGE_FALLING>。 第133154行,pinctrl_z节点,由于GPIOZ这一组对应的寄存器地址和GPIOAGPIOK不是连续的,所以单独使用pinctrl_z来描述GPIOZ,含义和pinctrl一样。 我们来看一个具体的应用,打开stm32mp15xx-dkx.dtsi文件,找到如下所示内容:
sii9022是ST官方在开发板上的一个HDMI芯片,上述代码就是sii9022的节点信息,sii9022a芯片有一个中断,此引脚链接到了STM32MP1的PG1上,此中断是下降沿触发。 第7行,interrupts设置中断信息,1表示本组内第一个IO,在这里就是PG1。IRQ_TYPE_EDGE_FALLING表示下降沿触发。 第8行,interrupt-parent属性设置中断控制器,这里是有gpiog作为中断控制器。结合上面的interrupts属性,这两行的目的就是设置PG1为下降沿出触发。可以看出使用起来是非常的简单,在我们实际编写代码的时候,只需要通过interrupt-parent和interrupts这两个属性即可设置某个GPIO的中断功能。 简单总结一下与中断有关的设备树属性信息: ①、#interrupt-cells,指定中断源的信息cells个数。 ②、interrupt-controller,表示当前节点为中断控制器。 ③、interrupts,指定中断号,触发方式等。 ④、interrupt-parent,指定父中断,也就是中断控制器。 ⑤、interrupts-extended,指定中断控制器、中断号、中断类型和触发方式,这个属性比较特殊,是新加入的。前面说了,要通过interrupts和interrupt-parent一起设置某个IO的中断方式。这里我们也可以只使用interrupts-extended属性一次性指定中断父节点,IO编号,中断方式等。打开stm32mp157f-ev1-a7-examples.dts文件,里面有如下所示代码:
很明显,上述代码用于描述一个按键,此按键采用中断方式,这个按键使用到了PA1这个引脚。第13行直接通过interrupts-extended属性描述了所有的中断信息,第一个参数为gpioa,第二个参数为13,第三个参数表示下降沿触发。如果使用interrupts和interrupt-parent来描述的话就是: interrupt-parent = <&gpioa>; interrupts = <13 IRQ_TYPE_EDGE_FALLING>; 大家根据自己的喜好来选择使用哪种形式描述即可。 31.1.4 获取中断号 编写驱动的时候需要用到中断号,我们用到的中断号,中断信息已经写到了设备树里面,因此可以通过irq_of_parse_and_map函数从interupts属性中提取到对应的设备号,函数原型如下: unsigned int irq_of_parse_and_map(struct device_node *dev, int index) 函数参数和返回值含义如下: dev:设备节点。 index:索引号,interrupts属性可能包含多条中断信息,通过index指定要获取的信息。 返回值:中断号。 如果使用GPIO的话,可以使用gpio_to_irq函数来获取gpio对应的中断号,函数原型如下: int gpio_to_irq(unsigned int gpio) 函数参数和返回值含义如下: gpio:要获取的GPIO编号。 返回值:GPIO对应的中断号。 31.2 硬件原理图分析 本章实验硬件原理图参考29.2小节即可。 31.3 实验程序编写 本实验对应的例程路径为:开发板光盘1、程序源码2、Linux驱动例程13_irq。 本章实验我们驱动正点原子的STM32MP157开发板上的KEY0按键,不过我们采用中断的方式,并且采用定时器来实现按键消抖,应用程序读取按键值并且通过终端打印出来。通过本章我们可以学习到Linux内核中断的使用方法,以及对Linux内核定时器的回顾。 31.3.1 修改设备树文件 本章实验使用到了按键KEY0,按键KEY0使用中断模式,因此需要在“key”节点下添加中断相关属性,添加完成以后的“key”节点内容如下所示:
第5行,设置interrupt-parent属性值为“gpiog”,因为KEY0所使用的GPIO为PG3,所以要设置KEY0的中断控制器为gpiog。 第6行,设置interrupts属性,也就是设置中断源,第一个cells的3表示GPIOG组的3号IO。IRQ_TYPE_EDGE_BOTH定义在文件include/linux/irq.h中,定义如下:
从示例代码31.3.1.2中可以看出,IRQ_TYPE_EDGE_BOTH表示上升沿和下降沿同时有效,相当于KEY0按下和释放都会触发中断。 设备树编写完成以后使用“make dtbs”命令重新编译设备树,然后使用新编译出来的stm32mp157d-atk.dtb文件启动Linux系统。 31.3.2 按键中断驱动程序编写 新建名为“13_irq”的文件夹,然后在13_irq文件夹里面创建vscode工程,工作区命名为“keyirq”。工程创建好以后新建keyirq.c文件,在keyirq.c里面输入如下内容:
第35~39行,定义了一个枚举类型,包含3个常量KEY_PRESS、KEY_RELEASE、KEY_KEEP,分别用来表示按键的3种不同的状态,即按键按下、按键松开以及按键状态保持。 第42~52行,结构体key_dev为按键设备所对应的结构体,key_gpio为按键GPIO编号,irq_num为按键IO对应的中断号;除此之外,结构体当中还定义了一个定时器用于实现按键的去抖操作,还定义了一个自旋锁用于实现对关键代码的保护操作。 第54行,定义一个按键设备key。 第55行,定义一个int类型的静态全局变量status用来表示按键的状态。 第57~62行,key_interrupt函数是按键KEY0中断处理函数,参数dev_id是一个void类型的指针,本驱动程序并没使用到这个参数;这个中断处理函数很简单直接开启定时器,延时15毫秒,用于实现按键的软件防抖。 第70~118行,key_parse_dt函数中主要是对设备树中的属性进行了解析,获取设备树中的key节点,通过of_get_named_gpio函数得到按键的GPIO编号,通过irq_of_parse_and_map函数获取按键的中断号,irq_of_parse_and_map函数会解析key节点中的interrupt-parent和interrupts属性然后得到一个中断号,后面就可以使用这个中断号去申请以及释放中断了。 第120~147行,key_gpio_init函数中主要对GPIO以及中断进行了相关的初始化。使用gpio_request函数申请GPIO使用权,通过gpio_direction_input将GPIO设置为输出模式;irq_get_trigger_type函数可以获取到key节点中定义的中断触发类型,最后使用request_irq申请中断,并设置key_interrupt函数作为我们的按键中断处理函数,当按键中断发生之后便会跳转到该函数执行;request_irq函数会默认使能中断,所以不需要enable_irq来使能中断,当然我们也可以在申请成功之后先使用disable_irq函数禁用中断,等所有工作完成之后再来使能中断,这样会比较安全,建议大家这样使用。 第149171行,key_timer_function函数为定时器定时处理函数,它的参数arg在本驱动程序中我们并没有使用到;该函数中定义了一个静态局部变量last_val用来保存按键上一次读取到的值,变量current_val用来存放当前按键读取到的值;第159165行,通过读取到的按键值以及上一次读取到的值来判断按键当前所属的状态,如果本次读取的值为0,而上一次读取的值1,则表示按键按下;如果本次读取的值为1,而上一次读取的值0,则表示按键松开;如果本次读取的值为0,而上一次读取的值也是0,则表示按键一直被按着;如果本次读取的值为1,而上一次读取的值也是1,则表示没有触碰按键。第167行,当状态判断完成之后,会将current_val的值赋值给last_val。本函数中也使用自旋锁对全局变量status进行加锁保护! 第193~212行,key_read函数,对应应用程序的read函数。此函数向应用程序返回按键状态信息数据;这个函数其实很简单,使用copy_to_user函数直接将statue数据发送给应用程序,status变量保存了按键当前的状态,发送完成之后再将按键状态重置即可!需要注意的是,该函数中使用了自旋锁进行保护。 第238~244行,按键设备的file_operations结构体。 第251~312行,mykey_init是驱动入口函数,第256行调用spin_lock_init初始化自旋锁变量,298行对定时器进行初始化并将key_timer_function函数绑定为定时器定时处理函数,当定时时间到了之后便会跳转到该函数执行。 第319~329行,mykey_exit驱动出口函数,第324行调用del_timer_sync函数删除定时器,代码中已经注释得非常详细了,这里便不再多说! 31.3.2 编写测试APP 测试APP要实现的内容很简单,通过不断的读取/dev/key设备文件来获取按键值来判断当前按键的状态,从按键驱动上传到应用程序的数据可以有3个值,分别为0、1、2;0表示按键按下时的这个状态,1表示按键松开时对应的状态,而2表示按键一直被按住或者松开;搞懂数据代表的意思之后,我们开始编写测试程序,在13_irq目录下新建名为keyirqApp.c的文件,然后输入如下所示内容:
第48~55行使用for循环不断的读取按键值,如果读取到的值是0则打印“Key Press”字符串,而过读取到的值是1则打印“Key Release”字符串。 31.4 运行测试 31.4.1 编译驱动程序和测试APP 1、编译驱动程序 编写Makefile文件,本章实验的Makefile文件和第四十章实验基本一样,只是将obj-m变量的值改为keyirq.o,Makefile内容如下所示:
第4行,设置obj-m变量的值为keyirq.o。 输入如下命令编译出驱动模块文件: make -j32 编译成功以后就会生成一个名为“keyirq.ko”的驱动模块文件。 2、编译测试APP 输入如下命令编译测试keyirqApp.c这个测试程序: arm-none-linux-gnueabihf-gcc keyirqApp.c -o keyirqApp 编译成功以后就会生成keyirqApp这个应用程序。 31.4.2 运行测试 将上一小节编译出来keyirq.ko和keyirqApp这两个文件拷贝到rootfs/lib/modules/5.4.31目录中,重启开发板,进入到目录lib/modules/5.4.31中,输入如下命令加载keyirq.ko驱动模块: depmod //第一次加载驱动的时候需要运行此命令 modprobe keyirq.ko //加载驱动 驱动加载成功以后可以通过查看/proc/interrupts文件来检查一下对应的中断有没有被注册上,输入如下命令: cat /proc/interrupts 结果如图51.4.2.1所示: ![]() 图31.4.2.1 proc/interrupts文件内容 从图31.4.2.1可以看出keyirq.c驱动文件里面的KEY0中断已经存在了,触发方式为跳边沿(Edge)。 接下来使用如下命令来测试中断: ./keyirqApp /dev/key 按下开发板上的KEY0键,终端就会输出按键值,如图31.4.2.2所示: ![]() 图31.4.2.2 读取到的按键值 ———————————————— 版权声明:正点原子 |
更新STM32MP135-Openwrt镜像
基于STM32MP1和STM32MP2在嵌入式Linux平台上部署有效的安全保护机制
利用STM32MP1和STM32MP2为嵌入式Linux提供有效的安全措施:供当今决策者参考的3条宝贵经验
STM32MP1 WiFi连接
【STM32MP157】从ST官方例程中分析RPMsg-TTY/SDB核间通信的使用方法
【STM32MPU 安全启动】 TF-A BL2 TrustedBoot原理学习
《STM32MPU安全启动》学**结
《STM32MPU安全启动》学习笔记之optee 如何加载CORTEX-M核和使能校验
《STM32MPU安全启动》学习笔记之TF-A BL2校验optee和uboot的流程以及如何使能
《STM32MPU 安全启动》课程学习心得+开启一扇通往嵌入式系统安全领域深处的大门。