I have just ported Linux kernel 3.17.3 to our board. This stops the system
going into OTG probing when the g_ether module is loaded. It still does a
single OTG probe when initially loaded but there is no every 2 seconds
probe.
If this fixes things for all USB modules, I don't know and I don't
I think I have found the reason for this. See the 3.17.1-rc4 sudden reset
https://groups.google.com/forum/#%21category-topic/beagleboard/beaglebone-black/RMOTnQBgIo8
thread.
On Monday, November 24, 2014 11:28:17 AM UTC, Thomas O wrote:
Hey i do have some updates regarding this! We have now
Ok, I have now got somewhere with this. What seems to be happening at least
on our custom design (similar to BBB) is:
1. We have an oscilloscope on the USB0 VBUS line.
2. We have set the USB0 controller's mode to peripheral using the
DTB's dr_mode setting.
3. When the g_ether
We have been having a similar problem with an AM335x design using the
TPS65217 connected like a Beaglebone black.
We are using the 3.12.10 kernel and saw system resets every 14 hours or so.
We had set the USB ports to be host and peripheral types (in the boards
DTB) , however we still saw, on an
We are designing a system based on the TI AM3358 processor and are using a
Beaglebone black as a development board prior to getting the real hardware.
The real hardware will have eMMC memory but will not have a microSD card
socket so for a bare metal boot/install we plan to use USB or serial.
We
We are developing a board based on the TI AM3358 processor and we are using
the Beaglebone Black as a development test platform prior to the real
hardware becoming available.
Our system will have eMMC memory but no microSD card so we intend to do a
boot/install via the USB or serial port.
We