From: "Mark Pearson" <mpearson-lenovo@squebb.ca>
To: "Kai-Heng Feng" <kaihengf@nvidia.com>,
bhelgaas@google.com, mika.westerberg@linux.intel.com
Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
"AceLan Kao" <acelan.kao@canonical.com>,
"Limonciello, Mario" <mario.limonciello@amd.com>
Subject: Re: [PATCH v2] PCI/PM: Put devices to low power state on shutdown
Date: Fri, 17 Jan 2025 15:31:57 -0500 [thread overview]
Message-ID: <69ddda46-62cc-445f-a1ef-f4651ec0b138@app.fastmail.com> (raw)
In-Reply-To: <20241208074147.22945-1-kaihengf@nvidia.com>
Hi,
On Sun, Dec 8, 2024, at 2:41 AM, Kai-Heng Feng wrote:
> Some laptops wake up after poweroff when HP Thunderbolt Dock G4 is
> connected.
>
> The following error message can be found during shutdown:
> pcieport 0000:00:1d.0: AER: Correctable error message received from
> 0000:09:04.0
> pcieport 0000:09:04.0: PCIe Bus Error: severity=Correctable, type=Data
> Link Layer, (Receiver ID)
> pcieport 0000:09:04.0: device [8086:0b26] error
> status/mask=00000080/00002000
> pcieport 0000:09:04.0: [ 7] BadDLLP
>
> Calling aer_remove() during shutdown can quiesce the error message,
> however the spurious wakeup still happens.
>
> The issue won't happen if the device is in D3 before system shutdown, so
> putting device to low power state before shutdown to solve the issue.
>
> ACPI Spec 6.5, "7.4.2.5 System \_S4 State" says "Devices states are
> compatible with the current Power Resource states. In other words, all
> devices are in the D3 state when the system state is S4."
>
> The following "7.4.2.6 System \_S5 State (Soft Off)" states "The S5
> state is similar to the S4 state except that OSPM does not save any
> context." so it's safe to assume devices should be at D3 for S5.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=219036
> Cc: AceLan Kao <acelan.kao@canonical.com>
> Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
> Tested-by: Mario Limonciello <mario.limonciello@amd.com>
> Signed-off-by: Kai-Heng Feng <kaihengf@nvidia.com>
> ---
> drivers/pci/pci-driver.c | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
> diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c
> index 35270172c833..248e0c9fd161 100644
> --- a/drivers/pci/pci-driver.c
> +++ b/drivers/pci/pci-driver.c
> @@ -510,6 +510,14 @@ static void pci_device_shutdown(struct device *dev)
> if (drv && drv->shutdown)
> drv->shutdown(pci_dev);
>
> + /*
> + * If driver already changed device's power state, it can mean the
> + * wakeup setting is in place, or a workaround is used. Hence keep it
> + * as is.
> + */
> + if (!kexec_in_progress && pci_dev->current_state == PCI_D0)
> + pci_prepare_to_sleep(pci_dev);
> +
> /*
> * If this is a kexec reboot, turn off Bus Master bit on the
> * device to tell it to not continue to do DMA. Don't touch
> --
> 2.47.0
Just a note that we've tested this in the Lenovo Linux team and confirmed that it reduces the power draw on a powered off Z16 G2 by 0.6W.
This is enough to bring Linux inline with Windows, and more importantly allow the platform to pass e-star energy certification (which it otherwise fails). We suspect other platforms will show similar benefits.
Let me know if there's anything we can do to help get this patch moving along - I think it's important.
Tested-by: Mark Pearson <mpearson-lenovo@squebb.ca>
Mark
next prev parent reply other threads:[~2025-01-17 20:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-08 7:41 [PATCH v2] PCI/PM: Put devices to low power state on shutdown Kai-Heng Feng
2025-01-17 20:31 ` Mark Pearson [this message]
2025-02-19 3:56 ` Mario Limonciello
2025-03-09 18:54 ` Denis Benato
2025-02-19 18:46 ` [PATCH v2] PCI/PM: Put devices to low power state on shutdown' Bjorn Helgaas
2025-04-22 15:18 ` Mario Limonciello
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=69ddda46-62cc-445f-a1ef-f4651ec0b138@app.fastmail.com \
--to=mpearson-lenovo@squebb.ca \
--cc=acelan.kao@canonical.com \
--cc=bhelgaas@google.com \
--cc=kaihengf@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@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;
as well as URLs for NNTP newsgroup(s).