Re: Re: [PATCH v3 1/2] ohci-platform: Add support for devicetree instantiation
From: Hans de Goede <hidden>
Date: 2014-01-10 09:47:20
Also in:
linux-arm-kernel
Hi, On 01/09/2014 10:08 PM, Sergei Shtylyov wrote:
On 01/09/2014 10:48 PM, Hans de Goede wrote:quoted
Hi, On 01/09/2014 09:14 PM, Sergei Shtylyov wrote:quoted
Hello. On 01/09/2014 08:57 PM, Hans de Goede wrote:quoted
Add support for ohci-platform instantiation from devicetree, including optionally getting clks and a phy from devicetree, and enabling / disabling those on power_on / off.quoted
This should allow using ohci-platform from devicetree in various cases. Specifically after this commit it can be used for the ohci controller found on Allwinner sunxi SoCs.quoted
Signed-off-by: Hans de Goede <redacted> --- .../devicetree/bindings/usb/mmio-ohci.txt | 22 +++ drivers/usb/host/ohci-platform.c | 150 ++++++++++++++++++--- 2 files changed, 152 insertions(+), 20 deletions(-) create mode 100644 Documentation/devicetree/bindings/usb/mmio-ohci.txtquoted
diff --git a/Documentation/devicetree/bindings/usb/mmio-ohci.txtb/Documentation/devicetree/bindings/usb/mmio-ohci.txt new file mode 100644 index 0000000..9c776ed--- /dev/null +++ b/Documentation/devicetree/bindings/usb/mmio-ohci.txt@@ -0,0 +1,22 @@ +Generic MMIO OHCI controllerquoted
quoted
OHCI controller always uses MMIO, and likewise EHCI. You don't need to specifically mention it.quoted
Right, I'm only using it here because it is also used in the compatible string.Please drop it.quoted
quoted
quoted
+ +Required properties: +- compatible : "mmio-ohci"quoted
quoted
Likewise, it's not a good name. Why not call it "platform-ohci"?quoted
Because, as you would have known had you read the entire thread, people objected against exactly that name because the "platform" bus thing is a Linux invention, and other operating systems don't use the platform nomenclature for non pci busses.I wonder where were all those people when "xhci-platform" compatible got adopted in drivers/usb/host/xhci-plat.c? :-P Anyway, I want to suggest "usb-[eo]hci" of which "usb-ehci" binding has even already documented in Documentation/devicetree/bindings/usb/usb-ehci.txt. Both these "compatible" values are used as backups in the multiple described bindings of the platform-specific [EO]HCI controllers. I really don't see why you should invent anything new (and so poorly named).
This too has already been discussed, again please read the entire thread including review of earlier versions of the patch. We cannot usb usb-ehci, because the existing usb-ehci compatible string is not used for a generic usb controller, but for a ppc specific one which needs model specific setup, see the driver currently implementing compatible = usb-ehci. Regards, Hans