On Thursday 24 July 2014 15:14:12 Peter Griffin wrote: > > > > Depending on what kind of special requirements the ST version has, > > > > this can be done either by using the generic ohci/ehci bindings > > > > with extensions where necessary, or by creating a new binding and > > > > new driver files that use 'ohci_init_driver'/'ehci_init_driver' > > > > to inherit from the common code. > > > > > > > > The first of the two approaches is preferred. > > > > > > We don't have anything particularly special, just a couple of reset lines, > > > clock, phy, etc. > > > > Ok, good. Please see Documentation/devicetree/bindings/usb/usb-?hci.txt > > then. You might actually be able to just use the existing drivers > > without new code by just adding the proper DT nodes that follow these > > bindings. > > The only issues I can see with the generic versions are: - > 1) We also have a powerdown line in addition to the reset line both of which are > exposed via reset controller API, so I would need to add that into ehci-platform > and ohci-platform. Ok, adding this would not be too hard. > 2) We have a magic poke in st_ehci_configure_bus of the current driver to configure > the AHB to ST bus protocol convertor IP. I'm not quite sure where I could hook that > in (sorry... slightly pulling back on my "nothing special comment" a bit ;-). Hmm, doing this would require adding some form of quirk, either by compatible string or using an extra DT property for detection. > 3) We also set the rate of the ohci clock, which the generic driver doesn't do. Hmm, I guess this is the reason why sometimes it's nice to have names associated with the clocks. The generic driver assumes that all clocks just need to be turned on, and we decided not to use any naming when that binding was introduced. Each of these seems solvable, but the combination of these sounds like it would be better to create a new pair of drivers. I'd suggest you start by making a copy of ohci-platform and removing everything you don't need, then add support for the three things above. Give the clock a name, in case we want to merge the drivers again later. Arnd -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
