Re: [opensuse-arm] Beagleboard XM freezes; suspect USB issue
Actually, I haven't tried the patch. The instructions are not detailed enough for me to use. The person who wrote has "issues" and isn't helpful. Let's leave it at that. If anyone can explain in detail how to patch a kernel, I'm willing to try it. Otherwise, my beagleboard XM is useless. It will crash in 5 minutes or 5 hours. They are willing to RMA the unit for the exact same flawed design. But all that means is the lockup issue might be less frequent, but still be there. That to me is a reliability issue anyone buying a Beagleboard XM will face. Maybe instead of crashing daily it would crash weekly or monthly. Given that this is a hardware bug, I believe all Beagleboard XMs have this problem. But some worse than others. FWIW, it seems Ubuntu runs longer than Opensuse. Not so with Fedora. It crashes as fast as openuse. Ubuntu 12.04 yielded diagnostics on the serial port and in fact returned control to the serial port instead of crashing. That is how it was determined that the USB chip was the problem. Ubuntu 12.10 does not return control to the serial port. It just crashes and has to be rebooted to use again. This makes me think they patched the kernel and the patch is not sufficient in totally fixing the problem. Another issue is the Beagleboard XM under openuse cannot be rebooted with init 6. It just shuts down. Ubuntu can reboot the hardware. Canonical doesn't work in the open as much as Fedora or Opensuse, so I don't know how to reach anyone working on the Arm distribution. But clearly they have fixed some bugs and these fixes have not found their way out of the company. ------Original Message------ From: Alexander Graf To: gary Cc: opensuse-arm@opensuse.org Subject: Re: [opensuse-arm] Beagleboard XM freezes; suspect USB issue Sent: Feb 25, 2013 5:00 AM 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 N§²æìržyéZ)z{.±æ«ë§²æìržz^ˬzàN(Ö¶Ø^£ ÞéZ)z{.±æ«ê0êè¥éìºÇš®
On 25.02.2013, at 18:50, lists@lazygranch.com wrote:
Actually, I haven't tried the patch. The instructions are not detailed enough for me to use. The person who wrote has "issues" and isn't helpful. Let's leave it at that.
If anyone can explain in detail how to patch a kernel, I'm willing to try it.
I guess it's easiest if either Guillaume or me create a special kernel for you to try with that patch applied. I won't get to it before midnight today, but maybe can create one after that tonight that you can give a whirl. My Beagleboard XM is about 2 km away with lots and lots of snow lying in between me and it. :) Alex
Otherwise, my beagleboard XM is useless. It will crash in 5 minutes or 5 hours. They are willing to RMA the unit for the exact same flawed design. But all that means is the lockup issue might be less frequent, but still be there. That to me is a reliability issue anyone buying a Beagleboard XM will face. Maybe instead of crashing daily it would crash weekly or monthly.
Given that this is a hardware bug, I believe all Beagleboard XMs have this problem. But some worse than others.
FWIW, it seems Ubuntu runs longer than Opensuse. Not so with Fedora. It crashes as fast as openuse. Ubuntu 12.04 yielded diagnostics on the serial port and in fact returned control to the serial port instead of crashing. That is how it was determined that the USB chip was the problem. Ubuntu 12.10 does not return control to the serial port. It just crashes and has to be rebooted to use again. This makes me think they patched the kernel and the patch is not sufficient in totally fixing the problem.
Another issue is the Beagleboard XM under openuse cannot be rebooted with init 6. It just shuts down. Ubuntu can reboot the hardware. Canonical doesn't work in the open as much as Fedora or Opensuse, so I don't know how to reach anyone working on the Arm distribution. But clearly they have fixed some bugs and these fixes have not found their way out of the company.
------Original Message------ From: Alexander Graf To: gary Cc: opensuse-arm@opensuse.org Subject: Re: [opensuse-arm] Beagleboard XM freezes; suspect USB issue Sent: Feb 25, 2013 5:00 AM
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
On 25.02.2013, at 19:00, Alexander Graf wrote:
On 25.02.2013, at 18:50, lists@lazygranch.com wrote:
Actually, I haven't tried the patch. The instructions are not detailed enough for me to use. The person who wrote has "issues" and isn't helpful. Let's leave it at that.
If anyone can explain in detail how to patch a kernel, I'm willing to try it.
I guess it's easiest if either Guillaume or me create a special kernel for you to try with that patch applied. I won't get to it before midnight today, but maybe can create one after that tonight that you can give a whirl. My Beagleboard XM is about 2 km away with lots and lots of snow lying in between me and it. :)
http://csgraf.de/tmp/omap3/ This is the 12.3 kernel + the patch you posted. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
I'm not sure if my direct replies are being caught in a spam filter. There were no instructions with the patch, which is 3 RPMs. I placed all three RPMs on the SD card for the Beagleboard XM. [Basically just do a save as with the sd card in an intel computer running opensuse.] I booted the Beagleboard XM and ran all three patches, then rebooted. At that point I could no longer log into the Beagleboard XM. Not through the serial port or the "normally" (display driver and usb). I have a program on the Beagleboard XM that I set up as a service that provides "telemetry" over a lan. That service was running since I coudl get data off the Beagleboard XM. I ran it for 3 days without a crash. [At that point I went to a different SD card / OS to work on other software.] The best I ever got prior to the patch is about 8 hours. However, I think the performance of the software I was running was hampered by the patch since it seemed to be putting out less data. Since I couldn't log into the board, I have no way to analyze this. So again, I am asking for someone to either explain how to apply the patch, or apply the patch to an image. As I stated before the JEOS wasn't booting on the Beagleboard XM. [The XFCE image works.] This might be a good way to get the bug out of JEOS and test the patch at the same time. Since this appears to be a design flaw in the beagleboard XM, I'm sure all the board have an issue with this to some degree. My board is just worse than most. Thus I have a good test vehicle for the patched kernel, well provided I get one. On 2/25/2013 4:05 PM, Alexander Graf wrote:
On 25.02.2013, at 19:00, Alexander Graf wrote:
On 25.02.2013, at 18:50, lists@lazygranch.com wrote:
Actually, I haven't tried the patch. The instructions are not detailed enough for me to use. The person who wrote has "issues" and isn't helpful. Let's leave it at that.
If anyone can explain in detail how to patch a kernel, I'm willing to try it.
I guess it's easiest if either Guillaume or me create a special kernel for you to try with that patch applied. I won't get to it before midnight today, but maybe can create one after that tonight that you can give a whirl. My Beagleboard XM is about 2 km away with lots and lots of snow lying in between me and it. :)
This is the 12.3 kernel + the patch you posted.
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 02/03/2013 01:28, gary a écrit :
I'm not sure if my direct replies are being caught in a spam filter. There were no instructions with the patch, which is 3 RPMs. I placed all three RPMs on the SD card for the Beagleboard XM. [Basically just do a save as with the sd card in an intel computer running opensuse.]
I booted the Beagleboard XM and ran all three patches, then rebooted. At that point I could no longer log into the Beagleboard XM. Not through the serial port or the "normally" (display driver and usb).
What is the output on the serial port (I mean from u-boot and then if you have something then)? Did you try a SSH login?
I have a program on the Beagleboard XM that I set up as a service that provides "telemetry" over a lan. That service was running since I coudl get data off the Beagleboard XM. I ran it for 3 days without a crash. [At that point I went to a different SD card / OS to work on other software.] The best I ever got prior to the patch is about 8 hours.
However, I think the performance of the software I was running was hampered by the patch since it seemed to be putting out less data. Since I couldn't log into the board, I have no way to analyze this.
So again, I am asking for someone to either explain how to apply the patch, or apply the patch to an image.
Install RPM kernel-omap2plus provided by Alex, using zypper and reboot.
As I stated before the JEOS wasn't booting on the Beagleboard XM. [The XFCE image works.] This might be a good way to get the bug out of JEOS and test the patch at the same time.
Try your patch on XFCE image first. One thing at a time. ;)
Since this appears to be a design flaw in the beagleboard XM, I'm sure all the board have an issue with this to some degree. My board is just worse than most. Thus I have a good test vehicle for the patched kernel, well provided I get one.
Thanks for your help in testing. Guillaume
On 2/25/2013 4:05 PM, Alexander Graf wrote:
On 25.02.2013, at 19:00, Alexander Graf wrote:
On 25.02.2013, at 18:50, lists@lazygranch.com wrote:
Actually, I haven't tried the patch. The instructions are not detailed enough for me to use. The person who wrote has "issues" and isn't helpful. Let's leave it at that.
If anyone can explain in detail how to patch a kernel, I'm willing to try it.
I guess it's easiest if either Guillaume or me create a special kernel for you to try with that patch applied. I won't get to it before midnight today, but maybe can create one after that tonight that you can give a whirl. My Beagleboard XM is about 2 km away with lots and lots of snow lying in between me and it. :)
This is the 12.3 kernel + the patch you posted.
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (4)
-
Alexander Graf -
gary -
Guillaume Gardet -
lists＠lazygranch.com