In kernel 3.6 I get a kernel BUG related to ACPI ATA and cannot boot. 3.5.4 boots OK with acpi on. 3.6 with acpi=off boots OK. 3.6 with acpi on leads to a BUG at (hand copied): <ffffffff014841b1> ata_dev_acpi_handle+0x11/0x80. I'm a kernel debugging newbie, and I don't have a serial cable to capture the console, so I've taken an HD video of the kernel booting with boot_delay=200. See: http://www.youtube.com/watch?v=WNkQCnfc56g&t=2m1s the BUG starts around 2minutes in. You'll have to ignore the USB messages that garbage up the initial BUG line, but at least the call trace is clear (around 2:05): ata_acpi_find_device+0x138/0x1b0 ... The hardware is a Shuttle SP35P2 PC (Intel P35 chipset), set to AHCI in the bios. Drives are connected via a SATA port multiplier (Lian Li EX-503). Please let me know if you require any further info to debug this. Best Regards, Dan
ata_dev_acpi_handle - NULL ptr deref
Can you post a brief summary of the problem report to linux-ide@vger.kernel.org and cc mjg@redhat.com as it's probably the libata ACPI code that is breaking here. Alan
Created attachment 82641 [details] Patch to fix NULL ptr dereference in ata_dev_acpi_handle Hi Dan, Can you please apply this and see if it fixed the problem? Thanks.
Hi Aaron, Yes, that patch fixes the problem. Thanks! Dan
null ptr at the time the external PMP enclosure is started, patch fixes the problem.
applied to #upstream-fixes
A patch referencing this bug report has been merged in Linux v3.7-rc7: commit 60817a680b1bd3341b6909fab7d8a1fcc3a78369 Author: Aaron Lu <aaron.lu@intel.com> Date: Tue Oct 9 15:37:48 2012 +0800 libata-acpi: Fix NULL ptr derference in ata_acpi_dev_handle