On Fri, Jan 20, 2017 at 4:20 PM, Robert Nelson <[email protected]> wrote: > > The whole musb/otg setup is just weird.. > > I revisited this again last week on the xM, when setting up a > production tester.. > > To use the port as a host, and plug in a (usb flash drive for > example), you need to modprobe one of the gadget drivers (g_ether for > example).. then the usb port also comes alive and detects the usb > flash disk.. > > A trick I use to do on the xM, just build-in the g_ether driver, while > you then can't change it later while running, the usb host port always > on kernel bootup.. > > Regards, > > -- > Robert Nelson > https://rcn-ee.com/
I did some research on this a while back, because I thought it would be really cool connecting a USB-A cable between two regular computers as a way to get a peer to peer networking happening. When I read that in order for this to work, one side *has* to be OTG. Which you kindly pointed out in the generic board overlay include isn't configured. By default. But anyway, my point on that is that it's not really an musb / otg issue. But something that's expected for any g_ether network to function. If I had the time, I'd dive into the problem full tilt, and see what I could do to work around that. As far as trying to use peer to peer USN networking without having to use at least one OTG interface. Which from what I've read isn't possible, but perhaps I could find a work around. So for now, like many other potential projects I have in mind . . .back burner. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpeoz-8yR3L0uLS9cku-bUdD7jU8NtpHzTvCd21aBW7NQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
