On Fri, May 28, 2010 at 9:32 PM, David Brownell <david-b@xxxxxxxxxxx> wrote: > --- On Fri, 5/28/10, Steve Sakoman <sakoman@xxxxxxxxx> wrote: > >> > By the way ... the #ifdeffery should indeed vanish >> from all board >> > configs except the Davinci DM6446 EVM. That board is >> kind of quirky >> > in terms of USB support, and needs jumpering to get >> host or peripheral mode (and can't do OTG). > > >> For Overo this patch actually makes quite a bit of sense >> (and I have >> been using something similar for quite some time). >> >> The Overo COM itself has no USB connector -- the customer >> can choose >> or create a daughter card with the type of USB connector >> appropriate> to their application, > > So that would be another exception ... because it doesn't > have a fixed USB connector (and thus does not convey to > users any specific details about what modes it supports). Another issue is that OTG depends on PM, so if I build PM-less kernel (PM is still more or less in development on OMAPs), Kconfig will only allow host or peripheral for musb, which doesn't match OTG selection in the board file, and the driver fails. If a board is configured as host and driver is set to only support peripheral it is perfectly fine for the driver not to allow that. But why is the driver refusing OTG board setting if it's compiled to only support host/peripheral? If I apply [1], it works perfectly fine for me. What's wrong with degrading OTG to host/peripheral, did you really mean to NAK [1], David? Why can't I compile musb in a periperal/host-only mode if I have OTG connector? I have to patch around this every time :( [1] http://marc.info/?l=linux-usb&m=127367875600618&w=2 > > - Dave > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html