From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
To: Mika Westerberg <mika.westerberg@linux.intel.com>,
Mario Limonciello <mario.limonciello@amd.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
"open list:PCI SUBSYSTEM" <linux-pci@vger.kernel.org>,
<Sanju.Mehta@amd.com>, Linux PM <linux-pm@vger.kernel.org>
Subject: Re: [PATCH] PCI: ACPI: Don't blindly trust `HotPlugSupportInD3`
Date: Thu, 10 Mar 2022 17:50:28 +0100 [thread overview]
Message-ID: <187b2408-061a-cc29-97a5-d2e4bc91f3c8@intel.com> (raw)
In-Reply-To: <YinLNvaH7+yv88QX@lahna>
On 3/10/2022 10:56 AM, Mika Westerberg wrote:
> +Rafael
Thanks!
+linux-pm (all PM-related stuff should go there)
>
> On Wed, Mar 09, 2022 at 04:43:02PM -0600, Mario Limonciello wrote:
>> The `_DSD` `HotPlugSupportInD3` is supposed to indicate the ability for a
>> bridge to be able to wakeup from D3.
>>
>> This however is static information in the ACPI table at BIOS compilation
>> time and on some platforms it's possible to configure the firmware at boot
>> up such that `_S0W` will not return "0" indicating the inability to wake
>> up the system from D3.
It is "wake up the device from D3". The system is already in S0.
> Ideally the BIOS should not allow this to happen in the first place but
> yeah we've seen all kinds of weird behaviour in the past so just need
> to deal with it :/
>
> I wonder if it makes sense to log this situation?
>
>> To fix these situations explicitly check that the ACPI device claims the
>> system can be awoken in `acpi_pci_bridge_d3`.
This is not too precise.
wakeup.flags.valid is 1 if there is a GPE allowing the device to generate wakeup signals that will be handled by the platform.
Again, this is not only about waking up the system from sleep.
>> Link: https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/07_Power_and_Performance_Mgmt/device-power-management-objects.html?highlight=s0w#s0w-s0-device-wake-state
>> Link: https://docs.microsoft.com/en-us/windows-hardware/drivers/pci/dsd-for-pcie-root-ports#identifying-pcie-root-ports-supporting-hot-plug-in-d3
>> Fixes: 26ad34d510a87 ("PCI / ACPI: Whitelist D3 for more PCIe hotplug ports")
>> Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
> Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
>
>> ---
>> drivers/pci/pci-acpi.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
>> index a42dbf448860..9f8f55ed09d9 100644
>> --- a/drivers/pci/pci-acpi.c
>> +++ b/drivers/pci/pci-acpi.c
>> @@ -999,6 +999,9 @@ bool acpi_pci_bridge_d3(struct pci_dev *dev)
>> if (!adev)
>> return false;
>>
>> + if (!adev->wakeup.flags.valid)
>> + return false;
>> +
>> if (acpi_dev_get_property(adev, "HotPlugSupportInD3",
>> ACPI_TYPE_INTEGER, &obj) < 0)
>> return false;
>> --
>> 2.34.1
prev parent reply other threads:[~2022-03-10 16:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-09 22:43 [PATCH] PCI: ACPI: Don't blindly trust `HotPlugSupportInD3` Mario Limonciello
2022-03-10 9:56 ` Mika Westerberg
2022-03-10 15:26 ` Limonciello, Mario
2022-03-10 16:50 ` Rafael J. Wysocki [this message]
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=187b2408-061a-cc29-97a5-d2e4bc91f3c8@intel.com \
--to=rafael.j.wysocki@intel.com \
--cc=Sanju.Mehta@amd.com \
--cc=bhelgaas@google.com \
--cc=linux-pci@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mika.westerberg@linux.intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox