From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Nagarjuna Kristam <nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: balbi-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org,
mark.rutland-5wv7dgnIgG8@public.gmane.org,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
kishon-l0cyMroinI0@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [Patch V3 07/18] phy: tegra: xusb: Add set_mode support for utmi phy on Tegra186
Date: Tue, 28 Jan 2020 18:45:06 +0100 [thread overview]
Message-ID: <20200128174506.GE2293590@ulmo> (raw)
In-Reply-To: <1577704195-2535-8-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 3486 bytes --]
On Mon, Dec 30, 2019 at 04:39:44PM +0530, Nagarjuna Kristam wrote:
> Add support for set_mode on utmi phy. This allow XUSB host/device mode
> drivers to configure the hardware to corresponding modes.
"utmi" -> "UTMI" in the subject and the commit message.
>
> Signed-off-by: Nagarjuna Kristam <nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
> ---
> V2-V3:
> - No changes in this version
> ---
> drivers/phy/tegra/xusb-tegra186.c | 109 ++++++++++++++++++++++++++++++--------
> 1 file changed, 87 insertions(+), 22 deletions(-)
>
> diff --git a/drivers/phy/tegra/xusb-tegra186.c b/drivers/phy/tegra/xusb-tegra186.c
> index 84c2739..9a45160 100644
> --- a/drivers/phy/tegra/xusb-tegra186.c
> +++ b/drivers/phy/tegra/xusb-tegra186.c
> @@ -301,6 +301,92 @@ static void tegra_phy_xusb_utmi_pad_power_down(struct phy *phy)
> tegra186_utmi_bias_pad_power_off(padctl);
> }
>
> +static int tegra186_xusb_padctl_vbus_override(struct tegra_xusb_padctl *padctl,
> + bool status)
> +{
> + u32 value;
> +
> + dev_dbg(padctl->dev, "%s vbus override\n", status ? "set" : "clear");
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> +
> + if (status) {
> + value |= VBUS_OVERRIDE;
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_FLOATING;
> + } else {
> + value &= ~VBUS_OVERRIDE;
> + }
> +
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> +
> + return 0;
> +}
> +
> +static int tegra186_xusb_padctl_id_override(struct tegra_xusb_padctl *padctl,
> + bool status)
> +{
> + u32 value;
> +
> + dev_dbg(padctl->dev, "%s id override\n", status ? "set" : "clear");
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> +
> + if (status) {
> + if (value & VBUS_OVERRIDE) {
> + value &= ~VBUS_OVERRIDE;
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> + usleep_range(1000, 2000);
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> + }
> +
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_GROUNDED;
> + } else {
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_FLOATING;
> + }
> +
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> +
> + return 0;
> +}
> +
> +static int tegra186_utmi_phy_set_mode(struct phy *phy, enum phy_mode mode,
> + int submode)
> +{
> + struct tegra_xusb_lane *lane = phy_get_drvdata(phy);
> + struct tegra_xusb_padctl *padctl = lane->pad->padctl;
> + struct tegra_xusb_usb2_port *port = tegra_xusb_find_usb2_port(padctl,
> + lane->index);
> + int err = 0;
> +
> + mutex_lock(&padctl->lock);
> +
> + dev_dbg(&port->base.dev, "%s: mode %d", __func__, mode);
> +
> + if (mode == PHY_MODE_USB_OTG) {
> + if (submode == USB_ROLE_HOST) {
> + tegra186_xusb_padctl_id_override(padctl, true);
> +
> + err = regulator_enable(port->supply);
> + } else if (submode == USB_ROLE_DEVICE) {
> + tegra186_xusb_padctl_vbus_override(padctl, true);
> + } else if (submode == USB_ROLE_NONE) {
> + if (regulator_is_enabled(port->supply))
I vaguely recall that we discussed this before, but I don't recall. Why
do we need to check that the regulator is enabled? Regulators are
reference-counted, so as long as the reference count is balanced, there
should be no need to check for this.
If there's really no way to avoid this check, perhaps add a comment that
points out exactly why this is needed?
With that fixed:
Acked-by: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@gmail.com>
To: Nagarjuna Kristam <nkristam@nvidia.com>
Cc: balbi@kernel.org, gregkh@linuxfoundation.org,
jonathanh@nvidia.com, mark.rutland@arm.com, robh+dt@kernel.org,
kishon@ti.com, devicetree@vger.kernel.org,
linux-tegra@vger.kernel.org, linux-usb@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [Patch V3 07/18] phy: tegra: xusb: Add set_mode support for utmi phy on Tegra186
Date: Tue, 28 Jan 2020 18:45:06 +0100 [thread overview]
Message-ID: <20200128174506.GE2293590@ulmo> (raw)
In-Reply-To: <1577704195-2535-8-git-send-email-nkristam@nvidia.com>
[-- Attachment #1: Type: text/plain, Size: 3428 bytes --]
On Mon, Dec 30, 2019 at 04:39:44PM +0530, Nagarjuna Kristam wrote:
> Add support for set_mode on utmi phy. This allow XUSB host/device mode
> drivers to configure the hardware to corresponding modes.
"utmi" -> "UTMI" in the subject and the commit message.
>
> Signed-off-by: Nagarjuna Kristam <nkristam@nvidia.com>
> ---
> V2-V3:
> - No changes in this version
> ---
> drivers/phy/tegra/xusb-tegra186.c | 109 ++++++++++++++++++++++++++++++--------
> 1 file changed, 87 insertions(+), 22 deletions(-)
>
> diff --git a/drivers/phy/tegra/xusb-tegra186.c b/drivers/phy/tegra/xusb-tegra186.c
> index 84c2739..9a45160 100644
> --- a/drivers/phy/tegra/xusb-tegra186.c
> +++ b/drivers/phy/tegra/xusb-tegra186.c
> @@ -301,6 +301,92 @@ static void tegra_phy_xusb_utmi_pad_power_down(struct phy *phy)
> tegra186_utmi_bias_pad_power_off(padctl);
> }
>
> +static int tegra186_xusb_padctl_vbus_override(struct tegra_xusb_padctl *padctl,
> + bool status)
> +{
> + u32 value;
> +
> + dev_dbg(padctl->dev, "%s vbus override\n", status ? "set" : "clear");
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> +
> + if (status) {
> + value |= VBUS_OVERRIDE;
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_FLOATING;
> + } else {
> + value &= ~VBUS_OVERRIDE;
> + }
> +
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> +
> + return 0;
> +}
> +
> +static int tegra186_xusb_padctl_id_override(struct tegra_xusb_padctl *padctl,
> + bool status)
> +{
> + u32 value;
> +
> + dev_dbg(padctl->dev, "%s id override\n", status ? "set" : "clear");
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> +
> + if (status) {
> + if (value & VBUS_OVERRIDE) {
> + value &= ~VBUS_OVERRIDE;
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> + usleep_range(1000, 2000);
> +
> + value = padctl_readl(padctl, USB2_VBUS_ID);
> + }
> +
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_GROUNDED;
> + } else {
> + value &= ~ID_OVERRIDE(~0);
> + value |= ID_OVERRIDE_FLOATING;
> + }
> +
> + padctl_writel(padctl, value, USB2_VBUS_ID);
> +
> + return 0;
> +}
> +
> +static int tegra186_utmi_phy_set_mode(struct phy *phy, enum phy_mode mode,
> + int submode)
> +{
> + struct tegra_xusb_lane *lane = phy_get_drvdata(phy);
> + struct tegra_xusb_padctl *padctl = lane->pad->padctl;
> + struct tegra_xusb_usb2_port *port = tegra_xusb_find_usb2_port(padctl,
> + lane->index);
> + int err = 0;
> +
> + mutex_lock(&padctl->lock);
> +
> + dev_dbg(&port->base.dev, "%s: mode %d", __func__, mode);
> +
> + if (mode == PHY_MODE_USB_OTG) {
> + if (submode == USB_ROLE_HOST) {
> + tegra186_xusb_padctl_id_override(padctl, true);
> +
> + err = regulator_enable(port->supply);
> + } else if (submode == USB_ROLE_DEVICE) {
> + tegra186_xusb_padctl_vbus_override(padctl, true);
> + } else if (submode == USB_ROLE_NONE) {
> + if (regulator_is_enabled(port->supply))
I vaguely recall that we discussed this before, but I don't recall. Why
do we need to check that the regulator is enabled? Regulators are
reference-counted, so as long as the reference count is balanced, there
should be no need to check for this.
If there's really no way to avoid this check, perhaps add a comment that
points out exactly why this is needed?
With that fixed:
Acked-by: Thierry Reding <treding@nvidia.com>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-01-28 17:45 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-30 11:09 [Patch V3 00/18] Tegra XUSB OTG support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 01/18] dt-bindings: phy: tegra-xusb: Add usb-role-switch Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2020-01-04 0:37 ` Rob Herring
2020-01-04 0:37 ` Rob Herring
2019-12-30 11:09 ` [Patch V3 02/18] dt-bindings: usb: Add NVIDIA Tegra XUSB device mode controller binding Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 03/18] phy: tegra: xusb: Add usb-role-switch support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2020-01-28 17:32 ` Thierry Reding
2020-01-29 9:15 ` Nagarjuna Kristam
2020-01-29 9:15 ` Nagarjuna Kristam
[not found] ` <b6de0078-f1cd-31a1-70bd-dfc320eab70e-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-29 9:26 ` Thierry Reding
2020-01-29 9:26 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 04/18] phy: tegra: xusb: Add usb-phy support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-5-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 17:38 ` Thierry Reding
2020-01-28 17:38 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 05/18] phy: tegra: xusb: Add support to get companion USB 3 port Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-6-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 17:40 ` Thierry Reding
2020-01-28 17:40 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 06/18] phy: tegra: xusb: Add set_mode support for USB 2 phy on Tegra210 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-7-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 17:41 ` Thierry Reding
2020-01-28 17:41 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 07/18] phy: tegra: xusb: Add set_mode support for utmi phy on Tegra186 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-8-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 17:45 ` Thierry Reding [this message]
2020-01-28 17:45 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 08/18] usb: xhci-tegra: Add OTG support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2020-01-28 17:54 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 09/18] usb: gadget: tegra-xudc: Remove usb-role-switch support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-10-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 17:58 ` Thierry Reding
2020-01-28 17:58 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 10/18] usb: gadget: tegra-xudc: Add usb-phy support Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
[not found] ` <1577704195-2535-11-git-send-email-nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-28 18:02 ` Thierry Reding
2020-01-28 18:02 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 11/18] usb: gadget: tegra-xudc: use phy_set_mode to set/unset device mode Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2020-01-28 18:03 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 12/18] usb: gadget: tegra-xudc: support multiple device modes Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2020-01-28 18:10 ` Thierry Reding
2020-01-29 6:50 ` Nagarjuna Kristam
2020-01-29 6:50 ` Nagarjuna Kristam
[not found] ` <7478f53a-c236-5442-8abb-7531edb89b29-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2020-01-29 9:27 ` Thierry Reding
2020-01-29 9:27 ` Thierry Reding
2019-12-30 11:09 ` [Patch V3 13/18] arm64: tegra: update OTG port entries for jetson-tx1 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 14/18] arm64: tegra: update OTG port entries for jetson-tx2 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 15/18] arm64: tegra: Add xudc node for Tegra210 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 16/18] arm64: tegra: Enable xudc on Jetson TX1 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 17/18] arm64: tegra: Add xudc node for Tegra186 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
2019-12-30 11:09 ` [Patch V3 18/18] arm64: tegra: Enable xudc node on Jetson TX2 Nagarjuna Kristam
2019-12-30 11:09 ` Nagarjuna Kristam
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=20200128174506.GE2293590@ulmo \
--to=thierry.reding-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=balbi-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \
--cc=jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=kishon-l0cyMroinI0@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=nkristam-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
/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.