Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S275084AbTHGDHM (ORCPT ); Wed, 6 Aug 2003 23:07:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S275086AbTHGDHL (ORCPT ); Wed, 6 Aug 2003 23:07:11 -0400 Received: from fmr02.intel.com ([192.55.52.25]:13262 "EHLO caduceus.fm.intel.com") by vger.kernel.org with ESMTP id S275084AbTHGDHF convert rfc822-to-8bit (ORCPT ); Wed, 6 Aug 2003 23:07:05 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Subject: RE: 2.4.22-pre10 ACPI kennel oops Date: Wed, 6 Aug 2003 23:06:55 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 2.4.22-pre10 ACPI kennel oops Thread-Index: AcNbmhf1zKASQsCTSnm12VVGuLA7ugA9OEqQ From: "Brown, Len" To: "Samuel Flory" , X-OriginalArrivalTime: 07 Aug 2003 03:06:56.0562 (UTC) FILETIME=[F5D04920:01C35C90] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3979 Lines: 103 Was ACPI included in your 2.4.21 kernel? If no, then 2.4.22-pre10 may be the 1st time that Linux ACPI has examined the tables on this system. I'm not familiar with "woodruf" -- do it have a part number? First thing to do is to locate the latest BIOS for the board, and see if this is something that has already been fixed there. If the latest BIOS doesn't do it, then filing a bug under componenet ACPI will be the best way to get it fixed w/o having it fall through the cracks. Thanks, -Len > -----Original Message----- > From: Samuel Flory [mailto:sflory@rackable.com] > Sent: Tuesday, August 05, 2003 5:29 PM > To: linux-kernel@vger.kernel.org > Subject: 2.4.22-pre10 ACPI kennel oops > > > I'm getting a kernel oops on the intel woodruf P4 motherboard under > 2.4.22pre10. This config worked fine under 2.4.21. The output of > ksymoops is attached, and the raw oops is attached. > > ksymoops 2.4.4 on i686 2.4.20-8smp. Options used > -V (default) > -K (specified) > -L (specified) > -O (specified) > -m /boot/System.map-2.4.22-pre10 (specified) > > ACPI: LAPIC_NMI (acpi_id[0x01] polarity[0x0] trigger[0x0] lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x02] polarity[0x0] trigger[0x0] lint[0x1]) > cpu: 0, clocks: 1328876, slice: 664438 > Unable to handle kernel paging request at virtual address f8803000 > c022d588 > *pde = 00000000 > Oops: 0000 > CPU: 0 > EIP: 0010:[] Not tainted > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010206 > eax: 00000000 ebx: 00000000 ecx: 00000001 edx: c1c13ec0 > esi: f8802ffd edi: c1c13ee0 ebp: c1c13ec0 esp: c1c13e64 > ds: 0018 es: 0018 ss: 0018 > Process swapper (pid: 1, stackpage=c1c13000) > Stack: c1c13f1c c1c13f1c c1c13e84 c022d015 c1c13ec0 f8802fdd 00000024 > f8802fdd > 00000008 c0492d37 c0492d24 00200000 c1c13eb0 c1c13ec0 c1c13f2c > c1c13eb0 > c022c984 c1c13f1c c1c13ec0 00000008 c0492cab c0492ca2 c1c13f0c > 54445353 > Call Trace: [] [] [] [] > [] > [] [] [] [] [] > [] > Code: f3 a5 e9 5c ff ff ff c1 e9 02 89 d7 f3 a5 a4 e9 4f ff ff ff > > >>EIP; c022d588 <__constant_memcpy+bd/f5> <===== > Trace; c022d015 > Trace; c022c984 > Trace; c022cb68 > Trace; c022cd89 > Trace; c022e124 > Trace; c022e1fa > Trace; c0105000 <_stext+0/0> > Trace; c010508b > Trace; c0105000 <_stext+0/0> > Trace; c01075ae > Trace; c0105060 > Code; c022d588 <__constant_memcpy+bd/f5> > 00000000 <_EIP>: > Code; c022d588 <__constant_memcpy+bd/f5> <===== > 0: f3 a5 repz movsl > %ds:(%esi),%es:(%edi) <===== > Code; c022d58a <__constant_memcpy+bf/f5> > 2: e9 5c ff ff ff jmp ffffff63 <_EIP+0xffffff63> > Code; c022d58f <__constant_memcpy+c4/f5> > 7: c1 e9 02 shr $0x2,%ecx > Code; c022d592 <__constant_memcpy+c7/f5> > a: 89 d7 mov %edx,%edi > Code; c022d594 <__constant_memcpy+c9/f5> > c: f3 a5 repz movsl %ds:(%esi),%es:(%edi) > Code; c022d596 <__constant_memcpy+cb/f5> > e: a4 movsb %ds:(%esi),%es:(%edi) > Code; c022d597 <__constant_memcpy+cc/f5> > f: e9 4f ff ff ff jmp ffffff63 <_EIP+0xffffff63> > > > -- > Once you have their hardware. Never give it back. > (The First Rule of Hardware Acquisition) > Sam Flory > > - 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/