kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-source-2.6.15 (Debian) |
Fix Released
|
Unknown
|
|||
linux-source-2.6.15 (Ubuntu) |
Fix Released
|
High
|
Matt Zimmerman |
Bug Description
Automatically imported from Debian bug report #263420 http://
Debian Bug Importer (debzilla) wrote : | #1 |
Debian Bug Importer (debzilla) wrote : | #2 |
Message-Id: <E1BsILQ-
Date: Wed, 04 Aug 2004 10:46:00 +0100
From: Chris Jones <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: kernel-
Package: kernel-
Version: 2.6.7-2
Severity: critical
Justification: breaks the whole system
On booting the 2.6.7 smp kernel i recive errors after the line
ACPI Revision 20040326
This errors vary, this is an example
ACPI Revision 20040326
unable to handle NULL pointer dereferance <1> unable to handle kernel
NULL pointer at virtual address 00000001
printing eip
726566675
I have also recived oopses, random asci strings (but no error) followed
by hang, and messages about garbage stacks
The non smp verson of this package boots, i include the output of dmesg
for this kenel
*-Start-*
pages, LIFO batch:1
Normal zone: 225280 pages, LIFO batch:16
HighMem zone: 32560 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM ) @
0x000f62f0
ACPI: RSDT (v001 INTEL D865PERL 0x20040203 MSFT 0x00000097) @
0x3ff30000
ACPI: FADT (v002 INTEL D865PERL 0x20040203 MSFT 0x00000097) @
0x3ff30200
ACPI: MADT (v001 INTEL D865PERL 0x20040203 MSFT 0x00000097) @
0x3ff30300
ACPI: WDDT (v001 INTEL OEMWDDT 0x00000001 MSFT 0x0100000d) @
0x3ff344e0
ACPI: DSDT (v001 INTEL D865PERL 0x00000006 MSFT 0x0100000d) @
0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
WARNING: NR_CPUS limit of 1 reached. Processor ignored.
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] global_
IOAPIC[0]: Assigned apic_id 2
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists
Kernel command line: root=/dev/sda7 ro
Initializing CPU#0
PID hash table entries: 4096 (order 12: 32768 bytes)
Detected 3192.118 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Memory: 1031208k/1047744k available (1515k kernel code, 15584k reserved,
659k data, 148k init, 130180k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
Calibrating delay loop... 6324.22 BogoMIPS
Security Scaffold v1.0.0 initialized
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: bfebfbff 00000000 00000000
00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000
00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
Intel machine check architecture supported.
In...
In Debian Bug tracker #263420, Andres Salomon (dilinger-deactivatedaccount) wrote : Re: Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI? | #3 |
On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote:
> Package: kernel-
> Version: 2.6.7-2
> Severity: critical
> Justification: breaks the whole system
>
> On booting the 2.6.7 smp kernel i recive errors after the line
>
> ACPI Revision 20040326
>
> This errors vary, this is an example
>
> ACPI Revision 20040326
> unable to handle NULL pointer dereferance <1> unable to handle kernel
> NULL pointer at virtual address 00000001
> printing eip
> 726566675
Is there a backtrace?
>
> I have also recived oopses, random asci strings (but no error) followed
> by hang, and messages about garbage stacks
>
> The non smp verson of this package boots, i include the output of dmesg
> for this kenel
Not all that interested in the non-oopsing kernel boot log; can you send
the boot log of the oopsing kernel? Also, you can try passing
acpi=off to the kernel to keep it from oopsing. Alternatively, if it's
just the pci apci stuff that's causing problems (i've had problems w/ this
code), try pci=noacpi.
In Debian Bug tracker #263420, rollercow (rollercow) wrote : | #4 |
Andres Salomon wrote:
>On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote:
>
>
>Is there a backtrace?
>
>
As follows,
Code: 8b 42 28 c7 04 24 fc eb 2a c0 89 44 24 04 e8 77 89 00 00 8b
<1> oops: 0002 [#2]
Kernel panic : fatal exception in interrupt
In interrupt handler - not syncing
PREEMPT SMP
modules linked in
CPU : 1
EIP : 0060 : [<f7abdf74>] not tainted
EFLAG : 00010246 (2.6.7-1-686-smp)
EIP is at 0xf7abdf74
eax: 00000000 ebx: 00000001 ecx: 00000008 edx: 000000b2
esi: 00000bb8 edi: 00000001 ebp: 00000008 esp: f7abdf70
ds:007b es: 007b ss: 0068
process swaper (pid:1, threadinfo=f7abc000 task= f7abf670
Stack
00000001, 00000008, c01cc8b8, 00000000, 00000001, 00000000, c01c58f6,
00000001
00000000, c01d66f2, c03690e4, c030d680, 00000000, 000000f4, c0393540,
c035b742
c030d680, c03469eb, 00000008, c0132bc5, c02a88ce, c0374dc0, 0000001e,
c0100574
call trace: [<c01cc8b8>] acpi_hw_
>>I have also recived oopses, random asci strings (but no error) followed
>>by hang, and messages about garbage stacks
>>
>>The non smp verson of this package boots, i include the output of dmesg
>>for this kenel
>>
>>
>
>
>Not all that interested in the non-oopsing kernel boot log; can you send
>the boot log of the oopsing kernel?
>
Not unless there is an easy way to capture it, as the kernel either
panics or hangs.
>Also, you can try passing acpi=off to the kernel to keep it from oopsing.
>
This works,
>Alternatively, if it's just the pci apci stuff that's causing problems (i've had problems w/ this
>code), try pci=noacpi.
>
This does not
Additionally i had no problems with 2.6.6-1-686-smp
----
Chris Jones
http://
Debian Bug Importer (debzilla) wrote : | #5 |
Message-Id: <email address hidden>
Date: Wed, 04 Aug 2004 11:23:51 -0400
From: Andres Salomon <email address hidden>
To: Chris Jones <email address hidden>, <email address hidden>
Subject: Re: Bug#263420: kernel-
On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote:
> Package: kernel-
> Version: 2.6.7-2
> Severity: critical
> Justification: breaks the whole system
>=20
> On booting the 2.6.7 smp kernel i recive errors after the line
>=20
> ACPI Revision 20040326
>=20
> This errors vary, this is an example
>=20
> ACPI Revision 20040326
> unable to handle NULL pointer dereferance <1> unable to handle kernel
> NULL pointer at virtual address 00000001
> printing eip
> 726566675
Is there a backtrace?
>=20
> I have also recived oopses, random asci strings (but no error) followed
> by hang, and messages about garbage stacks
>=20
> The non smp verson of this package boots, i include the output of dmesg
> for this kenel
Not all that interested in the non-oopsing kernel boot log; can you send
the boot log of the oopsing kernel? Also, you can try passing
acpi=3Doff to the kernel to keep it from oopsing. Alternatively, if it's
just the pci apci stuff that's causing problems (i've had problems w/ thi=
s
code), try pci=3Dnoacpi.
Debian Bug Importer (debzilla) wrote : | #6 |
Message-ID: <email address hidden>
Date: Wed, 04 Aug 2004 17:54:00 +0100
From: Chris Jones <email address hidden>
To: Andres Salomon <email address hidden>
CC: <email address hidden>
Subject: Re: Bug#263420: kernel-
during ACPI?
Andres Salomon wrote:
>On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote:
>
>
>Is there a backtrace?
>
>
As follows,
Code: 8b 42 28 c7 04 24 fc eb 2a c0 89 44 24 04 e8 77 89 00 00 8b
<1> oops: 0002 [#2]
Kernel panic : fatal exception in interrupt
In interrupt handler - not syncing
PREEMPT SMP
modules linked in
CPU : 1
EIP : 0060 : [<f7abdf74>] not tainted
EFLAG : 00010246 (2.6.7-1-686-smp)
EIP is at 0xf7abdf74
eax: 00000000 ebx: 00000001 ecx: 00000008 edx: 000000b2
esi: 00000bb8 edi: 00000001 ebp: 00000008 esp: f7abdf70
ds:007b es: 007b ss: 0068
process swaper (pid:1, threadinfo=f7abc000 task= f7abf670
Stack
00000001, 00000008, c01cc8b8, 00000000, 00000001, 00000000, c01c58f6,
00000001
00000000, c01d66f2, c03690e4, c030d680, 00000000, 000000f4, c0393540,
c035b742
c030d680, c03469eb, 00000008, c0132bc5, c02a88ce, c0374dc0, 0000001e,
c0100574
call trace: [<c01cc8b8>] acpi_hw_
>>I have also recived oopses, random asci strings (but no error) followed
>>by hang, and messages about garbage stacks
>>
>>The non smp verson of this package boots, i include the output of dmesg
>>for this kenel
>>
>>
>
>
>Not all that interested in the non-oopsing kernel boot log; can you send
>the boot log of the oopsing kernel?
>
Not unless there is an easy way to capture it, as the kernel either
panics or hangs.
>Also, you can try passing acpi=off to the kernel to keep it from oopsing.
>
This works,
>Alternatively, if it's just the pci apci stuff that's causing problems (i've had problems w/ this
>code), try pci=noacpi.
>
This does not
Additionally i had no problems with 2.6.6-1-686-smp
----
Chris Jones
http://
In Debian Bug tracker #263420, botio (botio) wrote : | #7 |
Just for information, this issue seems to be specific to recent intel
motherboards and is discussed here:
https:/
Debian Bug Importer (debzilla) wrote : | #8 |
Message-Id: <email address hidden>
Date: Fri, 13 Aug 2004 00:56:16 +0200
From: botio <email address hidden>
To: <email address hidden>
Subject: Re: Bug#263420: kernel-
Just for information, this issue seems to be specific to recent intel
motherboards and is discussed here:
https:/
In Debian Bug tracker #263420, Andres Salomon (dilinger-deactivatedaccount) wrote : | #9 |
On Fri, 13 Aug 2004 00:56:16 +0200, botio wrote:
> Just for information, this issue seems to be specific to recent intel
> motherboards and is discussed here:
> https:/
Thanks. I can throw
https:/
into my 2.6.8-rc4 packages, if you're interested in testing them out.
In Debian Bug tracker #263420, Andres Salomon (dilinger-deactivatedaccount) wrote : | #10 |
On Fri, 13 Aug 2004 00:56:16 +0200, botio wrote:
> Just for information, this issue seems to be specific to recent intel
> motherboards and is discussed here:
> https:/
Actually, looks like it's already in 2.6.8-rc4. Once my colo box is
fixed, I can give you a link to kernel packages..
Debian Bug Importer (debzilla) wrote : | #11 |
Message-Id: <email address hidden>
Date: Fri, 13 Aug 2004 11:36:43 -0400
From: Andres Salomon <email address hidden>
To: botio <email address hidden>, <email address hidden>
Subject: Re: Bug#263420: kernel-
On Fri, 13 Aug 2004 00:56:16 +0200, botio wrote:
> Just for information, this issue seems to be specific to recent intel=20
> motherboards and is discussed here:
> https:/
Thanks. I can throw=20
https:/
view
into my 2.6.8-rc4 packages, if you're interested in testing them out.
Debian Bug Importer (debzilla) wrote : | #12 |
Message-Id: <email address hidden>
Date: Fri, 13 Aug 2004 11:51:52 -0400
From: Andres Salomon <email address hidden>
To: botio <email address hidden>, <email address hidden>
Subject: Re: Bug#263420: kernel-
On Fri, 13 Aug 2004 00:56:16 +0200, botio wrote:
> Just for information, this issue seems to be specific to recent intel=20
> motherboards and is discussed here:
> https:/
Actually, looks like it's already in 2.6.8-rc4. Once my colo box is
fixed, I can give you a link to kernel packages..
In Debian Bug tracker #263420, botio (botio) wrote : | #13 |
> Actually, looks like it's already in 2.6.8-rc4. Once my colo box is
> fixed, I can give you a link to kernel packages..
Hello
I don't think it is included in upstream 2.6.8-rc4, neither in 2.6.8.
but the ACPI staff has released a new revision that resolves this issue among
others:
http://
> <email address hidden> (04/08/14 1.1731.1.29)
> [ACPI] Enter ACPI mode earlier
> Fixes two common boot failures due to buggy SMM BIOS code
>
> SMP boot crash if SMI_CMD=ACPI written from CPU1
> http://
hopefully this patch is also available against 2.6.7, I'm currently running it
and it works well.
ftp://ftp.
(20040326 has to be applied before 20040715)
Debian Bug Importer (debzilla) wrote : | #14 |
Message-Id: <email address hidden>
Date: Sat, 14 Aug 2004 10:48:55 +0200
From: botio <email address hidden>
To: <email address hidden>
Subject: Re: Bug#263420: kernel-
> Actually, looks like it's already in 2.6.8-rc4. Once my colo box is
> fixed, I can give you a link to kernel packages..
Hello
I don't think it is included in upstream 2.6.8-rc4, neither in 2.6.8.
but the ACPI staff has released a new revision that resolves this issue among
others:
http://
> <email address hidden> (04/08/14 1.1731.1.29)
> [ACPI] Enter ACPI mode earlier
> Fixes two common boot failures due to buggy SMM BIOS code
>
> SMP boot crash if SMI_CMD=ACPI written from CPU1
> http://
hopefully this patch is also available against 2.6.7, I'm currently running it
and it works well.
ftp://ftp.
(20040326 has to be applied before 20040715)
In Debian Bug tracker #263420, William Lee Irwin III (wli) wrote : fix is in Linus' bk now | #15 |
The fix for this bug is in Linus' bk now.
-- wli
Debian Bug Importer (debzilla) wrote : | #16 |
Message-ID: <email address hidden>
Date: Sun, 15 Aug 2004 14:31:02 -0700
From: William Lee Irwin III <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: fix is in Linus' bk now
The fix for this bug is in Linus' bk now.
-- wli
Matt Zimmerman (mdz) wrote : | #17 |
Looks like it will be fixde when we bring in 2.6.8
Matt Zimmerman (mdz) wrote : | #18 |
Should be fixed in the current Warty kernel, based on 2.6.8.1
In Debian Bug tracker #263420, Maks Attems (debian-sternwelten) wrote : reassign hole bunch of 2.6.7 bugs, get them on the radar | #19 |
reassign #263420 kernel
reassign #265039 kernel
reassign #263753 kernel
reassign #258282 kernel
reassign #259481 kernel
reassign #262383 kernel
reassign #262657 kernel
reassign #264197 kernel
reassign #267014 kernel
reassign #270194 kernel
reassign #270198 kernel
reassign #257526 kernel
reassign #257629 kernel
reassign #257691 kernel
reassign #257996 kernel
reassign #259042 kernel
reassign #259185 kernel
reassign #259381 kernel
reassign #259886 kernel
reassign #259893 kernel
reassign #259910 kernel
reassign #260755 kernel
reassign #260917 kernel
reassign #261348 kernel
reassign #261734 kernel
reassign #263316 kernel
reassign #264528 kernel
reassign #264633 kernel
reassign #265536 kernel
reassign #267006 kernel
reassign #267077 kernel
reassign #267079 kernel
reassign #267553 kernel
reassign #267628 kernel
reassign #268583 kernel
reassign #268964 kernel
reassign #269451 kernel
reassign #269579 kernel
reassign #260694 kernel
reassign #260695 kernel
reassign #262628 kernel
reassign #259698 kernel
reassign #267466 kernel
thanks
Debian Bug Importer (debzilla) wrote : | #20 |
Message-ID: <email address hidden>
Date: Fri, 10 Sep 2004 09:20:45 +0200
From: maks attems <email address hidden>
To: <email address hidden>
Subject: reassign hole bunch of 2.6.7 bugs, get them on the radar
reassign #263420 kernel
reassign #265039 kernel
reassign #263753 kernel
reassign #258282 kernel
reassign #259481 kernel
reassign #262383 kernel
reassign #262657 kernel
reassign #264197 kernel
reassign #267014 kernel
reassign #270194 kernel
reassign #270198 kernel
reassign #257526 kernel
reassign #257629 kernel
reassign #257691 kernel
reassign #257996 kernel
reassign #259042 kernel
reassign #259185 kernel
reassign #259381 kernel
reassign #259886 kernel
reassign #259893 kernel
reassign #259910 kernel
reassign #260755 kernel
reassign #260917 kernel
reassign #261348 kernel
reassign #261734 kernel
reassign #263316 kernel
reassign #264528 kernel
reassign #264633 kernel
reassign #265536 kernel
reassign #267006 kernel
reassign #267077 kernel
reassign #267079 kernel
reassign #267553 kernel
reassign #267628 kernel
reassign #268583 kernel
reassign #268964 kernel
reassign #269451 kernel
reassign #269579 kernel
reassign #260694 kernel
reassign #260695 kernel
reassign #262628 kernel
reassign #259698 kernel
reassign #267466 kernel
thanks
In Debian Bug tracker #263420, Maks Attems (debian-sternwelten) wrote : Re: Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI? | #21 |
On Wed, 04 Aug 2004, Chris Jones wrote:
> I have also recived oopses, random asci strings (but no error) followed
> by hang, and messages about garbage stacks
>
> The non smp verson of this package boots, i include the output of dmesg
> for this kenel
is this fixed for you in latest 2.6.8 for sarge?
or if you are using unstable in newer 2.6.10?
thanks for feedback
maks
Debian Bug Importer (debzilla) wrote : | #22 |
Message-ID: <email address hidden>
Date: Mon, 10 Jan 2005 16:28:48 +0100
From: maximilian attems <email address hidden>
To: Chris Jones <email address hidden>, <email address hidden>
Subject: Re: Bug#263420: kernel-
On Wed, 04 Aug 2004, Chris Jones wrote:
> I have also recived oopses, random asci strings (but no error) followed
> by hang, and messages about garbage stacks
>
> The non smp verson of this package boots, i include the output of dmesg
> for this kenel
is this fixed for you in latest 2.6.8 for sarge?
or if you are using unstable in newer 2.6.10?
thanks for feedback
maks
In Debian Bug tracker #263420, rollercow (rollercow) wrote : | #23 |
maximilian attems wrote:
>On Wed, 04 Aug 2004, Chris Jones wrote:
>
>
>
>>I have also recived oopses, random asci strings (but no error) followed
>>by hang, and messages about garbage stacks
>>
>>The non smp verson of this package boots, i include the output of dmesg
>>for this kenel
>>
>>
>
>is this fixed for you in latest 2.6.8 for sarge?
>or if you are using unstable in newer 2.6.10?
>
>thanks for feedback
>maks
>
>
No, the 2.6.8 packaged kernels (I've tired the one in sarge and the one
in sid) do not work without acpi bashing.
I've just tried 2.6.10 and it seems to work! It even detects my dvb card
:) so I'm happy for the moment.
--
Chris Jones, SUCS Admin
http://
Debian Bug Importer (debzilla) wrote : | #24 |
Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 15:23:01 +0000
From: Chris Jones <email address hidden>
To: maximilian attems <email address hidden>
CC: <email address hidden>
Subject: Re: Bug#263420: kernel-
during ACPI?
maximilian attems wrote:
>On Wed, 04 Aug 2004, Chris Jones wrote:
>
>
>
>>I have also recived oopses, random asci strings (but no error) followed
>>by hang, and messages about garbage stacks
>>
>>The non smp verson of this package boots, i include the output of dmesg
>>for this kenel
>>
>>
>
>is this fixed for you in latest 2.6.8 for sarge?
>or if you are using unstable in newer 2.6.10?
>
>thanks for feedback
>maks
>
>
No, the 2.6.8 packaged kernels (I've tired the one in sarge and the one
in sid) do not work without acpi bashing.
I've just tried 2.6.10 and it seems to work! It even detects my dvb card
:) so I'm happy for the moment.
--
Chris Jones, SUCS Admin
http://
In Debian Bug tracker #263420, Maks Attems (debian-sternwelten) wrote : | #25 |
On Tue, 11 Jan 2005, Chris Jones wrote:
> maximilian attems wrote:
>
> >is this fixed for you in latest 2.6.8 for sarge?
> >or if you are using unstable in newer 2.6.10?
> >
> >thanks for feedback
> >maks
> >
> >
> No, the 2.6.8 packaged kernels (I've tired the one in sarge and the one
> in sid) do not work without acpi bashing.
>
> I've just tried 2.6.10 and it seems to work! It even detects my dvb card
> :) so I'm happy for the moment.
ok great!
well acpi has gotten lots of improvements since 2.6.8,
that's a nontrivial case to backport.
as noacpi works around the bug and 2.6.10 work, i'll close that.
thanks for feedback
--
maks
Debian Bug Importer (debzilla) wrote : | #26 |
Message-ID: <email address hidden>
Date: Tue, 11 Jan 2005 20:47:57 +0100
From: maximilian attems <email address hidden>
To: <email address hidden>
Subject: Re: Bug#263420: kernel-
On Tue, 11 Jan 2005, Chris Jones wrote:
> maximilian attems wrote:
>
> >is this fixed for you in latest 2.6.8 for sarge?
> >or if you are using unstable in newer 2.6.10?
> >
> >thanks for feedback
> >maks
> >
> >
> No, the 2.6.8 packaged kernels (I've tired the one in sarge and the one
> in sid) do not work without acpi bashing.
>
> I've just tried 2.6.10 and it seems to work! It even detects my dvb card
> :) so I'm happy for the moment.
ok great!
well acpi has gotten lots of improvements since 2.6.8,
that's a nontrivial case to backport.
as noacpi works around the bug and 2.6.10 work, i'll close that.
thanks for feedback
--
maks
Changed in linux-source-2.6.15: | |
status: | Unknown → Fix Released |
Automatically imported from Debian bug report #263420 http:// bugs.debian. org/263420