Received: by 2002:ac0:b08d:0:0:0:0:0 with SMTP id l13csp1810035imc; Fri, 22 Feb 2019 11:36:04 -0800 (PST) X-Google-Smtp-Source: AHgI3IaeWy3nO9wodBCX0MKiGLYMQ8T1JJAbEbUOKeHyFVj7CvaCLSTrnSUSWtsbRlTm1Nngh+Qe X-Received: by 2002:a63:aa46:: with SMTP id x6mr5532988pgo.452.1550864164102; Fri, 22 Feb 2019 11:36:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550864164; cv=none; d=google.com; s=arc-20160816; b=fBxuQvDdbYzq76KViIrM66NIp5ou35YZL+lZvEk5LxDWvG6VXBx3GVGyrkW9jELsFr +GhtzqXOxvon+S7YIE8NzTD2QSn4My9WtLYvPRw/BhWovXRnFXpeaIa0AH7/UIkgIIv2 hXP7beE4ZSR6GUmW99mTojqqZaW24Xp4FaFLUCM9xkXPeJ0a0llMcqV4zeVx6T6eiCF5 foZ1HLn8uPXL+44PnukcapkCn9FjCeNkq+8jzQFvwVwpoAxH682J1I/Ba8pe16Q65nDy Odj5b2Q5Q6hStI7sWbuqIqe14r5ezZh5Pc/7FvQF/DtMeXDIX04P1nSS7c4f0BMJ9nAT fmHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=fr/xbTvEAh9Ctx8Eo/6VIoWbLrpN8d7Aw+tm2l+3qBI=; b=08yc8eW5n6pvjbglUUDoTBCcfE7we1GGde8p6hMK50nsQS9w3hLcpbn/0WW6+ExbMy 61+zGyBPelSDcC82lglWJrly0gy5B8uT0Gu+yA5cAnLKwTjc1bTmYlBuVzIaJsQ2ioTZ uP/4SXnYIUJL4JGC1eSfzlW2vy4ZjBZeb2ziUV03dI28T3BI++gaZmbxwwaFIWGyUb+j woQHfdYao1JfLHkhBrr2dz3R6r02FNCVL7TV233/K5W+04npF9kpBmpsf/QlwMAU38L1 CxZQTjWtXNyzTM47CAuwE/cKSCDKnksyrnBlmBLHOAvvQ21v4d7YMHjanFZeRq6Q9FuA 3XcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=mdiixBSL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w18si1215067pgf.439.2019.02.22.11.35.48; Fri, 22 Feb 2019 11:36:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=mdiixBSL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726538AbfBVTfU (ORCPT + 99 others); Fri, 22 Feb 2019 14:35:20 -0500 Received: from mail.kernel.org ([198.145.29.99]:60792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725892AbfBVTfT (ORCPT ); Fri, 22 Feb 2019 14:35:19 -0500 Received: from mail-qk1-f174.google.com (mail-qk1-f174.google.com [209.85.222.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0ADEB20818; Fri, 22 Feb 2019 19:35:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1550864118; bh=vPkAiJc6SSBB1Hf/pmXN/fgcCnyoG6c2NgrwrMwAkvk=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=mdiixBSLjigDEsThKBVnbSvqIjowjNJusMXnsGlxnZP+iCy73s1vxBTEKXCQe0WDl LjGXdi7z+HJVy5gdVmbqrHzy0/gIBfC0Jr0cS4EcQNJRmDrlBliWT9SwyGehtbupwC X9W03Ml4pCzrhz21xO+EvgiOoCp0EvUYin5R6tug= Received: by mail-qk1-f174.google.com with SMTP id z13so1856487qki.2; Fri, 22 Feb 2019 11:35:18 -0800 (PST) X-Gm-Message-State: AHQUAuYx18N+PxHya7HUPZWgKBG9UhU2/7LiyYTAmBtRdmgcRdsnezHL twXyIJbIKa6KaXWVIH113C7zLWlwfU0DHjst2Q== X-Received: by 2002:a05:620a:123b:: with SMTP id v27mr3986675qkj.29.1550864117203; Fri, 22 Feb 2019 11:35:17 -0800 (PST) MIME-Version: 1.0 References: <1550658842-19167-1-git-send-email-srinath.mannam@broadcom.com> <1550658842-19167-2-git-send-email-srinath.mannam@broadcom.com> <20190222172042.GA6792@bogus> In-Reply-To: From: Rob Herring Date: Fri, 22 Feb 2019 13:35:06 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4 1/3] dt-bindings: phy: Add Stingray USB PHY binding document To: Srinath Mannam Cc: Mark Rutland , Kishon Vijay Abraham I , Tejun Heo , Jayachandran C , devicetree@vger.kernel.org, Linux Kernel Mailing List , BCM Kernel Feedback Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 22, 2019 at 11:29 AM Srinath Mannam wrote: > > Hi Rob, > > Thanks for the review, Please find my comments below in line. > > On Fri, Feb 22, 2019 at 10:50 PM Rob Herring wrote: > > > > On Wed, Feb 20, 2019 at 04:04:00PM +0530, Srinath Mannam wrote: > > > Add DT binding document for Stingray USB PHY. > > > > > > Signed-off-by: Srinath Mannam > > > Reviewed-by: Florian Fainelli > > > Reviewed-by: Scott Branden > > > --- > > > .../bindings/phy/brcm,stingray-usb-phy.txt | 62 ++++++++++++++++++++++ > > > 1 file changed, 62 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/phy/brcm,stingray-usb-phy.txt > > > > > > diff --git a/Documentation/devicetree/bindings/phy/brcm,stingray-usb-phy.txt b/Documentation/devicetree/bindings/phy/brcm,stingray-usb-phy.txt > > > new file mode 100644 > > > index 0000000..da19236 > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/phy/brcm,stingray-usb-phy.txt > > > @@ -0,0 +1,62 @@ > > > +Broadcom Stingray USB PHY > > > + > > > +Required properties: > > > + - compatible : should be one of the listed compatibles > > > + - "brcm,sr-usb-combo-phy" is a combo PHY has one SS PHY and one HS PHY. > > > + - "brcm,sr-usb-hs-phy" has a single HS PHY. > > > + - reg: offset and length of the PHY blocks registers > > > + - address-cells: should be 1 > > > + - size-cells: should be 0 > > > + > > > +Sub-nodes: > > > + brcm,sr-usb-combo-phy have two sub-nodes for one SS PHY and one HS PHY. > > > + > > > +Sub-nodes required properties: > > > + - reg: required for brcm,sr-usb-phy model PHY. > > > + reg value 0 is HS PHY and 1 is SS PHY. > > > + - phy-cells: generic PHY binding; must be 0 > > > + > > > +Refer to phy/phy-bindings.txt for the generic PHY binding properties > > > + > > > +Example: > > > + usbphy0: usb-phy@0 { > > > + compatible = "brcm,sr-usb-combo-phy"; > > > + reg = <0x00000000 0x100>; > > > + #address-cells = <1>; > > > + #size-cells = <0>; > > > + > > > + usb0_phy0: phy@0 { > > > + reg = <0>; > > > + #phy-cells = <0>; > > > + }; > > > + > > > + usb0_phy1: phy@1 { > > > + reg = <1>; > > > + #phy-cells = <0>; > > > + }; > > > > Again, you don't need child nodes here. There are not any per child > > resources. Clients can refer to <&usbphy0 1> just as easily as > > <&usb0_phy1>. This is why we have #phy-cells. > This phy controller is combo PHY it has one Super Speed USB PHY and > one High Speed USB PHY. > We required to create two PHY devices inside driver to initialize and > service(reset) both SS and HS PHYs separately. > That is the reason we used two child nodes. What you do in the driver is your business. That is independent of the binding. Go look at other phy drivers which use #phy-cells=1. .of_xlate() function is what converts the phy cells to a struct phy. Rob