Description of problem:
Kernel for i686 architecture on SMP (2x Pent 3/500) machine (Dell
Precision 610) with a 440GX chipset hangs at boot. Grub reports
loading the kernel and initrd and then fails with the last text output
reading "Ok, booting the kernel"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Reboot the machine
2. Select the SMP kernel form the Grub Menu
3. Watch as the machine hangs
Booting 'Fedora Core (2.4.22-1.2115.nptlsmp)'
filesystem type is ext2fs, partition type 0x83
kernel /vmlinuz-2.4.22-1.2115.nptlsmp ro root=/dev/Volume00/LogVol00
[ Linux-bzImage, setup=0x1400, size=0x148493]
[ Linux-initrd @0x1ff60000, 0x8dd39 bytes
Uncompressing Linux... Ok, booting the kernel
Some dmesgs, some init scripts running, and eventually an X login
screen that looks similar to the fedora core GDM theme.
I've tried recompiling the kernel without APIC, using 'noapic' in the
boot config, using the 2.6test9 kernel, all with the exact same
results. The most recent kernel that actually boots SMP is the RedHat
9 version (2.4.20-20.9smp). The Non-SMP FC1 kernel
(2.4.22-1.2115.nptl) boots without any issues as well. There is no
mechanism in the BIOS to set the SMP dialect as research says many
other issues that are similar prescribe (along with the noapic thing
which makes no difference).
If there's anything I can do to help debug this, I would be glad to,
but I'm obviously not a kernel hack.
I've been able to work around the issue with by disabling APIC in the
BIOS. This leads me to believe that there is some faulty APIC handling
between the 440GX and the kernel (something that's been reported before).
It might be nice for this to be worked out in software rather than by
tweaking the BIOS (but frankly I don't care as long as it works).
*** This bug has been marked as a duplicate of 107880 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.