From: Mathias Nyman <mathias.nyman@linux.intel.com>
To: Mario Limonciello <mario.limonciello@amd.com>,
mathias.nyman@intel.com, mika.westerberg@linux.intel.com,
linux-kernel@vger.kernel.org
Cc: Sanju.Mehta@amd.com,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-usb@vger.kernel.org
Subject: Re: [PATCH 1/4] USB: ACPI: Look for `usb4-host-interface` property
Date: Thu, 6 Oct 2022 11:58:29 +0300 [thread overview]
Message-ID: <e98151a1-eb1d-df41-ba78-1c810aadd540@linux.intel.com> (raw)
In-Reply-To: <20221005202353.1269-2-mario.limonciello@amd.com>
Hi
On 5.10.2022 23.23, Mario Limonciello wrote:
> For optimal power consumption of USB4 routers the XHCI PCIe endpoint
> used for tunneling must be in D3. Historically this is accomplished
> by a long list of PCIe IDs that correspond to these endpoints.
>
> The linux thunderbolt CM currently uses the `usb4-host-interface` ACPI
> property to create a device link between the USB4 host router PCIe
> endpoint and the XHCI PCIe endpoint. The device link will move
> the devices in out of D3 together.
>
> To avoid having to maintain this never ending list of PCIe IDs, use
> the existence of `usb4-host-interface` property on a USB port as a
> proxy to allow runtime PM for these controllers. The device links
> will continue to be created when the CM initializes the USB4
> host router and also discovers this property.
>
Agree that maintaining this list isn't a long term solution.
> Link: https://learn.microsoft.com/en-us/windows-hardware/design/component-guidelines/usb4-acpi-requirements#port-mapping-_dsd-for-usb-3x-and-pcie
> Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
> ---
> RFC v1->PATCH v1
> * Move this detection from Thunderbolt CM into USB core
> ---
> drivers/usb/core/usb-acpi.c | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/usb/core/usb-acpi.c b/drivers/usb/core/usb-acpi.c
> index 6d93428432f13..f91ab4fd84cf8 100644
> --- a/drivers/usb/core/usb-acpi.c
> +++ b/drivers/usb/core/usb-acpi.c
> @@ -177,6 +177,15 @@ usb_acpi_find_companion_for_port(struct usb_port *port_dev)
> port_dev->connect_type = usb_acpi_get_connect_type(handle, pld);
> ACPI_FREE(pld);
> }
> + if (!acpi_dev_get_property(adev, "usb4-host-interface",
> + ACPI_TYPE_ANY, NULL)) {
> + struct device *dev = &port_dev->dev;
> +
> + while (dev && !dev_is_pci(dev))
> + dev = dev->parent;
> + if (dev)
> + pm_runtime_allow(dev);
This would enable runtime pm for usb hosts during usb_acpi_bus acpi companion finding.
I think host drivers should be the ones making this decision.
Maybe it's time to enable runtime pm as default for most new xHC controllers.
How about we enable it for all AMD and Intel PCI xHC hosts with version 1.2 or later?
If it causes un-fixable regression to some controller we can add it to a denylist.
Thanks
-Mathias
next prev parent reply other threads:[~2022-10-06 8:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-05 20:23 [PATCH 0/4] Enable runtime PM more broadly Mario Limonciello
2022-10-05 20:23 ` [PATCH 1/4] USB: ACPI: Look for `usb4-host-interface` property Mario Limonciello
2022-10-06 8:58 ` Mathias Nyman [this message]
2022-10-05 20:23 ` [PATCH 2/4] xhci-pci: Move PCI IDs for runtime allow into a table Mario Limonciello
2022-10-05 20:23 ` [PATCH 3/4] xhci-pci: Remove a number of controllers from the runtime PM allowlist Mario Limonciello
2022-10-05 20:23 ` [PATCH 4/4] xhci-pci: Allow host runtime PM as default for AMD Pink Sardine 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=e98151a1-eb1d-df41-ba78-1c810aadd540@linux.intel.com \
--to=mathias.nyman@linux.intel.com \
--cc=Sanju.Mehta@amd.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mathias.nyman@intel.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