处理字符设备中的中断

Question

我正在尝试在内核中为用户界面正确注册中断。

令人惊讶的是，我在内核中没有找到很多示例。

中断处理程序

static irqreturn_t irq_handler(int irq, void *dev_id)
{
   struct el_irq_dev *el_irq = &el_irq_devices[0];
    printk("irq in\n");

    spin_lock(&el->my_lock,flags);

    clear_interrupt() 

    some_buffer[buf_wr] = ch;
    el_irq->buf_wr++;
    if (el_irqbuf_wr >= 16)
        el_irqbuf_wr = 0;


     spin_unlock(&el->my_lock,flags);
     wake_up_interruptible(&el->pollw);



return IRQ_HANDLED;

}

ioctl 等待中断

static long el_device_ioctl( struct file *filp, 
         unsigned int ioctl_num, 
         unsigned long ioctl_param)
{
    struct el_irq_dev *el_irq = &el_irq_devices[0];
switch (ioctl_num) {
case IOCTL_WAIT_IRQ:      <<<---- using ioctl (no poll) to wait on interrupt
    wait_event_interruptible(el_irq->pollw, &el_irq->buf_wr != &el_irq->buf_rd) ;
    spin_lock(&el_irq->my_lock);
    if (el_irq->buf_wr != &el_irq->buf_rd)
    {
        my_value=some_buffer[el_irq->buf_rd];
        el_irq->buf_rd++;
        if (el_irq->buf_rd >= 16)
            el_irq->buf_rd = 0;
    }

    spin_unlock(&el_irq->my_lock);
    copy_to_user(ioctl_param,&my_value,sizeof(my_value));

default:
        break;
    }
    return 0;
}

我的问题是：

1. 我们是否应该将 fpga 中的中断清除 (clear_interrupt() ) 放在中断中 在 wake_up 之前还是之后？我们可以将清除中断放在用户空间处理程序（IOCTL_WAIT_IRQ）中，而不是在 中断处理程序？
2. 正如您在代码中看到的，我使用循环缓冲区来处理用户空间处理程序丢失中断的情况。这真的是必需的还是我们可以假设没有遗漏？ 换句话说，假设永远不会错过中断是否合理？这样 ioctl 调用永远不会看到超过 1 个等待中断？如果是 - 也许我不需要中断处理程序和 ioctl 处理程序之间的缓冲机制。

谢谢你， 然

Answer 1

简短回答。

1. 在我看来，清除用户空间处理程序中的中断似乎是合理的。尽可能晚做是有意义的，在所有工作完成之后，只要你在清理之后再次检查是否真的没有工作要做（一些更多的工作可能在清理之前到达）。李>
2. 用户空间处理程序可能确实会错过中断，例如如果在对 IOCTL_WAIT_IRQ 的调用之间有几个到达。尽管如果在清除中断之前有几件工作到达，中断也可能在某种意义上被“错过”。堆栈（硬件和软件）的设计应使这不是问题。中断应该只是发出有工作要做的信号，并且用户空间处理程序应该能够在返回之前完成所有未完成的工作。
3. 您可能应该在您的 IOCtl 代码中使用 spin_lock_irqsave() [1]。

[1]http://www.makelinux.net/ldd3/chp-5-sect-5