From: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
linux-pci@vger.kernel.org,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH 7/10] PCI / Hot-plug: Query _OSC before requesting controls
Date: Mon, 09 Aug 2010 10:22:18 +0900 [thread overview]
Message-ID: <4C5F584A.3050009@jp.fujitsu.com> (raw)
In-Reply-To: <201008061234.46493.rjw@sisk.pl>
(2010/08/06 19:34), Rafael J. Wysocki wrote:
> On Friday, August 06, 2010, Hidetoshi Seto wrote:
>> (2010/08/06 10:11), Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki<rjw@sisk.pl>
>>>
>>> It generally is unsafe to call acpi_pci_osc_control_set() without
>>> checking what _OSC bits the BIOS is willing to grant control of,
>>> because control of some _OSC bits may be granted even if
>>> acpi_pci_osc_control_set() returns AE_SUPPORT. Therefore make
>>> acpi_get_hp_hw_control_from_firmware() use
>>> acpi_pci_osc_control_query() to check if the BIOS will grant
>>> OSC_SHPC_NATIVE_HP_CONTROL before calling acpi_pci_osc_control_set().
>>>
>>> Signed-off-by: Rafael J. Wysocki<rjw@sisk.pl>
>>> ---
>>> drivers/pci/hotplug/acpi_pcihp.c | 6 ++++--
>>> 1 file changed, 4 insertions(+), 2 deletions(-)
>>>
>>> Index: linux-2.6/drivers/pci/hotplug/acpi_pcihp.c
>>> ===================================================================
>>> --- linux-2.6.orig/drivers/pci/hotplug/acpi_pcihp.c
>>> +++ linux-2.6/drivers/pci/hotplug/acpi_pcihp.c
>>> @@ -358,11 +358,13 @@ int acpi_get_hp_hw_control_from_firmware
>>> acpi_get_name(handle, ACPI_FULL_PATHNAME,&string);
>>> dbg("Trying to get hotplug control for %s\n",
>>> (char *)string.pointer);
>>> + status = acpi_pci_osc_control_query(handle,&flags);
>>> + if (ACPI_FAILURE(status)
>>> + || !(flags& OSC_SHPC_NATIVE_HP_CONTROL))
>>> + goto no_control;
>>> status = acpi_pci_osc_control_set(handle, flags);
>>> if (ACPI_SUCCESS(status))
>>> goto got_one;
>>> - if (status == AE_SUPPORT)
>>> - goto no_control;
>>> kfree(string.pointer);
>>> string = (struct acpi_buffer){ ACPI_ALLOCATE_BUFFER, NULL };
>>> }
>>
>> This breaks fallback mechanism for OSHP, doesn't it?
>
> Hmm, well. Can you please elaborate a bit?
>
> I guess you mean that the last two statements should be executed if
> acpi_pci_osc_control_query() returns error code, is that correct?
>
On legacy platform, firmware provides OSHP method instead of _OSC method
to grant native hot-plug control to OS. For this reason, current code
evaluates OSHP method if _OSC evaluation failed with error code other
than AE_SUPPORT (ex. "AE_NOT_FOUND" would be returned on the legacy
platform that provides OSHP instead of _OSC).
So I think Hidetoshi meant that
>>> + status = acpi_pci_osc_control_query(handle,&flags);
>>> + if (ACPI_FAILURE(status)
>>> + || !(flags& OSC_SHPC_NATIVE_HP_CONTROL))
>>> + goto no_control;
should be
status = acpi_pci_osc_control_query(handle,&flags);
if (status == AE_SUPPORT)
goto no_control;
Thanks,
Kenji Kaneshige
next prev parent reply other threads:[~2010-08-09 1:22 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-06 1:03 [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v3) Rafael J. Wysocki
2010-08-06 1:05 ` [PATCH 1/10] ACPI / PCI: Introduce function for querying PCI root _OSC Rafael J. Wysocki
2010-08-06 1:05 ` Rafael J. Wysocki
2010-08-06 1:06 ` [PATCH 2/10] PCI / PCIe/ AER: Introduce pci_aer_available() Rafael J. Wysocki
2010-08-06 1:06 ` Rafael J. Wysocki
2010-08-06 1:07 ` [PATCH 3/10] PCI / PCIe: Introduce commad line switch for disabling port services Rafael J. Wysocki
2010-08-06 1:07 ` Rafael J. Wysocki
2010-08-06 1:08 ` [PATCH 4/10] PCI / PCIe: Ask BIOS for control of all native services at once (v6) Rafael J. Wysocki
2010-08-06 1:08 ` Rafael J. Wysocki
2010-08-06 1:09 ` [PATCH 5/10] PCI / PCIe: Disable PCIe port services during port initialization Rafael J. Wysocki
2010-08-06 1:09 ` Rafael J. Wysocki
2010-08-06 1:10 ` [PATCH 6/10] PCI / PCIe: Remove the port driver module exit routine Rafael J. Wysocki
2010-08-06 1:10 ` Rafael J. Wysocki
2010-08-06 1:11 ` [PATCH 7/10] PCI / Hot-plug: Query _OSC before requesting controls Rafael J. Wysocki
2010-08-06 2:20 ` Hidetoshi Seto
2010-08-06 2:20 ` Hidetoshi Seto
2010-08-06 10:34 ` Rafael J. Wysocki
2010-08-06 10:34 ` Rafael J. Wysocki
2010-08-09 1:22 ` Kenji Kaneshige
2010-08-09 1:22 ` Kenji Kaneshige [this message]
2010-08-06 1:11 ` Rafael J. Wysocki
2010-08-06 1:12 ` [PATCH 8/10] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2) Rafael J. Wysocki
2010-08-06 1:12 ` Rafael J. Wysocki
2010-08-06 1:13 ` [PATCH 9/10] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set() Rafael J. Wysocki
2010-08-06 1:13 ` Rafael J. Wysocki
2010-08-06 1:15 ` [PATCH 10/10] ACPI / PCI: Merge acpi_pci_osc_control_{query|set}() Rafael J. Wysocki
2010-08-06 1:15 ` Rafael J. Wysocki
2010-08-06 3:25 ` [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v3) Hidetoshi Seto
2010-08-06 3:25 ` Hidetoshi Seto
2010-08-06 10:42 ` Rafael J. Wysocki
2010-08-06 10:42 ` Rafael J. Wysocki
2010-08-20 23:49 ` [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v4) Rafael J. Wysocki
2010-08-20 23:50 ` [PATCH 1/10] PCI / PCIe/ AER: Introduce pci_aer_available() Rafael J. Wysocki
2010-08-24 20:49 ` Jesse Barnes
2010-08-24 20:49 ` Jesse Barnes
2010-08-20 23:50 ` Rafael J. Wysocki
2010-08-20 23:51 ` [PATCH 2/10] PCI / PCIe: Introduce commad line switch for disabling port services Rafael J. Wysocki
2010-08-20 23:51 ` Rafael J. Wysocki
2010-08-20 23:52 ` [PATCH 3/10] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set() Rafael J. Wysocki
2010-08-20 23:52 ` Rafael J. Wysocki
2010-08-20 23:53 ` [PATCH 4/10] ACPI / PCI: Make acpi_pci_query_osc() return control bits Rafael J. Wysocki
2010-08-20 23:53 ` Rafael J. Wysocki
2010-08-20 23:54 ` [PATCH 5/10] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v4) Rafael J. Wysocki
2010-08-20 23:54 ` Rafael J. Wysocki
2010-08-23 21:55 ` [Updated changelog][PATCH " Rafael J. Wysocki
2010-08-23 21:55 ` Rafael J. Wysocki
2010-08-20 23:55 ` [PATCH 6/10] ACPI / PCI: Negotiate _OSC control bits before requesting them Rafael J. Wysocki
2010-08-20 23:55 ` Rafael J. Wysocki
2010-08-23 21:53 ` [Update][PATCH 6/10] ACPI / PCI: Negotiate _OSC control bits before requesting them (v2) Rafael J. Wysocki
2010-08-23 21:53 ` Rafael J. Wysocki
2010-08-20 23:56 ` [PATCH 7/10] PCI / PCIe: Ask BIOS for control of all native services at once (v7) Rafael J. Wysocki
2010-08-20 23:56 ` Rafael J. Wysocki
2010-08-21 20:02 ` [linux-pm] " Rafael J. Wysocki
2010-08-21 20:02 ` Rafael J. Wysocki
2010-08-20 23:57 ` [PATCH 8/10] PCI / PCIe: Disable PCIe port services during port initialization Rafael J. Wysocki
2010-08-20 23:57 ` Rafael J. Wysocki
2010-08-20 23:58 ` [PATCH 9/10] PCI / PCIe: Move PCIe PME code to the pcie directory Rafael J. Wysocki
2010-08-20 23:58 ` Rafael J. Wysocki
2010-08-20 23:59 ` [PATCH 10/10] PCI / PCIe: Remove the port driver module exit routine Rafael J. Wysocki
2010-08-20 23:59 ` Rafael J. Wysocki
2010-08-20 23:49 ` [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v4) Rafael J. Wysocki
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=4C5F584A.3050009@jp.fujitsu.com \
--to=kaneshige.kenji@jp.fujitsu.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=rjw@sisk.pl \
--cc=seto.hidetoshi@jp.fujitsu.com \
/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.