Howdy All, I have (almost) successfully upgraded from Linux 2.6.22 to 2.6.26 (both downloaded from debian) on my mpc8347 powerpc, but I think I may be missing a required change to my dts regarding the IPIC or maybe a change in how my driver requests IRQs.
I have several modules that are maintained outside the kernel tree, and all but one is working correctly. The offending driver is attempting to register IRQ 23, and is accessing an invalid memory location. I am currently getting the following stack dump: # insmod /tmp/cpld.ko # insmod /tmp/dig_display.ko 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: dig_display(+) cpld immr_misc immr [last unloaded: cpld] NIP: 00000000 LR: c00496e8 CTR: 00000000 REGS: dfafbdb0 TRAP: 0400 Not tainted (2.6.26-twacs-100.0.0) MSR: 20001032 <ME,IR,DR> CR: 24002422 XER: 20000000 TASK = df9d9800[579] 'insmod' THREAD: dfafa000 GPR00: 00000000 dfafbe60 df9d9800 00000017 00000002 00000020 c00498d0 c06fe640 GPR08: 00000008 00000000 00000017 00000000 84002428 10073f68 1ffcb000 007ffeb0 GPR16: 00000000 00000000 00800000 00000000 bffff7f0 00000000 1006e3e4 00000000 GPR24: 00000002 e90cffd0 00000000 00009032 dfa3aca0 00000017 dfafa000 c02d0e78 NIP [00000000] 0x0 LR [c00496e8] setup_irq+0x2d4/0x2e0 Call Trace: [dfafbe60] [c00496b0] setup_irq+0x29c/0x2e0 (unreliable) [dfafbe90] [c0049904] request_irq+0xb8/0xe8 [dfafbec0] [e107e174] init_module+0x174/0x320 [dig_display] [dfafbf10] [c0046e68] sys_init_module+0x14c/0x1d8 [dfafbf40] [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 Rebooting in 1 seconds..<0>------------[ I have traced the offending code through the setup_irq() call down to kernel/irq/manage.c, where desc->chip->enable(irq) is being called. However, enable is NULL resulting in the Oops. I have verified enable and disable are set to valid addresses when set_irq() is entered. However desc->chip->set_type() references ipic_set_irq_type(), which overwrites enable and disable by setting desc->chip to &ipic_edge_irq_chip. At this point, I am at a loss. Does some additional step need to be taken prior to calling request_irq() when upgrading from 2.6.22 to 2.6.26? Please let me know if you would like any additional information. I don't want this email to get too difficult to follow. Thanks for the help! Sam _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev