mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Nikita Travkin <nikita@trvn.ru>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Konrad Dybcio <konradybcio@kernel.org>,
	cros-qcom-dts-watchers@chromium.org,
	Bjorn Andersson <andersson@kernel.org>,
	Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Marijn Suijten <marijn.suijten@somainline.org>,
	linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Subject: Re: [PATCH] arm64: dts: qcom: sc7180: Describe on-SoC USB-adjacent data paths
Date: Sat, 09 Aug 2025 14:43:47 +0500	[thread overview]
Message-ID: <4478d71458f7ae1501de6cc1a65e98e3@trvn.ru> (raw)
In-Reply-To: <7bptwqmqimkuixgo3zvwfafktx7sj6a5xzfcedip6vuudhwmqt@ey7cs7x2ucxr>

Dmitry Baryshkov писал(а) 09.08.2025 12:49:
> On Fri, Aug 08, 2025 at 11:20:45AM +0200, Konrad Dybcio wrote:
>> From: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
>> 
>> Define ports {} for the DWC controller & the QMPPHY and connect them
>> together for the SS lanes.
>> 
>> Leave the DP endpoint unconnected for now, as both Aspire 1 and the
>> Chromebooks (unmerged, see [1]) seem to have a non-trivial topology.
> 
> If I remember correctly, on SC7180 the DP is still routed through USB+DP
> combo PHY rather than having a separate output. I'd let Nikita to
> comment though.

Per my understanding SC7180 has only one DP connected via SS+DP combophy
(At least this is the only thing that is exposed by the QSIP module)

On Aspire 1 the SoC USB0 is hard-wired like so:

  sc7180        USB3 Hub             Type-C DP Switch
--------+     +---------------+    +-----------------+
 SS_TX0 | --> | SS_TX   P1_TX | -> | SS Tx           |
 SS_RX0 | --> | SS_RX   P1_RX | -> | SS Rx     Out   |
        |     +---------------+    |        (4lanes) | ==> [Type-C]
        |                          |                 |
 SS_TX1 | -----------------------> | DP Mux ML1      |
 SS_RX1 | -----------------------> | DP Mux ML0      |
--------+                          +-----------------+

So, basically, the SoC combphy is assumed to do 2+2 DP alt mode in
primary orientation, and the actual orientation switching is done
by a separate DP mux/switch (Represented under EC in Aspire 1, there are
multiple chips roughly governed by EC that make it tick)

Currently this is represented by merely connecting the MDSS DP to
the EC node directly (to represent the link between TX/RX1 and Switch)
where the EC node implements a bridge injecting the HPD signal, which
I assume worked out because the combphy driver so far just hardocded
the correct 2+2 config by default.

However if we want to rope in combphy into this (which I guess we want
to actually configure combphy and not assume it works), we'd want to
connect mdss to combphy and combphy to EC at least in Aspire 1 case.


Nikita


> 
> For the patch:
> 
> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
> 
> 
>> Take the creative liberty to add a newline before its ports' subnodes
>> though.
>> 
>> [1] https://lore.kernel.org/linux-arm-msm/20240210070934.2549994-23-swboyd@chromium.org/
>> 
>> Suggested-by: Rob Herring (Arm) <robh@kernel.org>
>> Closes: https://lore.kernel.org/linux-arm-msm/175462129176.394940.16810637795278334342.robh@kernel.org/
>> Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
>> ---
>>  arch/arm64/boot/dts/qcom/sc7180.dtsi | 48 ++++++++++++++++++++++++++++++++++++
>>  1 file changed, 48 insertions(+)
>>

  reply	other threads:[~2025-08-09  9:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-08  9:20 Konrad Dybcio
2025-08-09  7:49 ` Dmitry Baryshkov
2025-08-09  9:43   ` Nikita Travkin [this message]
2025-08-11 14:28     ` Dmitry Baryshkov
2025-08-11 15:11 ` Bjorn Andersson

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=4478d71458f7ae1501de6cc1a65e98e3@trvn.ru \
    --to=nikita@trvn.ru \
    --cc=andersson@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=cros-qcom-dts-watchers@chromium.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=konrad.dybcio@oss.qualcomm.com \
    --cc=konradybcio@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marijn.suijten@somainline.org \
    --cc=robh@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

all inboxes | Powered by JetHome®