Red Hat Bugzilla – Bug 183421
Kernel Oops when booting with ACPI enabled
Last modified: 2015-01-04 17:25:41 EST
Description of problem:
When installing or booting FC5 test3 (FC4.92) on a Gateway M280 laptop I get a
kernel oops in the ata_piix kernel module. If I boot with acpi=off I can
install and boot the system. Basically I get ...
"Unable to handle kernel NULL pointer dereference at virtual address 00000000"
During the sata probe. This seems to be the same bug reference at the Kernel
mailing list ... http://lkml.org/lkml/2006/1/16/106 though I haven't had the
system long enough to compile the -linus kernel.
Version-Release number of selected component (if applicable):
rpm -q kernel gives kernel-2.6.15-1.1991_FC5
Every boot single boot.
Steps to Reproduce:
1. make sure acpi=off is not in the kernel boot line for grub
It should boot normally.
From what is stated on the lkml I'm also guessing that the laptop's bios is
not setting up the SATA ports correctly. So I installed the latest bios
(62.05) from Gateway, but it didn't help.
I have booted other kernels (specifically 2.6.16-rc4 via Ark Linux) with ACPI.
Though I have the same SATA problem with the 2.6.9 kernels from RHE 4 and all
the 2.6.x kernels from FC4.
I downloaded a stock 18.104.22.168 from kernel.org and compiled it. The SATA
ata_piix driver did not oops during boot with the stock kernel. I'll take the
fc5 kernel src.rpm, do a build prep, and then compare the stock ata_piix
versus the fc5 version. Maybe that will give me some insight into what is
going on with the kernel oops.
the fc5 kernel is based on 2.6.16rc5-git right now, which is way different to
22.214.171.124, which could explain why your self-built kernel worked.
> way different ...
:) After grabbing the src.rpm and comparing ... Yeah ... I have no idea where
to start on the differences of the scsi directory and ata_piix.
But, I tried ArkLinux 2006.1 beta on this laptop. It booted a 2.6.16-rc4
kernel just fine. I didn't look at what all patches or which tree they were
using before moving on to try FC 4.92 though.
Right now I'm glad I've gotten 126.96.36.199 working (though I have to not use
SELinux). The latest kernel-2.6.15-1.1996_FC5 seems to have just broke the
ipw2200 driver. Anyway I'll grab 2.6.16rc5-git and see what happens.
OK, using the 1.1996 src.rpm from fedora development I extracted the 2.6.15
source. And I then patched it with patch-2.6.16-rc5.bz2 and with
patch-2.6.16-rc5-git3.bz2 which were in the src.rpm. Using the same .config
file from my previous build of 188.8.131.52 I now have a booting laptop with ACPI
+ SATA + ipw2200 ( using it right now in fact ). None of which worked
together with the 1.1996 kernel.
So ... which of the other 120 patches should I apply or not apply to try and
narrow down where my problem is nested at?
Don't know if I want to hit my head on the table now though ...
Starting with the 1.2008 src.rpm I commented out the patches from the spec
file and did a rpmbuild -bp. I then applied batches of patches to make sure
that they were not the "bug". Anyway, it came down to patches 200, 201, or
205. Realizing that 201 turns off APIC and LAPIC I took a quick guess.
Booting the stock 1.2008 kernel with apic=on and lapic=on ... NO KERNEL OOPS!
So on this laptop APIC and LAPIC are needed. Has the apic-off-by-default
patch been applied to the enterprise kernels? I'll try to boot the CentOS 4.2
and FC 4 install CD's to check if apic=on lapic=on allows the install to start
I really can't say anything about the patch itself (that is for people who
know what they are doing). If it is "buggy", should APIC and LAPIC default to
on, or what.
One last question: when did the apic-off-by-default patch get put into the
I'll drop that patch for the next build (and final release of fc5)
thanks for your detective work on this.
Just to be completly sure, the rawhide would now auto-detect if the BIOS has
APIC enabled, and if so, turn the APIC on, if required.
Should be fixed in the kernel at http://people.redhat.com/davej/kernels/Fedora/devel
Konrad, yes,that's correct. We'll blacklist any boxes that need it explicitly
disabled as we come across them (which hopefully should be few)
To Dave: Thanks. The 2.6.15-1.2016_FC5 kernel works perfectly for my laptop
(Gateway M280 Tablet). Yeah! Now, onto fix the Xorg FinePoint tablet driver.