static irqreturn_t gpio_key_isr(int irq, void *dev_id)
{
struct gpio_key *gpio_key = dev_id;
int val;
val = gpiod_get_value(gpio_key->gpiod);
printk("key %d %d\n", gpio_key->gpio, val);
g_key = (gpio_key->gpio << 8) | val;
wake_up_interruptible(&gpio_key_wait);
return IRQ_HANDLED;
}
在这段代码中，dev_id 形参是一个指向特定设备的指针，它用于向中断服务程序传递与中断相关的设备特定数据。在这个特定的情况下，dev_id 参数被用来传递一个指向 struct gpio_key 结构体的指针，该结构体包含了与中断相关的 GPIO 按键的信息。
在注册中断时，通常可以使用 request_irq() 函数的最后一个参数来传递 dev_id，以便在中断发生时，中断服务程序可以通过这个参数获取到设备特定的数据。
err = request_irq(gpio_keys_100ask[i].irq, gpio_key_isr, IRQF_TRIGGER_RISING | IRQF_TRIGGER_FALLING, "100ask_gpio_key", &gpio_keys_100ask[i]);
在这个例子中，&gpio_keys_100ask[i] 是一个指向 struct gpio_key 结构体的指针，它作为 dev_id 参数传递给了中断服务程序 gpio_key_isr。因此，在中断服务程序中，通过 dev_id 参数就可以获取到与中断相关的 GPIO 按键的信息，例如 GPIO 引脚号、GPIO 描述符等。
p135 内核中使用kill传递信号
在应用程序中的 fcntl 函数调用中，会触发内核调用驱动程序中的 gpio_key_drv_fasync 函数，从而实现异步通知的设置。
在Linux中，中断嵌套是指当一个中断处理程序正在执行时，另一个中断到来并请求处理时，内核会暂停当前的中断处理程序，转而去处理新到来的中断请求，这样就形成了中断嵌套。中断嵌套可以提高系统的响应能力，避免某些中断被阻塞，但也会引入一些问题，比如竞争条件和死锁等。为了避免这些问题，Linux内核对中断嵌套进行了一些限制和控制。顶部不能，底半部可以。
中断处理程序通常是不允许休眠的。中断上下文是在内核中运行的一段代码，它是异步发生的，并且在执行期间必须保持对系统的严格控制。在中断上下文中，不能进行诸如睡眠、调度等可能导致进程阻塞的操作。
这是因为休眠可能会导致不可预测的延迟，破坏实时性，并可能导致系统死锁或其他问题。因此，在中断处理程序中，应该只执行那些能够快速完成且不会阻塞的操作，以尽快地恢复对系统的控制。
收集整理了一份《2024年最新物联网嵌入式全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升的朋友。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人
都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
