From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752404AbbGOMdk (ORCPT ); Wed, 15 Jul 2015 08:33:40 -0400 Received: from mailgw01.mediatek.com ([218.249.47.110]:46527 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751640AbbGOMdi (ORCPT ); Wed, 15 Jul 2015 08:33:38 -0400 X-Listener-Flag: 11101 Message-ID: <1436963602.11289.17.camel@mhfsdcap03> Subject: Re: [PATCH v2 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs From: chunfeng yun To: Sascha Hauer CC: Mathias Nyman , Rob Herring , Mark Rutland , "Matthias Brugger" , Felipe Balbi , , , , Roger Quadros , , Date: Wed, 15 Jul 2015 20:33:22 +0800 In-Reply-To: <20150714074555.GR18700@pengutronix.de> References: <1436348468-4126-1-git-send-email-chunfeng.yun@mediatek.com> <1436348468-4126-2-git-send-email-chunfeng.yun@mediatek.com> <20150710051018.GU18700@pengutronix.de> <1436854791.11289.11.camel@mhfsdcap03> <20150714074555.GR18700@pengutronix.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2015-07-14 at 09:45 +0200, Sascha Hauer wrote: > On Tue, Jul 14, 2015 at 02:19:51PM +0800, chunfeng yun wrote: > > hi, > > On Fri, 2015-07-10 at 07:10 +0200, Sascha Hauer wrote: > > > On Wed, Jul 08, 2015 at 05:41:03PM +0800, Chunfeng Yun wrote: > > > > add a DT binding documentation of usb3.0 phy for MT65xx > > > > SoCs from Mediatek. > > > > > > > > Signed-off-by: Chunfeng Yun > > > > --- > > > > .../devicetree/bindings/usb/mt65xx-u3phy.txt | 34 ++++++++++++++++++++++ > > > > 1 file changed, 34 insertions(+) > > > > create mode 100644 Documentation/devicetree/bindings/usb/mt65xx-u3phy.txt > > > > > > > > diff --git a/Documentation/devicetree/bindings/usb/mt65xx-u3phy.txt b/Documentation/devicetree/bindings/usb/mt65xx-u3phy.txt > > > > new file mode 100644 > > > > index 0000000..056b2aa > > > > --- /dev/null > > > > +++ b/Documentation/devicetree/bindings/usb/mt65xx-u3phy.txt > > > > @@ -0,0 +1,34 @@ > > > > +MT65xx U3PHY > > > > + > > > > +The device node for Mediatek SOC usb3.0 phy > > > > + > > > > +Required properties: > > > > + - compatible : Should be "mediatek,mt8173-u3phy" > > > > + - reg : Offset and length of registers, the first is for mac domain, > > > > + another for phy domain > > > > + - power-domains: to enable usb's mtcmos > > > > + - usb-wakeup-ctrl : to access usb wakeup control register > > > > + - wakeup-src : 1: ip sleep wakeup mode; 2: line state wakeup mode; others > > > > + means don't enable wakeup source of usb > > > > + - u2port-num : number of usb2.0 ports to support which should be 1 or 2 > > > > + - clocks : must support all clocks that phy need > > > > + - clock-names: should be "wakeup_deb_p0", "wakeup_deb_p1" for wakeup > > > > + debounce control clocks, and "u3phya_ref" for u3phya reference clock. > > > > + > > > > +Example: > > > > + > > > > +u3phy: usb-phy@11271000 { > > > > + compatible = "mediatek,mt8173-u3phy"; > > > > + reg = <0 0x11271000 0 0x3000>, > > > > + <0 0x11280000 0 0x20000>; > > > > > > 0x11271000 is the register space the xhci controller takes. You should > > > not expose the same register space to two different drivers. > > > > > > > usb: usb30@11270000 { > > compatible = "mediatek,mt8173-xhci"; > > reg = <0 0x11270000 0 0x1000>; > > > > the size of xhci register space is 0x1000, and the range is > > [0x11270000, 0x11271000 - 1], so the address of 0x11271000 is not > > included. > > Indeed, you are right. Nevertheless my datasheet lists these resources: > > 0x11270000 - 0x1127ffff: SSUSB CSR > 0x11280000 - 0x1128ffff: SSUSB SIF > 0x11290000 - 0x1129ffff: SSUSB > > It seems that with the current binding you are not modelling the > hardware but something that reflects your current implementation. This > is not a good sign. Normally I would expect device nodes that match the > above resources, but your USB phy spans most of the SSUSB CSR register > space and both the SSUSB SIF and SSUSB regster space. I think it would > be good if you could give an overview over the USB hardware and explain > why you have to violate the above resources. > > Also something to consider: Is your binding suitable for adding OTG > support later? You don't have to add OTG support to the Kernel now, > but your binding should be suitable to add it later. > > Sascha > I agree with you, but timing parameter settings of super speed port are put in [0x11272400 - 0x11272800], which is not included by xhci register space. SSUSB SIF includes some control and status registers of each ports and also OTG etc. It is better to put them into the node of gadget device node which is not supported now, so put them into phy device node. Do you have any good idea to deal with the special case?