From: Petr Kulhavy <petr-Qh/3xLP0EvwAvxtiuMwx3w@public.gmane.org>
To: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: balbi-l0cyMroinI0@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 2/2] Drivers: MUSB: Davinci MUSB: added DT support
Date: Fri, 22 Jan 2016 10:03:16 +0100 [thread overview]
Message-ID: <56A1F054.704@barix.com> (raw)
In-Reply-To: <20160121230751.GA3991@rob-hp-laptop>
Hi Rob,
thanks a lot for your comments. I admit I got inspired by the
usb/omap-usb.txt and usb/am33xx-usb.txt bindings
which use identical keywords, mode, num-eps, ram-bits, power and
multipoint as all these chips use the same or similar MUSB core.
From your comments I have the feeling these are not the best bindings
to take as an example.
What would you recommend as a good example then?
Regards
Petr
On 22.01.2016 00:07, Rob Herring wrote:
> On Thu, Jan 21, 2016 at 03:53:19PM +0100, Petr Kulhavy wrote:
>> TI DaVinci MUSB driver equipped with DeviceTree support.
>> Tested with AM1808 board and USB2.0 (OTG) in host mode.
>>
>> Signed-off-by: Petr Kulhavy<petr-Qh/3xLP0EvwAvxtiuMwx3w@public.gmane.org>
>> ---
>> .../devicetree/bindings/usb/da8xx-usb.txt | 52 +++++++
>> drivers/usb/musb/da8xx.c | 166 +++++++++++++++++++++
>> include/linux/platform_data/usb-davinci.h | 3 +-
>> 3 files changed, 220 insertions(+), 1 deletion(-)
>> create mode 100644 Documentation/devicetree/bindings/usb/da8xx-usb.txt
>>
>> diff --git a/Documentation/devicetree/bindings/usb/da8xx-usb.txt b/Documentation/devicetree/bindings/usb/da8xx-usb.txt
>> new file mode 100644
>> index 0000000..c81d665
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/usb/da8xx-usb.txt
> Follow the compatible string for the filename (with wildcards is fine).
>
>> @@ -0,0 +1,52 @@
>> +TI DaVinci MUSB
>> +
>> +Required properties:
>> +
>> + - compatible : Should be "ti,da850-musb" or "ti,da830-musb"
>> +
>> + - mode : USB mode. "1" signifies HOST, "2" represents PERIPHERAL,
>> + "3" represents OTG.
> Surely we have a similar property defined already. Don't create
> something new.
>
>> +
>> + - power : This signifies the maximum current the controller can
>> + supply in host mode. The unit size is 2mA, the maximum value is 510mA.
> You should model this as a regulator.
>
>> + - num-eps : Specifies the number of endpoints. This is also a
>> + MUSB configuration-specific setting.
> Just spell out endpoints.
>
>> +
>> + - multipoint : Should be "1" indicating the musb controller supports
>> + multipoint. This is a MUSB configuration-specific setting.
> What does multipoint mean?
>
>> + - ram-bits : Specifies the ram address size.
> Needs a better description. Then it probably needs a better name too,
> but without a description I can't tell what that would be.
>
>> +
>> +
>> +Optional properties:
>> +
>> + - da8xx,phy20-clkmux-cfg: Integer. Defines the USB 2.0 PHY reference clock source.
>> + Supported values: "0" for external pin, "1" for internal PLL.
> How about a boolean property instead. Name it based on the less used
> option (external pin I'm guessing).
>
>> + - da8xx,phy20-refclock-frequency : Integer. Defines the USB 2.0 PHY reference clock input
>> + frequency in Hz in case the clock is generated by the internal PLL.
>> + Supported values are 12MHz, 13MHz, 19.2MHz, 20MHz, 24MHz, 26MHz, 38.4MHz, 40MHz, 48MHz
> da8xx is not a vendor.
>
> Rob
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-01-22 9:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-21 14:53 [PATCH 2/2] Drivers: MUSB: Davinci MUSB: added DT support Petr Kulhavy
[not found] ` <1453387999-4485-1-git-send-email-petr-Qh/3xLP0EvwAvxtiuMwx3w@public.gmane.org>
2016-01-21 18:05 ` Sergei Shtylyov
2016-01-21 23:07 ` Rob Herring
2016-01-22 9:01 ` Petr Kulhavy
2016-01-22 9:03 ` Petr Kulhavy [this message]
2016-01-24 19:00 ` Sergei Shtylyov
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=56A1F054.704@barix.com \
--to=petr-qh/3xlp0evwavxtiumwx3w@public.gmane.org \
--cc=balbi-l0cyMroinI0@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.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;
as well as URLs for NNTP newsgroup(s).