From: "Leonidas P. Papadakos" <papadakospan@gmail.com>
To: "Heiko Stübner" <heiko@sntech.de>
Cc: Mark Rutland <mark.rutland@arm.com>,
devicetree@vger.kernel.org, linux-rockchip@lists.infradead.org,
Rob Herring <robh+dt@kernel.org>,
william.wu@rock-chips.com, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] arm64: dts: rockchip: add usb3 controller node for RK3328 SoCs
Date: Thu, 14 Mar 2019 21:05:23 +0200 [thread overview]
Message-ID: <1552590323.1381.0@gmail.com> (raw)
In-Reply-To: <5530020.nRYjYCbPGH@diego>
Στις Πεμ, 14 Μαρ, 2019 at 9:02 ΜΜ, ο/η Heiko
=?iso-8859-1?q?St=FCbner?= <heiko@sntech.de> έγραψε:
> Hi,
>
> Am Donnerstag, 14. März 2019, 19:20:35 CET schrieb Leonidas P.
> Papadakos:
>> From: William Wu <william.wu@rock-chips.com>
>>
>> RK3328 has one USB 3.0 OTG controller which uses DWC_USB3
>> core's general architecture. It can act as static xHCI host
>> controller, static device controller, USB 3.0/2.0 OTG basing
>> on ID of USB3.0 PHY.
>>
>> Signed-off-by: William Wu <william.wu@rock-chips.com>
>> Signed-off-by: Leonidas P. Papadakos <papadakospan@gmail.com>
>
> the rk3328 usb3-phy has an issue with detecting any plugin events
> after a previous device got removed - see the inno-usb3-phy driver
> in the vendor kernel.
>
> So once you unplug an usb device from the port it won't detect
> a newly connected device. This is also the reason why the original
> usb3 patches are still sitting around in my tree, as I don't want to
> codify a binding that may not last once somebody actually manages
> to go around that issue with kernel code - especially as the node
> below claims to be compatible with the rk3399 dwc3.
>
>
> Heiko
>
>> ---
>> arch/arm64/boot/dts/rockchip/rk3328.dtsi | 27
>> ++++++++++++++++++++++++
>> 1 file changed, 27 insertions(+)
>>
>> diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> b/arch/arm64/boot/dts/rockchip/rk3328.dtsi index
>> 84f14b132..f5c1ab596
>> 100644
>> --- a/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> +++ b/arch/arm64/boot/dts/rockchip/rk3328.dtsi
>> @@ -917,6 +917,33 @@
>> status = "disabled";
>> };
>>
>> + usbdrd3: usb@ff600000 {
>> + compatible = "rockchip,rk3328-dwc3", "rockchip,rk3399-dwc3";
>> + clocks = <&cru SCLK_USB3OTG_REF>, <&cru SCLK_USB3OTG_SUSPEND>,
>> + <&cru ACLK_USB3OTG>;
>> + clock-names = "ref_clk", "suspend_clk",
>> + "bus_clk";
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> + status = "disabled";
>> +
>> + usbdrd_dwc3: dwc3@ff600000 {
>> + compatible = "snps,dwc3";
>> + reg = <0x0 0xff600000 0x0 0x100000>;
>> + interrupts = <GIC_SPI 67 IRQ_TYPE_LEVEL_HIGH>;
>> + dr_mode = "otg";
>> + phy_type = "utmi_wide";
>> + snps,dis_enblslpm_quirk;
>> + snps,dis-u2-freeclk-exists-quirk;
>> + snps,dis_u2_susphy_quirk;
>> + snps,dis_u3_susphy_quirk;
>> + snps,dis-del-phy-power-chg-quirk;
>> + snps,dis-tx-ipgap-linecheck-quirk;
>> + status = "disabled";
>> + };
>> + };
>> +
>> gic: interrupt-controller@ff811000 {
>> compatible = "arm,gic-400";
>> #interrupt-cells = <3>;
>
>
>
>
Now it makes sense. I thought it was board specific. It's a general
rk3328 issue, then.
Thanks for clearing it up. (yet again, oops)
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-03-14 19:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-14 18:20 [PATCH] arm64: dts: rockchip: add usb3 controller node for RK3328 SoCs Leonidas P. Papadakos
2019-03-14 19:02 ` Heiko Stübner
2019-03-14 19:05 ` Leonidas P. Papadakos [this message]
2019-03-14 19:08 ` Leonidas P. Papadakos
2019-03-14 19:21 ` Heiko Stübner
2019-03-14 19:24 ` Peter Geis
2019-03-14 19:52 ` Jonas Karlman
2019-03-14 20:07 ` Jonas Karlman
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=1552590323.1381.0@gmail.com \
--to=papadakospan@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=heiko@sntech.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=robh+dt@kernel.org \
--cc=william.wu@rock-chips.com \
/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;
as well as URLs for NNTP newsgroup(s).