From: Sergei Shtylyov <sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
To: Purna Chandra Mandal
<purna.mandal-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Joshua Henderson
<digitalpeer-icZdIMMiY0PM6KjX8ROVJw@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
Ian Campbell
<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
Subject: Re: [PATCH v1 1/2] dt/bindings/usb: Add bindings for PIC32 MUSB driver.
Date: Thu, 7 Apr 2016 16:12:20 +0300 [thread overview]
Message-ID: <57065CB4.5080108@cogentembedded.com> (raw)
In-Reply-To: <57065A4A.8090203-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org>
On 4/7/2016 4:02 PM, Purna Chandra Mandal wrote:
>>> Document devicetree binding for the USB controller
>>
>> Device tree.
>>
> ack.
>
>>> and USB Phy found on Microchip PIC32 class devices.
>>
>> PHY.
>>
> ack.
>
>>> Signed-off-by: Purna Chandra Mandal <purna.mandal-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org>
>>>
>>> ---
>>>
>>> .../bindings/usb/microchip,pic32-musb.txt | 67 ++++++++++++++++++++++
>>> 1 file changed, 67 insertions(+)
>>> create mode 100644 Documentation/devicetree/bindings/usb/microchip,pic32-musb.txt
>>>
>>> diff --git a/Documentation/devicetree/bindings/usb/microchip,pic32-musb.txt b/Documentation/devicetree/bindings/usb/microchip,pic32-musb.txt
>>> new file mode 100644
>>> index 0000000..e1cec9d
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/usb/microchip,pic32-musb.txt
>>> @@ -0,0 +1,67 @@
>>> +Microchip PIC32 MUSB DRC/OTG controller
>>> +-------------------------------------------
>>> +
>>> +Required properties:
>>> + - compatible : should be "microchip,pic32mzda-usb".
>>> + - reg : offset and length of "MUSB Core Registers" and
>>> + "USB Clock & Reset Registers".
>>> + - reg-names : should be "mc", and "usbcr" in order
>>> + - clocks : clock specifier for the musb controller clock
>>> + - clock-names : should be "usb_clk"
>>> + - interrupts : interrupt number for MUSB Core General interrupt
>>> + and DMA interrupt
>>> + - interrupt-names : must be "mc" and "dma" in order.
>>> + - phys : phy specifier for the otg phy.
>>> + - dr_mode : should be one of "host", "peripheral" or "otg".
>>> + - mentor,multipoint: Should be "1" indicating the musb controller supports
>>> + multipoint. This is MUSB configuration-specific setting.
>>> + - mentor,num-eps : Specifies the number of endpoints. This is also a
>>> + MUSB configuration-specific setting. Should be set to "8".
>>> + - mentor,ram-bits : Specifies the ram address size. Should be set to "11".
>>> + - mentor,power : Should be "500". This signifies the controller can supply
>>> + up to 500mA when operating in host mode.
>>
>> No, these "nentor" prefixed parameters must be determined from the "compatible" prop.
>>
> Prefix "mentor" here is used to signify configuration of the MUSB controller IP, not
> specifics of the chip or glue logic.
I know.
> Please suggest if replacing with "microchip" makes it better.
No, nothing of that sort. These parameters are probably fixed for the said
PIC32 implementation? If so, they shouldn't appear as the node props but
should instead be hard-coded in the glue layer. Don't look at the OMAP glues,
they are a bad example.
>>> + - phys : phandle of the USB phy.
"phys" are reserved for use by the drivers/phy/, while your PHY seems to
be controlled by drivers/usb/phy/. Please rename this property to "usb-phy".
>>> + interrupt number for over-current detection logic.
>>> +
>>> +Optional properties:
>>> + - microchip,fifo-mode: Specifies layout of internal SRAM for end-point fifos.
>>> + Should be 0 (default) or 1.
Probably would be better as a boolean prop...
[...]
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe devicetree" 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-04-07 13:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-07 11:16 [PATCH v1 1/2] dt/bindings/usb: Add bindings for PIC32 MUSB driver Purna Chandra Mandal
[not found] ` <1460027775-20729-1-git-send-email-purna.mandal-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org>
2016-04-07 12:53 ` Sergei Shtylyov
2016-04-07 13:02 ` Purna Chandra Mandal
[not found] ` <57065A4A.8090203-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org>
2016-04-07 13:12 ` Sergei Shtylyov [this message]
[not found] ` <57065CB4.5080108-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
2016-04-07 13:24 ` Purna Chandra Mandal
2016-04-07 13:38 ` 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=57065CB4.5080108@cogentembedded.com \
--to=sergei.shtylyov-m4dtvfq/zs1mrggop+s0pdbpr1lh4cv8@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=digitalpeer-icZdIMMiY0PM6KjX8ROVJw@public.gmane.org \
--cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
--cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
--cc=purna.mandal-UWL1GkI3JZL3oGB3hsPCZA@public.gmane.org \
--cc=robh+dt-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).