* [PATCH] ACPI scan: Revert acpi_bus_find_driver() return value check
@ 2005-11-27 13:57 Daniel Drake
0 siblings, 0 replies; only message in thread
From: Daniel Drake @ 2005-11-27 13:57 UTC (permalink / raw)
To: len.brown-ral2JQCrhuEAvxtiuMwx3w
Cc: linux-acpi-ral2JQCrhuEAvxtiuMwx3w,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA, trenn-l3A5Bk7waGM,
rajesh.shah-ral2JQCrhuEAvxtiuMwx3w
[-- Attachment #1: Type: text/plain, Size: 1765 bytes --]
2.6.13 introduced a change to drivers/acpi/scan.c along the lines of:
*
* TBD: Assumes LDM provides driver hot-plug capability.
*/
- result = acpi_bus_find_driver(device);
+ acpi_bus_find_driver(device);
end:
if (!result)
This was inside this commit:
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3fb02738b0fd36f47710a2bf207129efd2f5daa2
Since then, various HP/Compaq laptops have not been able to boot, freezing
after these messages:
PCI: Using ACPI for IRQ routing
PCI: If a device does not work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1
PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1
Rajesh Shah (the author of said commit) has since then acked that this small
change should probably be reverted:
> Looking at this closely now, checking for the result does appear
> to be wrong. Binding a driver for a device should be optional,
> and should not fail adding the device to the acpi list. I suspect
> a previous iteration through this code failed to find a driver
> match, returned failure to the caller and caused bad things to
> happen. So, your patch looks good to me.
The main diagnosis/discussion has been at:
https://bugzilla.novell.com/show_bug.cgi?id=116763
There are also some other reports elsewhere:
http://bugzilla.kernel.org/show_bug.cgi?id=5221
http://bugs.gentoo.org/112601
So far the investigation/fixing has been done by Thomas Renninger and others.
I'm just hoping to breathe some life into an issue which has been sitting
around for nearly 3 months.
If acceptable, please apply.
[-- Attachment #2: acpi-scan.patch --]
[-- Type: text/x-patch, Size: 862 bytes --]
From: Thomas Renninger <trenn-l3A5Bk7waGM@public.gmane.org>
This patch reverts the acpi_bus_find_driver() return value check which was
accidentally added in a big commit titled:
[PATCH] acpi bridge hotadd: Allow ACPI .add and .start operations to be
done independently
This particular change broke booting of some HP/Compaq laptops unless
acpi=noirq is used.
See http://bugzilla.kernel.org/show_bug.cgi?id=5221
Signed-off-by: Daniel Drake <dsd-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
--- vanilla-linux-2.6.14-rc3.orig/drivers/acpi/scan.c 2005-10-03 18:21:35.000000000 +0200
+++ vanilla-linux-2.6.14-rc3/drivers/acpi/scan.c 2005-10-03 18:21:58.000000000 +0200
@@ -1111,7 +1111,7 @@
*
* TBD: Assumes LDM provides driver hot-plug capability.
*/
- result = acpi_bus_find_driver(device);
+ acpi_bus_find_driver(device);
end:
if (!result)
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-11-27 13:57 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-27 13:57 [PATCH] ACPI scan: Revert acpi_bus_find_driver() return value check Daniel Drake
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox