public inbox for linux-usb@vger.kernel.org
 help / color / mirror / Atom feed
From: Jon Hunter <jonathanh@nvidia.com>
To: Rob Herring <robh@kernel.org>, Diogo Ivo <diogo.ivo@tecnico.ulisboa.pt>
Cc: Thierry Reding <thierry.reding@gmail.com>,
	linux-tegra@vger.kernel.org, JC Kuo <jckuo@nvidia.com>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	linux-kernel@vger.kernel.org,
	Mathias Nyman <mathias.nyman@intel.com>,
	Conor Dooley <conor+dt@kernel.org>,
	devicetree@vger.kernel.org, linux-usb@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Vinod Koul <vkoul@kernel.org>,
	Kishon Vijay Abraham I <kishon@kernel.org>,
	linux-phy@lists.infradead.org
Subject: Re: [PATCH 0/5] Fixes to Tegra USB role switching and Smaug USB role switching enablement
Date: Tue, 13 Jan 2026 10:58:40 +0000	[thread overview]
Message-ID: <06c3595f-7aa6-449f-bd91-55b4db377579@nvidia.com> (raw)
In-Reply-To: <176497381829.863612.7431013132555369131.robh@kernel.org>

Hi Diogo,

On 05/12/2025 22:36, Rob Herring wrote:
> 
> On Thu, 04 Dec 2025 21:27:16 +0000, Diogo Ivo wrote:
>> Hello,
>>
>> This patch series contains two fixes for USB role switching on the
>> Tegra210 SoC, as well as enabling this feature on the Pixel C.
>>
>> The first patch addresses a wrong check on the logic that disables the
>> VBUS regulator.
>>
>> The second patch guarantees proper ordering of events when switching PHY
>> roles.
>>
>> The third and fourth patches then add the necessary nodes and properties
>> in the Smaug DT in order for role switching to work. Currently with this
>> patch series this feature can only be controlled from userspace by writing
>> the desired role to sysfs as
>>
>> echo "role" > /sys/class/usb_role/usb2-0-role-switch/role
>>
>> with role being one of {device, host, none}.
>>
>> Further patches will enable automatic role switching via the 'cros_ec_typec'
>> driver which is currently broken on Smaug.
>>
>> N.B: This series does not add a 'connector' node under the 'usb-role-switch'
>> property added on patch 04/04 because for Smaug the connector should instead
>> be under the node for 'cros_ec_typec' node and as stated above this
>> driver is currently broken for this device. If it is deemed better to
>> describe it but explicitly disable the node let me know and I will send
>> out a v2.
>>
>> Signed-off-by: Diogo Ivo <diogo.ivo@tecnico.ulisboa.pt>
>> ---
>> Diogo Ivo (5):
>>        usb: host: tegra: Remove redundant pm_runtime_mark_last_busy() call
>>        phy: tegra: xusb: Fix USB2 port regulator disable logic
>>        phy: tegra: xusb: Fix ordering issue when switching roles on USB2 ports
>>        arm64: tegra: smaug: Complete and enable tegra-udc node
>>        arm64: tegra: smaug: Add usb-role-switch support
>>
>>   arch/arm64/boot/dts/nvidia/tegra210-smaug.dts | 13 +++++++++++++
>>   drivers/phy/tegra/xusb-tegra210.c             |  5 +++--
>>   drivers/phy/tegra/xusb.c                      | 23 +++++++++++++++++++++++
>>   drivers/phy/tegra/xusb.h                      |  1 +
>>   drivers/usb/gadget/udc/tegra-xudc.c           |  4 ++++
>>   drivers/usb/host/xhci-tegra.c                 | 17 ++++++++++-------
>>   include/linux/phy/tegra/xusb.h                |  1 +
>>   7 files changed, 55 insertions(+), 9 deletions(-)
>> ---
>> base-commit: a8817ff3b5cd99b0a5af57a92d1a3a7980612550
>> change-id: 20251201-diogo-tegra_phy-86c89cab7377
>>
>> Best regards,
>> --
>> Diogo Ivo <diogo.ivo@tecnico.ulisboa.pt>
>>
>>
>>
> 
> 
> My bot found new DTB warnings on the .dts files added or changed in this
> series.
> 
> Some warnings may be from an existing SoC .dtsi. Or perhaps the warnings
> are fixed by another series. Ultimately, it is up to the platform
> maintainer whether these warnings are acceptable or not. No need to reply
> unless the platform maintainer has comments.
> 
> If you already ran DT checks and didn't see these error(s), then
> make sure dt-schema is up to date:
> 
>    pip3 install dtschema --upgrade
> 
> 
> This patch series was applied (using b4) to base:
>   Base: base-commit a8817ff3b5cd99b0a5af57a92d1a3a7980612550 not known, ignoring
>   Base: attempting to guess base-commit...
>   Base: tags/v6.18-rc7-8-gf402ecd7a8b6 (exact match)
>   Base: tags/v6.18-rc7-8-gf402ecd7a8b6 (use --merge-base to override)
> 
> If this is not the correct base, please add 'base-commit' tag
> (or use b4 which does this automatically)
> 
> New warnings running 'make CHECK_DTBS=y for arch/arm64/boot/dts/nvidia/' for 20251204-diogo-tegra_phy-v1-0-51a2016d0be8@tecnico.ulisboa.pt:
> 
> arch/arm64/boot/dts/nvidia/tegra210-smaug.dtb: padctl@7009f000 (nvidia,tegra210-xusb-padctl): ports:usb2-0: 'role-switch-default-mode' does not match any of the regexes: '^pinctrl-[0-9]+$'
> 	from schema $id: http://devicetree.org/schemas/phy/nvidia,tegra210-xusb-padctl.yaml
> arch/arm64/boot/dts/nvidia/tegra210-smaug.dtb: padctl@7009f000 (nvidia,tegra210-xusb-padctl): ports:usb2-0: 'connector' is a dependency of 'usb-role-switch'
> 	from schema $id: http://devicetree.org/schemas/phy/nvidia,tegra210-xusb-padctl.yaml

Per the report above and my other email, this series adds more warnings 
and we are trying to avoid that, even if such warnings are seen on other 
Tegra platforms.

Jon

-- 
nvpublic


  reply	other threads:[~2026-01-13 10:58 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-04 21:27 [PATCH 0/5] Fixes to Tegra USB role switching and Smaug USB role switching enablement Diogo Ivo
2025-12-04 21:27 ` [PATCH 1/5] usb: host: tegra: Remove redundant pm_runtime_mark_last_busy() call Diogo Ivo
2025-12-07 10:37   ` Diogo Ivo
2025-12-04 21:27 ` [PATCH 2/5] phy: tegra: xusb: Fix USB2 port regulator disable logic Diogo Ivo
2025-12-24  7:27   ` Vinod Koul
2026-01-13 13:30     ` Diogo Ivo
2026-01-13 12:01   ` Jon Hunter
2026-01-13 13:59     ` Diogo Ivo
2026-01-13 14:42       ` Jon Hunter
2026-01-13 15:05         ` Diogo Ivo
2025-12-04 21:27 ` [PATCH 3/5] phy: tegra: xusb: Fix ordering issue when switching roles on USB2 ports Diogo Ivo
2026-01-13 11:35   ` Jon Hunter
2026-01-13 11:44     ` Jon Hunter
2026-01-13 13:59       ` Diogo Ivo
2026-01-13 11:56   ` Jon Hunter
2026-01-13 14:05     ` Diogo Ivo
2026-01-13 14:48       ` Jon Hunter
2026-01-13 15:10         ` Diogo Ivo
2026-01-13 16:36           ` Jon Hunter
2026-01-15 11:06     ` Diogo Ivo
2026-01-19 14:31       ` Jon Hunter
2025-12-04 21:27 ` [PATCH 4/5] arm64: tegra: smaug: Complete and enable tegra-udc node Diogo Ivo
2025-12-04 21:27 ` [PATCH 5/5] arm64: tegra: smaug: Add usb-role-switch support Diogo Ivo
2026-01-12 22:03   ` Jon Hunter
2026-01-13 14:20     ` Diogo Ivo
2026-01-13 14:49       ` Jon Hunter
2026-01-13 15:11         ` Diogo Ivo
2025-12-05 22:36 ` [PATCH 0/5] Fixes to Tegra USB role switching and Smaug USB role switching enablement Rob Herring
2026-01-13 10:58   ` Jon Hunter [this message]
2026-01-12 13:46 ` Diogo Ivo
2026-01-17  0:25 ` (subset) " Thierry Reding

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=06c3595f-7aa6-449f-bd91-55b4db377579@nvidia.com \
    --to=jonathanh@nvidia.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=diogo.ivo@tecnico.ulisboa.pt \
    --cc=gregkh@linuxfoundation.org \
    --cc=jckuo@nvidia.com \
    --cc=kishon@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-phy@lists.infradead.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mathias.nyman@intel.com \
    --cc=robh@kernel.org \
    --cc=thierry.reding@gmail.com \
    --cc=vkoul@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox