I mentioned this in bug #2518, but I'll make it a seperate bug. Linux-2.4.19-gentoo-r1 is working great for me. I get this error with r3 and r4, of course there is only a couple lines diff between them. I think this is something to do with scanning the PCI bus or kswapd. I will attach my normal boot and kernel panic boot messages. Why does process swapper have a pid of 1? init is always 1. kswapd normally is pid 4, for me. Once (out of 7 times) a message showed up about a minute after the kernel panic: spurious 8259A interrupt: IRQ7. With the r1 working kernel, IRQ7 is not used. I quickly scanned the mailing list for ACPI at sourceforce and someone said he got random messages about spurious interrupts.
Created attachment 907 [details] 2.4.19-gentoo-r1 Normal Boot
Created attachment 908 [details] 2.4.19-gentoo-r3 Bad Boot
Added myself to the CC, since I get this too.
*** Bug 2584 has been marked as a duplicate of this bug. ***
ok i ran my oops through ksymoops and will attach the result. A couple of the numbers are different from my last post because I changed vga= at boot. It looks like ACPI is at it again. I also recompiled with ACPI debugging on and got this: <<snip>> PCI: Using configuration type 1 tbxface -0101 [03] Acpi_load_tables : ACPI Tables successfully loaded Parsing Methods:......................... 119 Control Methods found and parsed (386 nodes total) ACPI Namespace successfully loaded at root c02d11b8 evxfevnt -0080 [04] Acpi_enable : Translation to ACPI mode successful Executing all Device _STA and _INI methods:.................... 40 Devices found containing: 40 _STA, 0 _INI methods Completing Region/Field/Buffer/Package initialization:.............<1>Unable to handle kernel NULL pointer dereference at<<snip>> I have a ASUS A7M266 motherboard with AMD 761 north and VT82C686B southbridge. I talked to someone on irc who had the same error. I think it is mwalker who added himself to CC. He had a KT333A chipset. So I don't know if this is hardware related.
Created attachment 961 [details] ksymoops report
Created attachment 962 [details] ksymoops report (again) Don't let bugzilla auto-detect text files!
The ACPI developers at Intel need your hardware information. Could you please attach info about your hardware to this bug?
Created attachment 1008 [details] Hardware Info Here's my info gathered while in X running 2.4.19-gentoo-r1.
I did some digging around the ACPI mailing lists and of course found drobbins' post. Ducrot Bruno posted he thought this problem was fixed in 20020419. So I patched 2.4.19-r5 with 20020503. It worked!!
OK, this was apparently fixed in the ACPI code on the 19th of April, and we use code from the 4th of April. See: http://www.geocrawler.com/lists/3/SourceForge/17428/25/8671791/ What I'd like you both to do is to head over to http://sourceforge.net/project/showfiles.php?group_id=36832&release_id=87883 and grab acpi-20020503-2.4.18.diff.gz, then apply this patch to a *stock* 2.4.18 kernel, compile in ACPI and try to boot. If it works, this is a stong indication that the problem is now fixed and upgrading to the latest snapshot will fix this problem for you. Let me know whether this works or doesn't work.
ok i patched a vanilla 2.4.18 with acpi-20020503-2.4.18.diff. It booted fine. It even powers down the machine when i "halt". But most of the other things I try don't work. I tryed loading acpid, the acpi daemon, but it complains that i need the patch at http://acpid.sourceforge.net. The website says the patch is only neede for <2.4.10. I tryed to suspend my machine with "echo 1 > /proc/acpi/sleep" but it doesn't work. /proc/acpi/event does not say anything when I push the power button. It complains of spurious interrupts. That's minor.
...don't think this still applies..
