Linus Torvalds wrote: > Ok, > trying to make ready for the real 2.6.9 in a week or so, so please give > this a beating, and if you have pending patches, please hold on to them > for a bit longer, until after the 2.6.9 release. It would be good to have > a 2.6.9 that doesn't need a dot-release immediately ;) > > The appended shortlog gives a pretty good idea of what has been going on. > Mostly small stuff, with some architecture updates and an ACPI update > thrown in for good measure. > > (The ACPI update fixes broken AML with implied returns, and in particular > the Compaq Evo notebook fan control. Yay! Guess who has one..) > > Linus > ACPI still explodes on my old PII and stops it booting. (I've reported it to Len a few times but he seems to be ignoring me). Anyway, it is oopsing in drivers/acpi/scan.c line 207 where element (which is NULL) gets dereferenced. Adding a WARN_ON and return AE_BAD_PARAMETER for the element==NULL case gives the following: Badness in acpi_bus_extract_wakeup_device_power_package at drivers/acpi/scan.c:208 [] acpi_bus_extract_wakeup_device_power_package+0xfe/0x14b [] acpi_bus_get_wakeup_device_flags+0x35/0x89 [] acpi_bus_add+0xd4/0x152 [] acpi_bus_scan+0x104/0x156 [] acpi_scan_init+0x48/0x5e [] do_initcalls+0x54/0xc0 [] init+0x0/0x100 [] init+0x0/0x100 [] init+0x2a/0x100 [] kernel_thread_helper+0x0/0x18 [] kernel_thread_helper+0x5/0x18 [] init+0x0/0x100 [] init+0x2a/0x100 [] kernel_thread_helper+0x0/0x18 [] kernel_thread_helper+0x5/0x18 The ACPI bios on this thing has always seemed to be pretty broken, but this at least allows the 'power' button to continue to work (the only reason why I want ACPI). Hmm... I don't want to hold up the release for this isolated problem. Maybe if you're forced to do another -rc I could send in a trivial two liner? (what's the policy with such a situation?)