我正在浏览用户空间input输出驱动程序，它消除了由于驱动程序代码的不正常运行而导致的内核崩溃的缺点。
如果内核已经调度了一个进程1，并且如果进程1已经在cpu中运行，那么在主动进程1运行期间，如果来自其他设备的进程2请求服务，则运行进程2的优先级变高[通过产生中断]
同样，在用户空间驱动程序中，中断处理程序驻留在用户模式下，并在内核模式下检测和调用中断。 一旦在设备插入过程中处理了中断，是否会有来自同一设备的多个中断（插入除外）。 猜测读取/写入设备可能会导致中断再次被处理。 但根据我对代码的理解，系统调用的read（）将由用户模式的ISR驱动程序[在这种情况下为CIF驱动程序]创build，用户模式中断处理程序将由uio_read（）[in uio.c]直到发生内核中断。 我可以看穿内核中断uio_interrupt（），只有在通过uio_register_device（）调用进行设备初始化时才会发生。
对于同一个CIF设备如何再次发生内核中断，以唤醒睡眠中断处理程序并处理中断？
如何找出Linux内核响应IRQ需要多长时间？
在IRQ合并之前，NAPI有哪些优势？
我如何得到无滴答的内核工作？ nohz_full，rcu_nocbs，isolcpus还有什么？
需要产生一个稳定的10mSec中断
在Linux中如何避免共享IRQ竞争
在Linux中调度中断和系统调用
中断处理（Linux / General）
MCP23017 GPIO中断处理（RPi）
request_irq中的dev_id参数是什么？
如何从linux内核生成稳定的37kHz GPIO触发器？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
