Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751477AbWBVWDF (ORCPT ); Wed, 22 Feb 2006 17:03:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751479AbWBVWDF (ORCPT ); Wed, 22 Feb 2006 17:03:05 -0500 Received: from smtpout.mac.com ([17.250.248.47]:5116 "EHLO smtpout.mac.com") by vger.kernel.org with ESMTP id S1751477AbWBVWDD (ORCPT ); Wed, 22 Feb 2006 17:03:03 -0500 X-PGP-Universal: processed; by AlPB on Wed, 22 Feb 2006 16:03:02 -0600 Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6B9658D7-1522-4936-9492-FED2DFD38D2A@mac.com> Content-Transfer-Encoding: 7bit From: Mark Rustad Subject: Re: Linux 2.6.16-rc4 edac oops Date: Wed, 22 Feb 2006 16:02:48 -0600 To: Linux Kernel Mailing List X-Mailer: Apple Mail (2.746.2) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6307 Lines: 147 I find that I sometimes get a non-fatal oops during boot with the 7520 EDAC stuff in place. It doesn't happen on every boot, but fairly often. I also saw it on -rc3, but decided to try -rc4 before reporting it. This is in a nearly monolithic kernel, so don't be surprised when it shows that there are no modules. Here is the ksymoops output: 1023MB LOWMEM available. ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) CPU 0 irqstacks, hard=b03ec000 soft=b03ea000 CPU 1 irqstacks, hard=b03ed000 soft=b03eb000 Machine check exception polling timer started. e1000: 0000:02:03.0: e1000_probe: (PCI-X:133MHz:64-bit) 00:30:48:2e:ff:82 e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection e1000: 0000:02:03.1: e1000_probe: (PCI-X:133MHz:64-bit) 00:30:48:2e:ff:83 e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection e1000: 0000:04:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x4) 00:15:17:00:21:22 e1000: eth2: e1000_probe: Intel(R) PRO/1000 Network Connection e1000: 0000:04:00.1: e1000_probe: (PCI Express:2.5Gb/s:Width x4) 00:15:17:00:21:23 e1000: eth3: e1000_probe: Intel(R) PRO/1000 Network Connection ehci_hcd 0000:00:1d.7: debug port 1 EDAC MC0: Giving out device to "e752x_edac" E7520: PCI 0000:00:00.0 Unable to handle kernel NULL pointer dereference at virtual address 00000020 b0282dc4 *pde = 00000000 Oops: 0000 [#1] CPU: 0 EIP: 0060:[] Not tainted VLI Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010096 (2.6.16-rc4-750-0a #1) eax: 00000000 ebx: b1950f94 ecx: 00000040 edx: 00000000 esi: b195a6e0 edi: 00000000 ebp: 00000000 esp: b1950f74 ds: 007b es: 007b ss: 0068 Stack: <0>00000001 b195a6e0 00000000 b195a000 b195a000 00000000 00000000 b0283245 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 b1950fd4 b195a000 00000286 b0282531 b1950000 Call Trace: [] [] [] [] [] Code: ed fe ff ff 55 b9 0b 00 00 00 57 56 89 c6 53 89 d3 31 d2 83 ec 0c 89 df 89 d0 f3 ab 8b 76 4c b9 40 00 00 00 89 74 24 04 8b 7e 08 <8b> 57 20 8b 47 10 89 1c 24 e8 7c 8f f5 ff 8b 33 85 f6 75 29 8d >>EIP; b0282dc4 <===== >>ebx; b1950f94 >>esi; b195a6e0 >>esp; b1950f74 Trace; b0283245 Trace; b0282531 Trace; b0282582 Trace; b028253e Trace; b0101af9 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; b0282d99 00000000 <_EIP>: Code; b0282d99 0: ed in (%dx),%eax Code; b0282d9a 1: fe (bad) Code; b0282d9b 2: ff (bad) Code; b0282d9c 3: ff 55 b9 call *0xffffffb9(%ebp) Code; b0282d9f 6: 0b 00 or (%eax),%eax Code; b0282da1 8: 00 00 add %al,(%eax) Code; b0282da3 a: 57 push %edi Code; b0282da4 b: 56 push %esi Code; b0282da5 c: 89 c6 mov %eax,%esi Code; b0282da7 e: 53 push %ebx Code; b0282da8 f: 89 d3 mov %edx,%ebx Code; b0282daa 11: 31 d2 xor %edx,%edx Code; b0282dac 13: 83 ec 0c sub $0xc,%esp Code; b0282daf 16: 89 df mov %ebx,%edi Code; b0282db1 18: 89 d0 mov %edx,%eax Code; b0282db3 1a: f3 ab repz stos %eax,%es:(%edi) Code; b0282db5 1c: 8b 76 4c mov 0x4c(%esi),%esi Code; b0282db8 1f: b9 40 00 00 00 mov $0x40,%ecx Code; b0282dbd 24: 89 74 24 04 mov %esi,0x4(%esp) Code; b0282dc1 28: 8b 7e 08 mov 0x8(%esi),%edi This decode from eip onwards should be reliable Code; b0282dc4 00000000 <_EIP>: Code; b0282dc4 <===== 0: 8b 57 20 mov 0x20(%edi),%edx <===== Code; b0282dc7 3: 8b 47 10 mov 0x10(%edi),%eax Code; b0282dca 6: 89 1c 24 mov %ebx,(%esp) Code; b0282dcd 9: e8 7c 8f f5 ff call fff58f8a <_EIP+0xfff58f8a> Code; b0282dd2 e: 8b 33 mov (%ebx),%esi Code; b0282dd4 10: 85 f6 test %esi,%esi Code; b0282dd6 12: 75 29 jne 3d <_EIP+0x3d> Code; b0282dd8 14: 8d .byte 0x8d e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex I have sometimes seen the oops occur in e752x_get_error_info as well. -- Mark Rustad, MRustad@mac.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/