Hi Felipe,
On 03.04.2013 14:04, Felipe Balbi wrote:
> (sorry, being really busy lately)
>
> On Wed, Apr 03, 2013 at 02:00:23PM +0200, Daniel Mack wrote:
>>> >> I know this patch reintroduces bits that have been intentionally
>>> >> removed before, in particular by 032ec49f53 ("usb: musb: drop
>>> >> useless board_mode usage"), but I don't know how this usb driver is
>>> >> supposed to work in host mode without taking the configured port
>>> >> mode into account. If anyone can explain to me which information I'm
>>> >> missing here, I can happily test a patch. For now, this works for
>>> >> me.
>>>
>>> Daniel> Hmm, nobody, really? Am I the only one who's running the musb
>>> Daniel> driver in host-only mode?
>>>
>>> Sorry, I'll be needing host mode as well, but am currently stuck working
>>> on non-am335x stuff - So I'm definately interested in getting it to
>>> work, but don't have free cycles to look into it right now.
>>>
>>
>> Another two weeks passed with no answer at all, which makes me wonder
>> whether the changes were made considering the setup at all that at least
>> Peter, Koen and me are using.
>>
>> Felipe, could you explain the background on how the dsps driver is
>> supposed to work in host mode at boot time with the rework of the driver
>> you did for 3.7? It might just be me not understanding the rationale
>> behind all these changes, but appearantly, I'm not the only one who's
>> affected by that.
>
> right, so the idea with that was to drop the huge amount of ifdeferry
> hack from the MUSB driver. It would be great if someone would send
> *CLEAN* patches adding Kconfig-based role choices again.
>
> DWC3 and Chipidea are doing it very nicely.
Thanks a lot for your answer! I'll look into that and send some patches
then.
Thanks,
Daniel
--
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
