From: Raul E Rangel <rrangel@chromium.org>
To: Mario Limonciello <mario.limonciello@amd.com>
Cc: Keith Busch <kbusch@kernel.org>, Jens Axboe <axboe@fb.com>,
Christoph Hellwig <hch@lst.de>, Sagi Grimberg <sagi@grimberg.me>,
"Rafael J . Wysocki" <rjw@rjwysocki.net>,
"open list:NVM EXPRESS DRIVER" <linux-nvme@lists.infradead.org>,
linux-acpi@vger.kernel.org, david.e.box@linux.intel.com,
Shyam-sundar.S-k@amd.com, Alexander.Deucher@amd.com,
prike.liang@amd.com
Subject: Re: [PATCH v4] acpi: Move check for _DSD StorageD3Enable property to acpi
Date: Thu, 3 Jun 2021 16:27:49 -0600 [thread overview]
Message-ID: <YLlXZcp6ne7hcXNM@google.com> (raw)
In-Reply-To: <20210603190753.5084-1-mario.limonciello@amd.com>
On Thu, Jun 03, 2021 at 02:07:53PM -0500, Mario Limonciello wrote:
> Although first implemented for NVME, this check may be usable by
> other drivers as well. Microsoft's specification explicitly mentions
> that is may be usable by SATA and AHCI devices. Google also indicates
> that they have used this with SDHCI in a downstream kernel tree that
> a user can plug a storage device into.
>
> Link: Link: https://docs.microsoft.com/en-us/windows-hardware/design/component-guidelines/power-management-for-storage-hardware-devices-intro
> Suggested-by: Keith Busch <kbusch@kernel.org>
> CC: rrangel@chromium.org
> CC: david.e.box@linux.intel.com
> CC: Shyam-sundar S-k <Shyam-sundar.S-k@amd.com>
> CC: Alexander Deucher <Alexander.Deucher@amd.com>
> CC: Rafael J. Wysocki <rjw@rjwysocki.net>
> CC: Prike Liang <prike.liang@amd.com>
> Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
> ---
> drivers/acpi/device_pm.c | 25 +++++++++++++++++++++++++
> drivers/nvme/host/pci.c | 28 +---------------------------
> include/linux/acpi.h | 5 +++++
> 3 files changed, 31 insertions(+), 27 deletions(-)
>
> Changes from v3->v4
> * Rebase on nvme-5.14 (w/ patch 1/2 from v3 of series accepted)
> * Adjust commit message per Christoph's suggestions
> * Adjust documentation per Christoph's suggestions
>
> diff --git a/drivers/acpi/device_pm.c b/drivers/acpi/device_pm.c
> index d260bc1f3e6e..1edb68d00b8e 100644
> --- a/drivers/acpi/device_pm.c
> +++ b/drivers/acpi/device_pm.c
> @@ -1340,4 +1340,29 @@ int acpi_dev_pm_attach(struct device *dev, bool power_on)
> return 1;
> }
> EXPORT_SYMBOL_GPL(acpi_dev_pm_attach);
> +
> +/**
> + * acpi_storage_d3 - Check if a storage device should use D3.
> + * @dev: Device to check
> + *
> + * Returns %true if @dev should be put into D3 when the ->suspend method is
> + * called, else %false. The name of this function is somewhat misleading
> + * as it has nothing to do with storage except for the name of the ACPI
> + * property. On some platforms resume will not work if this hint is ignored.
> + *
> + */
> +bool acpi_storage_d3(struct device *dev)
> +{
> + struct acpi_device *adev = ACPI_COMPANION(dev);
> + u8 val;
> +
> + if (!adev)
> + return false;
> + if (fwnode_property_read_u8(acpi_fwnode_handle(adev), "StorageD3Enable",
> + &val))
> + return false;
> + return val == 1;
> +}
> +EXPORT_SYMBOL_GPL(acpi_storage_d3);
> +
> #endif /* CONFIG_PM */
> diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
> index 3aa7245a505f..8fbc4c87a0d8 100644
> --- a/drivers/nvme/host/pci.c
> +++ b/drivers/nvme/host/pci.c
> @@ -2828,32 +2828,6 @@ static unsigned long check_vendor_combination_bug(struct pci_dev *pdev)
> return 0;
> }
>
> -#ifdef CONFIG_ACPI
> -static bool nvme_acpi_storage_d3(struct pci_dev *dev)
> -{
> - struct acpi_device *adev = ACPI_COMPANION(&dev->dev);
> - u8 val;
> -
> - /*
> - * Look for _DSD property specifying that the storage device on the port
> - * must use D3 to support deep platform power savings during
> - * suspend-to-idle.
> - */
> -
> - if (!adev)
> - return false;
> - if (fwnode_property_read_u8(acpi_fwnode_handle(adev), "StorageD3Enable",
> - &val))
> - return false;
> - return val == 1;
> -}
> -#else
> -static inline bool nvme_acpi_storage_d3(struct pci_dev *dev)
> -{
> - return false;
> -}
> -#endif /* CONFIG_ACPI */
> -
> static void nvme_async_probe(void *data, async_cookie_t cookie)
> {
> struct nvme_dev *dev = data;
> @@ -2903,7 +2877,7 @@ static int nvme_probe(struct pci_dev *pdev, const struct pci_device_id *id)
>
> quirks |= check_vendor_combination_bug(pdev);
>
> - if (!noacpi && nvme_acpi_storage_d3(pdev)) {
> + if (!noacpi && acpi_storage_d3(&pdev->dev)) {
> /*
> * Some systems use a bios work around to ask for D3 on
> * platforms that support kernel managed suspend.
> diff --git a/include/linux/acpi.h b/include/linux/acpi.h
> index c60745f657e9..dd0dafd21e33 100644
> --- a/include/linux/acpi.h
> +++ b/include/linux/acpi.h
> @@ -1004,6 +1004,7 @@ int acpi_dev_resume(struct device *dev);
> int acpi_subsys_runtime_suspend(struct device *dev);
> int acpi_subsys_runtime_resume(struct device *dev);
> int acpi_dev_pm_attach(struct device *dev, bool power_on);
> +bool acpi_storage_d3(struct device *dev);
> #else
> static inline int acpi_subsys_runtime_suspend(struct device *dev) { return 0; }
> static inline int acpi_subsys_runtime_resume(struct device *dev) { return 0; }
> @@ -1011,6 +1012,10 @@ static inline int acpi_dev_pm_attach(struct device *dev, bool power_on)
> {
> return 0;
> }
> +static inline bool acpi_storage_d3(struct device *dev)
> +{
> + return false;
> +}
> #endif
>
> #if defined(CONFIG_ACPI) && defined(CONFIG_PM_SLEEP)
Tested on an AMD Chromebook and it still works.
Reviewed-by: Raul E Rangel <rrangel@chromium.org>
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
next prev parent reply other threads:[~2021-06-03 22:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-03 19:07 [PATCH v4] acpi: Move check for _DSD StorageD3Enable property to acpi Mario Limonciello
2021-06-03 22:27 ` Raul E Rangel [this message]
2021-06-07 12:53 ` Rafael J. Wysocki
2021-06-07 14:17 ` Keith Busch
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=YLlXZcp6ne7hcXNM@google.com \
--to=rrangel@chromium.org \
--cc=Alexander.Deucher@amd.com \
--cc=Shyam-sundar.S-k@amd.com \
--cc=axboe@fb.com \
--cc=david.e.box@linux.intel.com \
--cc=hch@lst.de \
--cc=kbusch@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=mario.limonciello@amd.com \
--cc=prike.liang@amd.com \
--cc=rjw@rjwysocki.net \
--cc=sagi@grimberg.me \
/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