When compiling the gentoo-sources-2.4.19-r7 kernel, with exactly the same settings of gentoo-sources-2.4.19-r5 I get a kernel panic. The last message is "PCI: Probing PCI Hardware". The stack trace (manually feeded into ksymoops) is: >>EIP; c02ba39f <pirq_peer_trick+9f/d0> <===== Trace; c01fa72c <pci_init+c/60> Trace; c0105085 <init+25/1a0> Trace; c0105000 <_stext+0/0> Trace; c010772e <kernel_thread+2e/40> Trace; c0105060 <init+0/1a0> On a normal boot the next message would be "PCI: Using ACPI for IRQ routing ". My hardware is a Toshiba Satellite 1700 laptop, with a Intel Pentium III celeron, and a Intel PIIX4 chipset.
I have the same behavior here on a Sony VAIO PCG-GRX316. Turning off ACPI fixes this. I assume it is due to the new (unstable) ACPI code.
Dan, can this be tested with 2.4.19-gentoo-r9? (or do you NEED the ACPI patch?) thanks.
This problem went away with -r9 (and other kernels like mjc's, gentoo-r8, etc.) It only manifested with gentoo-r7. As to acpi, the one in gentoo-r9 (I recognize it by drivers/acpi/tables/tbget.c being revision 56) works best for me. I have to apply a manual patch to any kernel I use anyway beacuse of bios breakage in my laptop (dsdt retreiving fails, I have to hardcode my dsdt data into the kernel and change tbget.c appropriately).
I'm going to close this for now, if the problem is still there, of course reopen it... also, with a bit of luck the next gentoo-sources will have acpi4linux again which might re-break this and again require this bug re-opened ... ... ...
Unfortunately enabling ACPI on r9 seems to lock hard the machine...