From: Daniel Drake <dsd-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
To: len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
Cc: linux-acpi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
trenn-l3A5Bk7waGM@public.gmane.org,
rajesh.shah-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
Subject: [PATCH] ACPI scan: Revert acpi_bus_find_driver() return value check
Date: Sun, 27 Nov 2005 13:57:25 +0000 [thread overview]
Message-ID: <4389BB45.7050108@gentoo.org> (raw)
[-- 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)
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Drake <dsd@gentoo.org>
To: len.brown@intel.com
Cc: linux-acpi@intel.com, acpi-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org, trenn@suse.de,
rajesh.shah@intel.com
Subject: [PATCH] ACPI scan: Revert acpi_bus_find_driver() return value check
Date: Sun, 27 Nov 2005 13:57:25 +0000 [thread overview]
Message-ID: <4389BB45.7050108@gentoo.org> (raw)
[-- 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: 812 bytes --]
From: Thomas Renninger <trenn@suse.de>
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@gentoo.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)
next reply other threads:[~2005-11-27 13:57 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-27 13:57 Daniel Drake [this message]
2005-11-27 13:57 ` [PATCH] ACPI scan: Revert acpi_bus_find_driver() return value check Daniel Drake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4389BB45.7050108@gentoo.org \
--to=dsd-abrp7r+bbdudnm+yrofe0a@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=linux-acpi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=rajesh.shah-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=trenn-l3A5Bk7waGM@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.