linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
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

  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).