linux-kernel - Re: [BUG] 2.6.23-rc3-mm1 Oops: Machine check, sig: 7 [#1]

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <46CC776B.4090003@linux.vnet.ibm.com>
Date:	Wed, 22 Aug 2007 23:20:35 +0530
From:	Kamalesh Babulal <kamalesh@...ux.vnet.ibm.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	linux-kernel@...r.kernel.org,
	Benjamin Herrenschmidt <benh@...nel.crashing.org>
Subject: Re: [BUG] 2.6.23-rc3-mm1 Oops: Machine check, sig: 7 [#1]

Andrew Morton wrote:
> On Wed, 22 Aug 2007 18:52:05 +0530 Kamalesh Babulal <kamalesh@...ux.vnet.ibm.com> wrote:
>
>   
>> Hi Andrew,
>>
>> Following oops is generated on ppc64 machine while booting with
>> the 2.6.23-rc3-mm1 kernel.
>>
>> ===========================================================
>> [    5.341499] PowerMac i2c bus u3 0 registered
>> [    5.354201] TCP cubic registered
>> [    5.364880] input: PMU as /class/input/input0
>> [    5.400152] RAMDISK: cramfs filesystem found at block 0
>> [    5.414336] RAMDISK: Loading 4688KiB [1 disk] into ram disk... done.
>> [    5.533921] VFS: Mounted root (cramfs filesystem) readonly.
>> [    5.549385] Machine check in kernel mode.
>> [    5.560880] Caused by (from SRR1=9000000000009032): Transfer error 
>> ack signal
>> [    5.578607] Oops: Machine check, sig: 7 [#1]
>> [    5.590736] SMP NR_CPUS=32 NUMA PowerMac
>> [    5.602052] Modules linked in:
>> [    5.611551] NIP: c000000000279ee0 LR: c0000000000ab1c4 CTR: 
>> c000000000092cc8
>> [    5.629323] REGS: c00000000dcdf040 TRAP: 0200   Not tainted  
>> (2.6.23-rc3-mm1-autokern1)
>> [    5.653218] MSR: 9000000000009032 <EE,ME,IR,DR>  CR: 24000022  XER: 
>> 00000000
>> [    5.671260] TASK = c00000000e176000[774] 'linuxrc' THREAD: 
>> c00000000dcdc000 CPU: 0
>> [    5.690056] GPR00: c00000000e207b08 c00000000dcdf2c0 c0000000005bfac0 
>> c00000000e207848
>> [    5.714493] GPR04: c00000000e10fb08 c00000000e207900 c00000000e2078f8 
>> c00000000e2078f8
>> [    5.739017] GPR08: 0000000000000000 c00000000e2078f8 c00000000e2078f8 
>> 0000000000000000
>> [    5.763600] GPR12: c00000000e2078f8 c000000000505280 0000000010028230 
>> 0000000000000000
>> [    5.788276] GPR16: 0000000000000002 0000000000000000 0000000000000000 
>> 0000000000000802
>> [    5.813137] GPR20: 0000000000029000 0000000000000029 0000000000000000 
>> 0000000000000001
>> [    5.838609] GPR24: 0000000000000000 c00000000e10fb00 c00000000e2078f8 
>> c00000000e10fb08
>> [    5.864713] GPR28: c00000000e207848 c00000000e207848 c00000000055af48 
>> c00000000e207b08
>> [    5.897143] NIP [c000000000279ee0] .rb_insert_color+0x5c/0x194
>> [    5.914305] LR [c0000000000ab1c4] .__vma_link_rb+0x30/0x44
>> [    5.930736] Call Trace:
>> [    5.941092] [c00000000dcdf2c0] [c00000000e004580] 0xc00000000e004580 
>> (unreliable)
>> [    5.966930] [c00000000dcdf360] [c0000000000ab1c4] 
>> .__vma_link_rb+0x30/0x44
>> [    5.986182] [c00000000dcdf3e0] [c0000000000ab230] .__vma_link+0x58/0x78
>> [    6.004896] [c00000000dcdf460] [c0000000000ab79c] .vma_link+0x94/0x1b8
>> [    6.023345] [c00000000dcdf510] [c0000000000ada44] 
>> .mmap_region+0x330/0x4d8
>> [    6.042415] [c00000000dcdf620] [c000000000011fcc] .elf_map+0xb8/0x19c
>> [    6.060511] [c00000000dcdf6d0] [c000000000013064] 
>> .load_elf_binary+0xfb4/0x1a4c
>> [    6.085519] [c00000000dcdf830] [c0000000000d0c1c] 
>> .search_binary_handler+0x104/0x310
>> [    6.111417] [c00000000dcdf8e0] [c000000000111cc0] 
>> .load_script+0x278/0x2b4
>> [    6.130289] [c00000000dcdfa10] [c0000000000d0c1c] 
>> .search_binary_handler+0x104/0x310
>> [    6.155961] [c00000000dcdfac0] [c0000000000d0fac] .do_execve+0x184/0x244
>> [    6.174367] [c00000000dcdfb70] [c00000000000f278] .sys_execve+0x70/0xf4
>> [    6.192490] [c00000000dcdfc10] [c00000000000852c] syscall_exit+0x0/0x40
>> [    6.210486] --- Exception: c01 at .kernel_execve+0x8/0x14
>> [    6.226093]     LR = .do_linuxrc+0xa4/0xc0
>> [    6.239060] [c00000000dcdff00] [c0000000004b31f4] 
>> .do_linuxrc+0x90/0xc0 (unreliable)
>> [    6.263900] [c00000000dcdff90] [c000000000023ef4] 
>> .kernel_thread+0x4c/0x68
>> [    6.282270] Instruction dump:
>> [    6.292794] e97f0010 7fa95800 409e0070 e97f0008 2fab0000 419e0010 
>> e80b0000 780807e1
>> [    6.317509] 4182006c eba90008 7fbde000 409e0018 <7d234b78> 7f64db78 
>> 7d3c4b78 4bffff1d
>>
>>     
>
> It would be great if you could fix that wordwrapping problem.
>
> Dunno, it beats me.  powerpc booted OK for me.  Ben, have you been playing
> around in powerpc mmap code?  How come the oops claims it died at
> kernel_execve+0x8/0x14 but the call trace points up into the vma management 
> code?
>
> Kamalesh, can you send the config please?
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>   
sorry, I till take of word wrapping in the future.
I have attached the config and boot log files.


Thanks & Regards,
Kamalesh Babulal.

View attachment "boot_log" of type "text/plain" (17014 bytes)

View attachment "dotconfig" of type "text/plain" (62139 bytes)