Re: [PATCH RFC] arm64: dts: qcom: qcs6490-rb3gen2: Enable uPD720201 and GL3590

[Dmitry Baryshkov]

On Tue, Feb 24, 2026 at 09:40:40PM -0600, Bjorn Andersson wrote:
> On Tue, Feb 24, 2026 at 09:52:45AM +0200, Dmitry Baryshkov wrote:
> > On Thu, Feb 12, 2026 at 02:43:46PM -0600, Bjorn Andersson wrote:
> > > The QCS6490 Rb3Gen2 has a Renesas μPD720201 XHCI controller hanging off
> > > the TC9563 PCIe switch, on this a Genesys Logic GL3590 USB hub provides
> > > two USB Type-A ports and an ASIX AX88179 USB 3.0 Gigabit Ethernet
> > > interface.
> > > 
> > > The Renesas chip is powered by two regulators controlled through PM7250B
> > > GPIOs 1 and 4, and the power/reset pin is pulled down by PM8350C GPIO 4.
> > > The Genesys chip power is always-on, but the reset pin is controlled
> > > through TLMM GPIO 162.
> > > 
> > > Describe the Renesas chip on the PCIe bus, with supplies and reset, to
> > > allow it to be brought out of reset and discovered. Then describe the
> > > two peers of the USB hub, with its reset GPIO, to allow this to be
> > > brought out of reset.
> > > 
> > > The USB Type-A connectors are not described, as they are in no regard
> > > controlled by the operating system.
> > 
> > Nevertheless, their presense in DT controls port's connect_type as can
> > be seen in sysfs.
> > 
> 
> Is that information useful enough to be worth describing the connectors
> and wire them up, despite being completely passive?
> 
> What consumes connect_type?

Quick check through sources.debian.net reveals usbguard and
libusbauth-configparser. Granted that Stephen Boyd wired it up for DT
devices pointing Trogdor devices, I'd assume that something inside CrOS
can also be using these properties.

> 
> Regards,
> Bjorn
> 
> > > 
> > > Signed-off-by: Bjorn Andersson <bjorn.andersson@xxxxxxxxxxxxxxxx>
> > > ---
> > -- 
> > With best wishes
> > Dmitry

-- 
With best wishes
Dmitry