2

第一次发帖，如有冒犯请见谅。

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

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

我已经包含了 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");

谢谢您的帮助。几天来，我一直在努力解决这个问题，并对任何建议持开放态度。

4

2 回答 2

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 上所做的事情。

于 2010-04-12T19:54:42.967 回答
1

啊。听起来 JayM 很接近，虽然不是他想的那样。我刚刚在 linuxppc-dev 邮件列表中看到一个补丁，指出边缘支持的中断已损坏。 http://lkml.org/lkml/2010/5/3/363

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

于 2010-05-04T14:31:12.973 回答