[opensuse-arm] Beagleboard XM freezes; suspect USB issue
I have a Beagleboard XM rev C. I find that applications that work fine on an intel machine under 12.2 cause the Beagleboard XM to freeze. Apparently the Beagleboard has a history of USB issues, which had I known I probably would have gone with the Panda. Since the board locks up, I don't know how to diagnose the problem. There is nothing useful beyond the boot information on the serial port. I have posted the issue to the google groups arm forum, which in turn suggested I go to the opensuse forum to see if there is a way to get diagnostics from the serial port or other means. The programs that cause the lock up are rtl_adsb and dump1090.
https://github.com/antirez/dump1090 https://github.com/keenerd/rtl-sdr
I don't believe the problem is specific to these programs, which run well on intel, but rather it is related to the usb traffic. The freeze can occur in minutes or hours. There is no pattern that I can detect. Suggestions? Anything to dump? -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
In an effort to figure out this problem, I loaded some other linux distributions. It turns out Ubuntu can recover from this problem rather than lock up. It also provides some useful diagnostics. It turns out the lock up can be (in theory) cured with this patch:
https://github.com/RobertCNelson/stable-kernel/blob/v3.7.x/patches/omap_sprz...
Any help on how to apply this patch would be appreciated. Or has the patch already been applied and 12.3 will have the fix? I suppose a secondary issue would be to discover how Ubuntu is trapping this condition and not crashing. Note that Ubuntu sends control back to the serial port since USB is not working. It can't restart the usb hub chip. On 2/3/2013 9:52 PM, gary wrote:
I have a Beagleboard XM rev C. I find that applications that work fine on an intel machine under 12.2 cause the Beagleboard XM to freeze. Apparently the Beagleboard has a history of USB issues, which had I known I probably would have gone with the Panda.
Since the board locks up, I don't know how to diagnose the problem. There is nothing useful beyond the boot information on the serial port. I have posted the issue to the google groups arm forum, which in turn suggested I go to the opensuse forum to see if there is a way to get diagnostics from the serial port or other means.
The programs that cause the lock up are rtl_adsb and dump1090.
https://github.com/antirez/dump1090 https://github.com/keenerd/rtl-sdr
I don't believe the problem is specific to these programs, which run well on intel, but rather it is related to the usb traffic. The freeze can occur in minutes or hours. There is no pattern that I can detect.
Suggestions? Anything to dump?
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 21.02.2013, at 06:39, gary wrote:
In an effort to figure out this problem, I loaded some other linux distributions. It turns out Ubuntu can recover from this problem rather than lock up. It also provides some useful diagnostics. It turns out the lock up can be (in theory) cured with this patch:
https://github.com/RobertCNelson/stable-kernel/blob/v3.7.x/patches/omap_sprz...
Any help on how to apply this patch would be appreciated. Or has the patch already been applied and 12.3 will have the fix?
Have you found any particular reason this patch hasn't gone upstream? If no, it might be a good idea to send it yourself. We should easily get it back through the normal Linux stable tree then. I'm quite reluctant to move this only into the openSUSE kernel. That's not how community work should look like :). Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (2)
-
Alexander Graf -
gary