内核模块中缺少键盘中断

Question

我正在做一个项目，我正在根据收到的键盘中断执行一些操作。 所以我注册了键盘中断并将中断标记为共享。 但是我的程序没有正常工作。 为了调试这个问题，我编写了一个小程序，它只注册键盘中断，并在收到键盘中断时向内核输出一些消息。 但是我发现当中断率很高时，很多来自键盘的中断都被错过了。 例如，在下面的示例代码中，当按下“a”时，我注册了中断并向内核输出消息。 从计数器值来看，总的中断次数小于键盘实际产生的中断次数。 我通过将按键回显到终端并计算回显到终端的 a 的数量来发现这一点。 因此，例如，如果终端上有 350 个回显 a，则计数只会在 300-320 左右。 更高数量的中断也是如此。 中断数量越大，错过的中断就越多，但在所有情况下，错过的中断百分比似乎几乎相等。 有人可以解释这种行为的原因是什么吗？ 提前致谢。 下面是源代码。

#include <linux/kernel.h>
#include <linux/interrupt.h>
#include <linux/module.h>
#include <linux/signal.h>
#include <asm/io.h>

/*
 The keyboard ISR
*/
irq_handler_t irq_handler (int irq, void *dev_id, struct pt_regs *regs)    
{
    static int count = 0;
static unsigned char scancode;

scancode = inb (0x60);

if (0x1E == scancode)
{
            count++;
    printk ("\nKeyboard key 'a' pressed !");
}

return (irq_handler_t) IRQ_HANDLED;
}

/*
 Register IRQ handler
*/
int init_module ()
{
return request_irq (1, (irq_handler_t) irq_handler, IRQF_SHARED, "kbd_irq_handler", (void *)(irq_handler));
}


MODULE_LICENSE ("GPL");

Answer 1

您可以尝试使用工作队列作为下半部分，因为如果 irq handler[Top] 需要时间来完成，在这种情况下可能会错过中断。

最好使用工作队列进行非时间关键处理。

你的代码应该像

    static unsigned char scancode;
    irq_handler_t irq_handler (int irq, void *dev_id, struct pt_regs *regs)    
    {

       scancode = inb (0x60);

       schedule_delayed_work(work_struct);//in this function pointer is passed
       return (irq_handler_t) IRQ_HANDLED;
    }

    func()
    {
       if (0x1E == scancode)
       {
              count++;
              printk ("\nKeyboard key 'a' pressed !");
       }
    }

您也可以从硬件角度检查键盘控制器数据表中中断之间的最小时间间隔，然后检查中断执行时间以查看中断处理程序执行时间应小于硬件中断生成时间。

或者您也可以在考虑时序、系统负载后维护事件缓冲区。

Answer 2

从这里：

日志代码已经尝试通过检测和抑制相同消息流来缓解这个问题。

将printk用于相同的消息流 - 坏主意。

Answer 3

我在另一个错过中断的驱动程序中看到了这个问题。 我的驱动程序正在使用一个快速 IRQ 处理程序，它只是将作业分派到下半部工作队列。

我发现当 IRQ 处理程序正在执行时，内核可能不会为同一个处理程序注册新的中断。 然而，我没有看到一致的行为。 它受到了打击和错过。

我通过使 IRQ 处理程序花费很长时间（> = 10 秒）并以一秒为间隔发出中断来对此进行调试。 在 IRQ 处理程序执行时发出的 10 个或更多中断中，只有 7 个或 8 个被注册。

我的权宜之计是向设备固件添加一个看门狗，如果它在主机上看到未服务的缓冲区，则重新发出中断，但我正在寻找更好的确定性解决方案。