On Sat, 28 Apr 2007 21:40:19 +0000 (GMT) William Heimbigner <[email protected]> wrote:
> This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
> ARCH is powerpc
>
> dmesg output, captured via netconsole:
> [ 0.000000] Using PowerMac machine description
> [ 0.000000] Total memory = 128MB; using 256kB for hash table (at c7fc0000)
> [ 0.000000] Linux version 2.6.21-rc7-mm2 (root@console) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #3 SMP PREEMPT Sat Apr 28 14:29:54 CDT 2007
> [ 0.000000] Found UniNorth memory controller & host bridge @ 0xf8000000 revision: 0xc0
> [ 0.000000] Mapped at 0xfdfc0000
> [ 0.000000] Found a Pangea mac-io controller, rev: 0, mapped at 0xfdf40000
> [ 0.000000] PowerMac motherboard: iMac "Flower Power"
It ran OK on my G5. Can you send the config please?
> ...
> [ 27.030444] input: PMU as /class/input/input4
> [ 27.052675] ReiserFS: hda4: found reiserfs format "3.6" with standard journal
> [ 27.058960] ReiserFS: hda4: using ordered data mode
> [ 27.078108] ReiserFS: hda4: journal params: device hda4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
> [ 27.099024] ReiserFS: hda4: checking transaction log (hda4)
> [ 27.195147] ReiserFS: hda4: Using r5 hash to sort names
> [ 27.201477] VFS: Mounted root (reiserfs filesystem) readonly.
> [ 27.207715] Freeing unused kernel memory: 248k init
> [ 156.166766] Oops: Kernel access of bad area, sig: 11 [#1]
> [ 156.167014] PREEMPT SMP NR_CPUS=2 DEBUG_PAGEALLOC PowerMac
> [ 156.167267] Modules linked in: nfsd exportfs pmac_zilog serial_core ohci1394 ieee1394 uninorth_agp
> [ 156.167711] NIP: c0068ce4 LR: c0068cdc CTR: 00000000
> [ 156.167892] REGS: c0583a40 TRAP: 0300 Not tainted (2.6.21-rc7-mm2)
> [ 156.168118] MSR: 00001032 <ME,IR,DR> CR: 42202022 XER: 00000000
> [ 156.168467] DAR: 00000000, DSISR: 42000000
> [ 156.168617] TASK = c0550260[0] 'swapper' THREAD: c0582000 CPU: 0
> [ 156.168840] GPR00: 00000000 c0583af0 c0550260 00000783 c059bc88 00000001 c0488ec0 c059bc80
> [ 156.169272] GPR08: c0460713 c0488e77 00000000 c0488b70 00003da3 00000000 0023f96c c0590000
> [ 156.169705] GPR16: c0590000 0023f964 c0590000 00000000 00001032 00000000 c0583eb0 c0590000
> [ 156.170145] GPR24: c0583b18 00000000 00000000 00000000 c0583b28 c000a1e4 c0583b2c c059bc80
> [ 156.170594] NIP [c0068ce4] kallsyms_lookup+0x64/0xa4
> [ 156.170806] LR [c0068cdc] kallsyms_lookup+0x5c/0xa4
> [ 156.170997] Call Trace:
> [ 156.171093] [c0583af0] [c0068cb4] kallsyms_lookup+0x34/0xa4 (unreliable)
> [ 156.171384] --- Exception: c0583bb0 at 0xc0583ba0
> [ 156.171578] LR = draw_byte+0x34/0x1d0
> [ 156.171723] [c0583b10] [c002ebd0] xmon_show_stack+0x2b8/0x330 (unreliable)
> [ 156.172017] [c0583c10] [c003053c] cmds+0xa20/0x1600
> [ 156.172235] [c0583ca0] [c0031448] xmon_core+0x32c/0x734
> [ 156.172452] [c0583d60] [c00319fc] xmon+0x2c/0x68
> [ 156.172647] [c0583e20] [c0031b40] xmon_irq+0x50/0x6c
> [ 156.172856] [c0583e40] [c0073828] handle_IRQ_event+0x5c/0xb0
> [ 156.173090] [c0583e60] [c00755dc] handle_fasteoi_irq+0xac/0x174
> [ 156.173333] [c0583e80] [c0006be4] do_IRQ+0xec/0x130
> [ 156.179644] [c0583ea0] [c0014fe8] ret_from_except+0x0/0x14
> [ 156.185827] --- Exception: 501 at cpu_idle<hand copied begins here>+0xfc/0x1dc
> LR = cpu_idle+0xfc/0x1dc
> [c0583f60] [c000a24c] cpu_idle+0x164/0x1dc (unreliable)
> [c0583f80] [c0003cc4] rest_init+0x74/0x88
> [c0583fa0] [c050fb68] start_kernel+0x310/0x394
> [c0583ff0] [000037b4] 0x37b4
>
> This occurs after pressing the programmer switch to generate an NMI.
Can you expand on this? Do you mean that hitting the NMI switch is what
caused this crash?
Does a G5 have a programmer switch? If so, how does this programmer
switch it?
If you compiled with CONFIG_DEBUG_INFO could you please do
gdb vmlinux
(gdb) l *0xc0068ce4
Patches which touch kallsyms.c in -mm are:
extend-print_symbol-capability
simplify-module_get_kallsym-by-dropping-length-arg
simplify-kallsyms_lookup
fix-race-between-rmmod-and-cat-proc-kallsyms
fix-race-between-cat-proc-wchan-and-rmmod-et-al
fix-race-between-cat-proc-slab_allocators-and-rmmod
kallsyms-cleanup-use-seq_release_private-where-appropriate
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
