当内核空间发生事件时如何通知用户空间应用程序？
当数据到达某个 GPIO 时，硬件会生成中断。
该数据被复制到内核缓冲区。此时，我希望驱动程序通知应用程序它可以调用read函数将数据从内核缓冲区复制到用户空间缓冲区。
我想用epoll方法，但是epoll指示设备是否准备好读取。我想要的是，epoll指示内核缓冲区何时已满。
并且，有没有办法修改poll_wait()驱动程序中的功能？
（已在聊天会话中回复，但似乎这应该在答案中，因此将其更详细地放在这里。）
poll_wait 的作用是将您的驱动程序添加到用户空间程序正在等待的文件描述符列表中。模式是：
- 用户程序调用poll/select/epoll_ctl
- 核心内核调用驱动程序的轮询入口点
- 驱动程序调用 poll_wait 将其等待队列添加到等待队列列表中（除非 GPIO 数据已经可读，您通过返回值指示）
- 稍后，当设备中断时，您在等待队列上调用wake_up，如果进程（仍在）在轮询/选择调用中等待，则这会解除进程的阻塞
- 用户态程序唤醒，调用read实际获取数据
IOW，poll_wait 本身不会休眠（或阻塞）；它只是将您的设备添加到稍后可能唤醒该进程的程序列表中。睡眠是在核心内核中完成的（例如，在 select 系统调用内）。这样，用户程序可以使用 select 同时等待任意数量的设备。
如果您的用户空间程序在等待时确实没有其他事情可做，那么您可以简单地读取用户程序调用，并让您的驱动程序设置其等待队列并调用 wait_event_interruptible （或其他 wait_event_* 之一）变体）。这将阻塞进程，直到您的中断处理程序调用wake_up；此时您从内核缓冲区复制到用户缓冲区。
或者您可以支持这两种方法。通常，如果您支持 select 方法，您还可以在读取函数中检查 O_NONBLOCK 文件标志，以便用户代码可以选择not阻止读取。
是的，ISR 可以调用wake_up。这是设备 I/O 的常见模式：在“进程上下文”中等待/阻塞，在“中断上下文”中唤醒，然后返回进程上下文后完成 I/O。
BTW，从驱动程序的角度来看，使用 select、poll 或 epoll 通常是相同的。从用户的角度来看，使用 select 或 poll 更容易一些。这是一个“一次性”交易：“这里有一组文件描述符；阻塞直到其中一个准备好读取（或写入等）或直到超时”。
而使用 epoll，首先创建一个 epoll 描述符，然后单独添加 I/O 文件描述符。但是“wait”调用只指定单个 epoll 描述符。因此，如果您有大量文件描述符需要等待，则不必在每个系统调用中指定所有文件描述符，这会降低每个 epoll 调用的系统调用开销。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
