[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aEffYQND8eUgJbua@hovoldconsulting.com>
Date: Tue, 10 Jun 2025 09:31:45 +0200
From: Johan Hovold <johan@...nel.org>
To: jens.glathe@...schoolsolutions.biz
Cc: Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>,
Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Johan Hovold <johan+linaro@...nel.org>
Subject: Re: [PATCH v2] dt: arm64: qcom: sc8280xp-x13s: amend usb0-sbu-mux
enable gpio
On Tue, Jun 10, 2025 at 07:04:46AM +0200, Jens Glathe via B4 Relay wrote:
> From: Jens Glathe <jens.glathe@...schoolsolutions.biz>
>
> The usb0 port didn't switch to dp altmode, investigation into DSDT
> UCS0 device resulted in GPIO 165.
DP alt mode works on both ports of the X13s and "resulted in
gpio165" makes little sense so this commit message would need to be
extended.
> Signed-off-by: Jens Glathe <jens.glathe@...schoolsolutions.biz>
> ---
> This patch amends the enable gpio for the usb0-sbu-mux to the one
> found in the DSDT file for this laptop. UCS0 shows a list of GPIOs in
> a certain order, and it has 2 buffers with slightly different length.
> At the place where one would expect the GPIO for the select pin of USB0
> (by pattern application from USB1) is a deviating value (165 instead of
> 101). This value is the same in both buffers. The GPIO previously used
> is also there, but at the end of the UCS0 buffer structure. Changing it
> resulted in a working dp altmode functionality on usb0.
GPIO 101 *is* the OE_N pin, while GPIO 165 is not even connected
according to the schematics. The mux may still work after this change,
but you'd be relying on it having been enabled by the boot firmware.
> Since the X13s dt looks derived from the SC8280XP CRD, it is likely that
> the change also needs to be done there.
To some degree that's true, but we have schematics for both machines and
they are not identical.
> This debug effort is a result of work / testing of the 4-lanes patch
> [1] on all available devices. Independent of it, it enables dp
> altmode on usb0, and with it, also 4 lanes, making it even more useful.
>
> [1]: https://lore.kernel.org/all/20250527-topic-4ln_dp_respin-v3-0-f9a0763ec289@oss.qualcomm.com/
NAK
Johan
Powered by blists - more mailing lists