public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* [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