中断相关函数接口irqreturn_t key_handler(int num, void *arg)//顶半部的处理 { wait_condition 1;//设置一个全局标志位记录“按键被按下了”。 wake_up_interruptible(wait_que);//唤醒等待队列中正在睡眠的进程 return IRQ_HANDLED;//返回内核告诉系统“我已处理完毕一切正常” } static int __init ptkey_init(void) { int ret 0; ret misc_register(misc_dev); if (ret) { pr_err(misc_register error,errno :%d\n, ret); return ret; } pnode of_find_node_by_path(/putekey); if (NULL pnode) { pr_err(of_find_node_by_path error\n); ret -ENOMEM; goto del_misc; } key_gpio of_get_named_gpio(pnode, gpio-key, 0); if (key_gpio 0) { pr_err(of_get_named_gpio error,errno:%d\n, key_gpio); ret key_gpio; goto del_misc; } ret gpio_request(key_gpio, gpio_for_key); if (ret) { pr_err(gpio_request error,errno:%d\n, ret); goto del_misc; } ret gpio_direction_input(key_gpio); if (ret) { pr_err(gpio_direction_input error,errno:%d\n, ret); goto del_gpio; } // 从设备树中取出 引进对应的中断号 key_irq_no of_irq_get(pnode, 0); if (key_irq_no 0) { ret key_irq_no; pr_err(of_irq_get error,errno:%d\n, ret); goto del_gpio; } //注册中断号连接硬件与驱动 ret request_irq(key_irq_no, key_handler, IRQF_TRIGGER_RISING, key_irq, NULL); if (ret) { pr_err(request_irq error,errno:%d\n, ret); goto del_gpio; } init_waitqueue_head(wait_que); //初始化一个等待队列。这个队列是 应用 read 和 中断唤醒之间的桥梁。应用在 read 里会调用 wait_event_interruptible把自己挂到这个队列上中断来了就调用 wake_up_interruptible 把它唤醒。 //创建 sysfs 属性文件 ret device_create_file(misc_dev.this_device, attr); if (ret) { pr_err(device_create_file error\n); goto del_misc; } pr_info(misc dev ok\n); return 0; del_gpio: gpio_free(key_gpio); del_misc: misc_deregister(misc_dev); return ret; }硬件按键中断→ 顶半部轻量处理唤醒队列→ 应用进程被唤醒读取按键数据linux中断子系统中断会打断内核进程正常调度和运行所以系统对高吞吐量的追求势必要求中断服务尽量短小精悍快进快出所以Linux中断处理程序架构为为了在中断执行时间尽量短和中断处理需完成的工作尽量大之间找到一个平衡点Linux将中断处理程序分解为两个半部顶半部Top Half和底半部BottomHalf上半部也称为中断顶半部用于完成尽量少的比较紧急的功能通常被设置为不可被新中断打断。下半部也称为中断底半部用来完成中断事件绝大多数任务可以被新的中断打断这也是底半部和顶半部的最 大不同因为顶半部往往被设计成不可中断。底半部相对来说并不是非常紧急而且相对比较耗时的操作。部分名称执行上下文特点顶半部Top Half硬中断中断上下文关中断或中断禁用必须快速微秒级不可睡眠不可调度底半部Bottom Half软中断/任务let/workqueue进程上下文或软中断上下文可以慢毫秒级可以睡眠可以被调度底半部的三种实现方式软中断Softirq内核最底层的异步处理机制网络收包、块设备 I/OTasklet基于软中断但更易用同一类型不会同时执行大多数驱动推荐使用工作队列Workqueue在进程上下文中执行可以睡眠需要睡眠或耗时很长的操作特性软中断Tasklet工作队列执行上下文软中断上下文软中断上下文进程上下文内核线程能否睡眠❌ 不能❌ 不能✅ 可以是否可调度❌ 不可❌ 不可✅ 可以被调度并发性可同时执行同一个软中断可在多 CPU 运行同一类型 tasklet 在单 CPU 串行执行可被多个内核线程处理适用场景网络、块设备高频且需高性能大多数设备驱动需要睡眠或耗时操作实现复杂度高低推荐中Tasklet 不能被调度Linux 内核语境下当人们说“Tasklet 不能被调度”时实际上是指Tasklet 在执行期间不能被进程调度器抢占或切换出去。Tasklet 运行在软中断上下文中它不属于任何进程没有task_struct。如果 Tasklet 里调用了schedule()或msleep()内核会报错BUG: scheduling while atomic然后系统崩溃。原因没有进程上下文无法保存和恢复现场。如果让 Tasklet 睡眠就再也没有人唤醒它了函数接口DECLARE_TASKLET(name, func, data)这个宏会为你生成一个名为name的struct tasklet_struct结构体变量并用你传入的func和data来填充它。DECLARE_TASKLET是定义 Tasklet 的“快捷方式”它帮你声明变量、绑定函数、设置参数然后你就可以在中断里用tasklet_schedule去触发它执行。tasklet_schedule(my_tasklet);把 Tasklet 放入执行队列告诉内核“这个任务该做了”然后立即返回不等待执行完成整个过程是纯 CPU 操作不涉及任何睡眠或上下文切换因此可以在中断上下文中安全调用irqreturn_t key_handler(int num, void *arg) //顶半部处理 { // wait_condition 1; // wake_up_interruptible(wait_que); tasklet_schedule(key_task); //调度 Tasklet把一个 Tasklet 放入执行队列把按键事件处理交给 task_handle return IRQ_HANDLED; } void task_handle(unsigned long arg) // 底半部 不能休眠不能调度 { // msleep(5000); // wait_condition 1; // wake_up_interruptible(wait_que); schedule_work(work_que);//把一个工作项work提交给内核的全局工作队列 return; } void work_handle(struct work_struct *work) // 内核中的线程调度可休眠可打断 { // msleep(5000); wait_condition 1; wake_up_interruptible(wait_que); return; } static int __init ptkey_init(void) { int ret 0; ret misc_register(misc_dev); if (ret) { pr_err(misc_register error,errno :%d\n, ret); return ret; } pnode of_find_node_by_path(/putekey); if (NULL pnode) { pr_err(of_find_node_by_path error\n); ret -ENOMEM; goto del_misc; } key_gpio of_get_named_gpio(pnode, gpio-key, 0); if (key_gpio 0) { pr_err(of_get_named_gpio error,errno:%d\n, key_gpio); ret key_gpio; goto del_misc; } ret gpio_request(key_gpio, gpio_for_key); if (ret) { pr_err(gpio_request error,errno:%d\n, ret); goto del_misc; } ret gpio_direction_input(key_gpio); if (ret) { pr_err(gpio_direction_input error,errno:%d\n, ret); goto del_gpio; } // 从设备树中取出 引进对应的中断号 key_irq_no of_irq_get(pnode, 0); if (key_irq_no 0) { ret key_irq_no; pr_err(of_irq_get error,errno:%d\n, ret); goto del_gpio; } ret request_irq(key_irq_no, key_handler, IRQF_TRIGGER_FALLING, key_irq, NULL); if (ret) { pr_err(request_irq error,errno:%d\n, ret); goto del_gpio; } init_waitqueue_head(wait_que); INIT_WORK(work_que, work_handle); //把 work_que 工作项和 work_handle 函数绑定。当 schedule_work(work_que) 被调用时内核会在合适的时机执行 work_handle ret device_create_file(misc_dev.this_device, attr); if (ret) { pr_err(device_create_file error\n); goto del_misc; } pr_info(misc dev ok\n); return 0; del_gpio: gpio_free(key_gpio); del_misc: misc_deregister(misc_dev); return ret; }层级上下文能不能睡眠用途顶半部中断上下文❌ 不能只做最紧急的工作保存寄存器、调度 TaskletTasklet软中断上下文❌ 不能做中等紧急但非阻塞的工作比如继续调度工作队列工作队列进程上下文✅ 可以做耗时、可阻塞的工作延时、唤醒进程、访问 I2C/SPI 设备schedule_work的调度延迟相对较大且会触发内核线程的唤醒和抢占。对于需要快速响应的场景tasklet_schedule是更轻量的选择。用 Tasklet 做缓冲可以保证即使短时间内有多个中断触发也不会频繁唤醒内核线程减少系统开销工作队列不直接操作等待队列里的进程。它们是通过wait_condition这个全局变量间接协作的工作队列负责把wait_condition从0改成1然后发出wake_up信号。等待队列收到信号后检查wait_condition发现已经是1于是让进程退出睡眠。如果没有wait_condition就算wake_up了进程也会因为条件不成立而继续睡下去。角色工作队列 (work_handle)等待队列 (wait_que)本质执行者干活的人停车场停车等待的地方作用在进程上下文中完成耗时任务去抖、读硬件、设标志位让应用进程在无数据时睡眠有数据时被唤醒操作函数schedule_work(work_que);wait_event_interruptible(wait_que, condition);wake_up_interruptible(wait_que);执行上下文进程上下文kworker内核线程进程上下文调用read的用户进程irqreturn_t key_handler(int num, void *arg) //顶半部处理 { // wait_condition 1; // wake_up_interruptible(wait_que); tasklet_schedule(key_task); return IRQ_HANDLED; } void task_handle(unsigned long arg) // 底半部 不能休眠不能调度 { // msleep(5000); // wait_condition 1; // wake_up_interruptible(wait_que); schedule_work(work_que); return; } void work_handle(struct work_struct *work) // 内核中的线程调度可休眠可打断 { // msleep(5000); wait_condition 1; wake_up_interruptible(wait_que); return; }关于这三者的返回值顶半部运行在中断上下文tasklet运行在软中断上下文工作队列运行在进程上下文。顶半部被内核调用需要向内核返回一个整数状态码irqreturn_t告诉内核“我处理完了一切正常”。而后二者没有返回值void因为它们不是被内核“调用”的而是被内核“调度”的。这里注意tasklet不能被进程调度进程调度涉及到上下文切换和睡眠唤醒这里调度指的是任务调度把一个任务放入执行队列等待 CPU 在合适的时机执行。调用是“CPU 立即执行”调度是“排队等待执行”。顶半部被调用保证实时性Tasklet 和工作队列被调度避免阻塞系统。顶半部的返回值返回值实际数值含义使用场景IRQ_NONE0检测到中断但不是本设备触发的。用于共享中断线当设备发现不是自己的中断时必须返回此值让内核继续询问下一个注册的处理函数。IRQ_HANDLED1中断已被本设备正确处理。绝大多数情况下的返回值告诉内核“我已经处理完了不需要再做其他操作。”IRQ_WAKE_THREAD2需要唤醒一个内核线程来处理后续工作。配合request_threaded_irq()使用表示“顶半部只做了轻量工作真正耗时任务需要交给中断线程去做”。