Hi, On Tue, May 05, 2015 at 10:42:36PM +0200, Arnd Bergmann wrote: > On Tuesday 05 May 2015 20:57:52 Aaro Koskinen wrote: > > > > On Tue, May 05, 2015 at 12:02:04PM +0200, Arnd Bergmann wrote: > > > What does that main node actually do? > > > > > > The common setup is that you have regular ehci/ohci/uhci host bridges > > > connected to an mmio bus, plus with shared PHY driver that would nowadays > > > sit in drivers/phy/ and handle the setup of the physical USB interface. > > > > The main node is not just PHY and clock control, there is also DMA > > registers at least. Also the controller part is not generic ?hci. > > Are you sure it's not one of the other common host implementations > (synopsys dwc2, mentor musb, chipidea, ...) then? Maybe there is > already a binding. The usbn block is Cavium proprietary. The usbc part is apparantely based on dwc2, but even still the current dwc2 driver does not work with the cavium variant as it's coupled with usbn (and perhaps due to some other undocumented differences). > If not, would it make sense to put the two nodes into one that is > just handled by a single driver? It's already handled by single driver (staging/octeon-usb). The reason for this specific binding is to allow compatibility with flashed firmware providing the cavium DTB. But for my boards, I'm using in-tree DTB so probably I could change it if that's strictly required. A. -- 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