From: Scott Branden <scott.branden@broadcom.com>
To: Rob Herring <robh@kernel.org>,
Raviteja Garimella <raviteja.garimella@broadcom.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Felipe Balbi <balbi@kernel.org>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
bcm-kernel-feedback-list@broadcom.com, linux-usb@vger.kernel.org
Subject: Re: [RFC v2 4/5] DT bindings documentation for Synopsys UDC platform driver
Date: Thu, 19 Jan 2017 11:30:46 -0800 [thread overview]
Message-ID: <f86f32cd-8fed-c30f-d647-8f7992013458@broadcom.com> (raw)
In-Reply-To: <20170119173659.jeao5pqtlepmidek@rob-hp-laptop>
Hi Rob,
On 17-01-19 09:36 AM, Rob Herring wrote:
> On Tue, Jan 17, 2017 at 01:35:07PM +0530, Raviteja Garimella wrote:
>> This patch adds device tree bindings documentation for Synopsys
>> USB device controller platform driver.
>
> Bindings describe h/w, not drivers.
>>
>> Signed-off-by: Raviteja Garimella <raviteja.garimella@broadcom.com>
>> ---
>> .../devicetree/bindings/usb/snps,dw-ahb-udc.txt | 27 ++++++++++++++++++++++
>> 1 file changed, 27 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/usb/snps,dw-ahb-udc.txt
>>
>> diff --git a/Documentation/devicetree/bindings/usb/snps,dw-ahb-udc.txt b/Documentation/devicetree/bindings/usb/snps,dw-ahb-udc.txt
>> new file mode 100644
>> index 0000000..0c18327
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/usb/snps,dw-ahb-udc.txt
>> @@ -0,0 +1,27 @@
>> +Synopsys USB Device controller.
>> +
>> +The device node is used for Synopsys Designware Cores AHB
>> +Subsystem Device Controller (UDC).
>> +
>> +This device node is used by UDCs integrated it Broadcom's
>> +Northstar2 and Cygnus SoC's.
>
> You need compatible strings for these in addition.
>
We don't need compatibility strings when an IP block is integrated into
an SoC. Otherwise each time we add the IP block to a new SoC we would
need to update ever linux driver that supports that SoC. That doesn't
make sense?
Cygnus and Northstar2 use existing drivers for such block as UARTs, SPI
controllers, NAND controllers, etc, etc. We haven't added compatibility
strings for those drivers and won't be.
Perhaps comment above can be:
This device node is used by UDCs integrated it such as Broadcom's
Northstar2 and Cygnus SoC's.
>> +
>> +Required properties:
>> + - compatible: should be "snps,dw-ahb-udc"
>
> This is a different IP than DWC2?
>
>> + - reg: Offset and length of UDC register set
>> + - interrupts: description of interrupt line
>> + - phys: phandle to phy node.
>> + - extcon: phandle to the extcon device. This is optional and
>> + not required for those that don't require extcon support.
>> + Extcon support will be required if the UDC is connected to
>> + a Dual Role Device Phy that supports both Host and Device
>> + mode based on the external cable.
>
> Drop this. It should be a part of the phy. Also, I don't care to see new
> users of extcon binding because it needs redoing.
>
We may need extcon support to support DRD Phy though. We have to work
within the framework that exists in linux today. If modified in the
future adapt to it as needed?
Regards,
Scott
next prev parent reply other threads:[~2017-01-19 19:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-17 8:05 [RFC v2 0/5] Platform driver support for 'amd5536udc' driver Raviteja Garimella
2017-01-17 8:05 ` [RFC v2 1/5] UDC: Split the driver into amd (pci) and Synopsys core driver Raviteja Garimella
2017-01-18 18:45 ` Florian Fainelli
2017-01-18 20:18 ` Greg Kroah-Hartman
2017-01-19 10:44 ` Raviteja Garimella
2017-01-19 19:28 ` Florian Fainelli
2017-01-23 13:05 ` Raviteja Garimella
2017-01-17 8:05 ` [RFC v2 2/5] UDC: make debug prints compatible with both pci and platform devices Raviteja Garimella
2017-01-17 8:05 ` [RFC v2 3/5] UDC: Provide correct arguments for 'dma_pool_create' Raviteja Garimella
2017-01-17 8:05 ` [RFC v2 4/5] DT bindings documentation for Synopsys UDC platform driver Raviteja Garimella
2017-01-19 17:36 ` Rob Herring
2017-01-19 19:30 ` Scott Branden [this message]
2017-01-19 19:40 ` Florian Fainelli
2017-01-19 20:07 ` Scott Branden
2017-01-19 20:17 ` Florian Fainelli
2017-01-19 21:55 ` Ray Jui
2017-01-19 22:36 ` Scott Branden
2017-01-19 22:56 ` Florian Fainelli
2017-01-20 13:58 ` Rob Herring
2017-01-20 11:52 ` Raviteja Garimella
2017-01-17 8:05 ` [RFC v2 5/5] UDC: Add Synopsys UDC Platform driver Raviteja Garimella
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=f86f32cd-8fed-c30f-d647-8f7992013458@broadcom.com \
--to=scott.branden@broadcom.com \
--cc=balbi@kernel.org \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=raviteja.garimella@broadcom.com \
--cc=robh@kernel.org \
/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