Question

第一次发布海报，请原谅任何愚蠢。

我正在为从2.6.22到2.6.26的MPC83xx构建的linux内核上移植自定义CPLD驱动程序，并且收到了意外的Oops。驱动程序适用于.22内核，但.26内核在我调用request_irq时会窒息。有没有人知道为什么行为发生了变化，或者更好的是，我需要做些什么来解决它？

我已经跟踪了对Oops的来源，调用了kernel / irq / manage.c，其中desc->chip->enable(irq)在setup_irq()中调用，看起来像启用的函数指针是在arch / powerpc / sysdev / ipic.c中调用ipic_set_irq_type()时被清除。不幸的是，我不知道为什么。

我已经包含了Oops和一个复制问题的示例内核模块。

哎呀 -

Unable to handle kernel paging request for instruction fetch
Faulting instruction address: 0x00000000
Oops: Kernel access of bad area, sig: 11 [#1]
PREEMPT SCPA-G2
Modules linked in: cpld(+)
NIP: 00000000 LR: c004b930 CTR: 00000000
REGS: df8b5df0 TRAP: 0400   Not tainted  (2.6.26-twacs-100.0.0)
MSR: 20001032 <ME,IR,DR>  CR: 24022422  XER: 20000000
TASK = dfbcfc00[488] 'insmod' THREAD: df8b4000
GPR00: 00000000 df8b5ea0 dfbcfc00 00000017 00000001 00000001 00000000 c02d1fb4
GPR08: 00002268 00000000 00000000 00000000 44022484 10073f68 1ffcb000 007ffeb0
GPR16: 00000000 00000000 00800000 00000000 bffff7f0 00000000 1006e3dc 00000000
GPR24: 00000002 00000000 00000000 00009032 df9d04c0 00000017 df8b4000 c02d40e4
NIP [00000000] 0x0
LR [c004b930] setup_irq+0x404/0x430
Call Trace:
[df8b5ea0] [c004b8ec] setup_irq+0x3c0/0x430 (unreliable)
[df8b5ed0] [c004bbd8] request_irq+0xe0/0x130
[df8b5f00] [e1078054] cpld_init+0x54/0xd0 [cpld]
[df8b5f10] [c0048ba0] sys_init_module+0x14c/0x1d8
[df8b5f40] [c0010008] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xff27bb0
    LR = 0x10019ca8
Instruction dump:
XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
Kernel panic - not syncing: Fatal exception

模块 -

#include <linux/interrupt.h>
#include <linux/irq.h>
#include <linux/module.h>

static unsigned int cpld_virq = NO_IRQ;
unsigned value = 0xdeadbeef;

static irqreturn_t cpld_isr(int irq, void *dev_id) {
    return IRQ_HANDLED;
}

void __exit cpld_cleanup(void) {
    free_irq(cpld_interrupt, &value);
    irq_dispose_mapping(cpld_virq);
    return;
}

int __init cpld_init(void) {
    int retval;
    unsigned long cpld_interrupt = 23;

    cpld_virq = irq_create_mapping(NULL, cpld_interrupt);
    if (cpld_virq == NO_IRQ) {
        return -EBUSY;
    }

    retval =  request_irq(cpld_virq, cpld_isr,
            IRQF_DISABLED | IRQF_SHARED | IRQF_TRIGGER_FALLING,
            "CPLD", &value);
    if (retval) {
        irq_dispose_mapping(cpld_virq);
        return retval;
    }

    return 0;
}

module_init(cpld_init);
module_exit(cpld_cleanup);
MODULE_LICENSE("Dual BSD/GPL");

感谢您的帮助。我已经在这个问题上打了好几天了，对任何建议持开放态度。

Answer 1

我的2.6.26内核ipic_set_irq_type()的副本对enable()指针没有任何作用。但是，它确实有以下评论，而不是2.6.22：

/* ipic only supports low assertion and high-to-low change senses
*/

和

/* ipic supports only edge mode on external interrupts */

看起来硬件不支持你在2.6.22上做的事情。

Answer 2

啊哈。听起来像JayM很接近，虽然不是因为他认为的原因。我刚刚在linuxppc-dev邮件列表中看到一个补丁说明边缘支持的中断被破坏了。 http://lkml.org/lkml/2010/5/3/363

这可能不是根本原因，但表明我不会解决的问题。

为什么我不能在Linux 2.6.26中注册边沿触发中断？

2 个答案: