BBB sudden reset (Bug #127)


Added by David Turvene about 3 years ago. Updated about 3 years ago.


Status:In Progress Start date:11/09/2014
Priority:Normal Due date:
Assignee:Robert Nelson % Done:

0%

Category:-
Target version:-

Description

There are a number of google group threads with similar characteristics to this my issue; search group for:

  • "Beaglebone Black Rebooting Several Times Every Day"
  • "Beaglebone Black Random Reboot"
  • "3.17.1-rc4 sudden reset"
Scenario:
  • BBBv3
  • 3.17.1-rc4, 7.6 wheezy
  • usb0 is NOT connected
  • running BBB headless, control through uart and SSH
  • usb1 has a hub with one to three wireless plugs

Goal is a low-cost wifi monitor where the wifi plug runs with two interfaces: one in standard 802.11 mode and the second in monitor/otherbss mode capturing all traffic. I use the netlink iw package to add the second interface and set it to 802.11 monitor mode. I use wireshark to read and save packets to the sdcard.

Initially the system ran okay using the wifi but when I ran the second monitor, it silently reboot at erratic times but all within 3 hours. There was no cause indication on the console or the logs. I built several versions of the kernel, up to 3.18.0-rc3-bone1, with the same problem.

Jens Peter Schroer emailed me a possible solution, which I have attached, of forcing usb0 to act as a peripheral and not OTG. His solution worked for my configuration.

It appears there are other configurations that manifest the same silent reboot that ARE NOT the result of this.

I followed his steps precisely on the following build:

  • 3.18.0-rc3-dst141107-bone1 (private build)
  • 7.7 Debian Wheezy (from RCN build_image)

The system ran for over 12 hours and captured 1.5M 802.11 frames. I manually stopped it at that point.


History

Updated by Robert Nelson about 3 years ago

I didn't check word for word, but i'm leaving the last one. please add anything if i missed something.

I'm going to implement the "perhipheral" workaround, just waiting for rc4 to drop today. (i'm going to migrate v3.18 over v3.17 in the omap-psp repo to..)

Regards,

  • Assignee set to Robert Nelson
  • Status changed from New to In Progress

Updated by Davide Cavestro about 3 years ago

I guess I have the same problem with a BBB rev B working as an ap hotspot with an USB hub hosting both a logitech unifying receiver, TL-WN722N wireless adapter and an old ZTE MF627 (GSM modem) for internet access.
I can collect and send more details if needed or even test any proposed workaround.

David Turvene wrote:

There are a number of google group threads with similar characteristics to this my issue; search group for:

  • "Beaglebone Black Rebooting Several Times Every Day"
  • "Beaglebone Black Random Reboot"
  • "3.17.1-rc4 sudden reset"
Scenario:
  • BBBv3
  • 3.17.1-rc4, 7.6 wheezy
  • usb0 is NOT connected
  • running BBB headless, control through uart and SSH
  • usb1 has a hub with one to three wireless plugs

Goal is a low-cost wifi monitor where the wifi plug runs with two interfaces: one in standard 802.11 mode and the second in monitor/otherbss mode capturing all traffic. I use the netlink iw package to add the second interface and set it to 802.11 monitor mode. I use wireshark to read and save packets to the sdcard.

Initially the system ran okay using the wifi but when I ran the second monitor, it silently reboot at erratic times but all within 3 hours. There was no cause indication on the console or the logs. I built several versions of the kernel, up to 3.18.0-rc3-bone1, with the same problem.

Jens Peter Schroer emailed me a possible solution, which I have attached, of forcing usb0 to act as a peripheral and not OTG. His solution worked for my configuration.

It appears there are other configurations that manifest the same silent reboot that ARE NOT the result of this.

I followed his steps precisely on the following build:

  • 3.18.0-rc3-dst141107-bone1 (private build)
  • 7.7 Debian Wheezy (from RCN build_image)

The system ran for over 12 hours and captured 1.5M 802.11 frames. I manually stopped it at that point.

Updated by Robert Nelson about 3 years ago

Davide, Usb0 change was intergrated in v3.18-rc4 and 3.14 r33 that fixes this

Updated by Jens Schroer about 3 years ago

Robert, would it be possible to include the patch in your 3.17.x series?

Also available in: Atom PDF