From: Thomas K. <tho...@un...> - 2010-01-18 14:57:55
|
Hello, we're using Gumstix Overo Fire and Earth, most with Summit, some with Tobi expansion boards in our research. The following problem occurs on all combinations. The latest kernel I tested was 2.6.33-rc3-07231-g6d1ee32 from linux-omap-2.6 git. We tried to use USB-Sticks with AR9170 chipset for wifi. With low traffic, everything works fine (ping worked for days in one test). Problems occur under high traffic, e.g. iperf tests. After a short time the wifi driver will crash with the following errors: usb 1-1.4: no command feedback received (-110). ar9170 cmd: 08 01 00 00 04 01 1d 00 01 00 00 00 ............ [<c003691c>] (unwind_backtrace+0x0/0xdc) from [<bf05369c>] (ar9170_usb_exec_cmd+0x188/0x1d8 [ar9170usb]) [<bf05369c>] (ar9170_usb_exec_cmd+0x188/0x1d8 [ar9170usb]) from [<bf0572c8>] (ar9170_write_reg+0x4c/0x80 [ar9170usb]) [<bf0572c8>] (ar9170_write_reg+0x4c/0x80 [ar9170usb]) from [<bf05a640>] (ar9170_update_leds+0xd0/0x104 [ar9170usb]) [<bf05a640>] (ar9170_update_leds+0xd0/0x104 [ar9170usb]) from [<c0066b64>] (worker_thread+0xfc/0x170) [<c0066b64>] (worker_thread+0xfc/0x170) from [<c0069c5c>] (kthread+0x78/0x80) [<c0069c5c>] (kthread+0x78/0x80) from [<c0031e40>] (kernel_thread_exit+0x0/0x8) phy0: writing reg 0x1d0104 (val 0x1) failed The same stick/driver combination works fine on my laptop with an EHCI USB controller. Usually, replugging the USB-Stick or reloading both the musb_hdrc and ar9170usb modules will let the system recover, though I've seen the USB chip lock up completely (only a reboot fixed that). My current guess is a problem in the USB driver or chipset. The musb driver prints the following trace during unload: ------------[ cut here ]------------ WARNING: at drivers/usb/musb/musb_host.c:123 musb_h_tx_flush_fifo+0x8c/0xcc [musb_hdrc]() Could not flush host TX10 fifo: csr: 2103 Modules linked in: ar9170usb ath libertas_sdio libertas musb_hdrc [<c003691c>] (unwind_backtrace+0x0/0xdc) from [<c0056978>] (warn_slowpath_common+0x4c/0x80) [<c0056978>] (warn_slowpath_common+0x4c/0x80) from [<c00569e8>] (warn_slowpath_fmt+0x28/0x38) [<c00569e8>] (warn_slowpath_fmt+0x28/0x38) from [<bf001d44>] (musb_h_tx_flush_fifo+0x8c/0xcc [musb_hdrc]) [<bf001d44>] (musb_h_tx_flush_fifo+0x8c/0xcc [musb_hdrc]) from [<bf002a24>] (musb_cleanup_urb+0xdc/0x134 [musb_hdrc]) [<bf002a24>] (musb_cleanup_urb+0xdc/0x134 [musb_hdrc]) from [<bf00315c>] (musb_urb_dequeue+0x138/0x168 [musb_hdrc]) [<bf00315c>] (musb_urb_dequeue+0x138/0x168 [musb_hdrc]) from [<c020246c>] (unlink1+0xac/0xb8) [<c020246c>] (unlink1+0xac/0xb8) from [<c0202634>] (usb_hcd_unlink_urb+0x54/0xb0) [<c0202634>] (usb_hcd_unlink_urb+0x54/0xb0) from [<c02039e8>] (usb_kill_urb+0x48/0xe8) [<c02039e8>] (usb_kill_urb+0x48/0xe8) from [<c0203f7c>] (usb_kill_anchored_urbs+0x2c/0x50) [<c0203f7c>] (usb_kill_anchored_urbs+0x2c/0x50) from [<bf053090>] (ar9170_usb_flush+0x8c/0xa4 [ar9170usb]) [<bf053090>] (ar9170_usb_flush+0x8c/0xa4 [ar9170usb]) from [<bf05311c>] (ar9170_usb_stop+0x1c/0x58 [ar9170usb]) [<bf05311c>] (ar9170_usb_stop+0x1c/0x58 [ar9170usb]) from [<bf055334>] (ar9170_op_stop+0x74/0xc8 [ar9170usb]) [<bf055334>] (ar9170_op_stop+0x74/0xc8 [ar9170usb]) from [<c0373d60>] (ieee80211_stop_device+0x28/0x68) [<c0373d60>] (ieee80211_stop_device+0x28/0x68) from [<c0369800>] (ieee80211_stop+0x3e4/0x490) [<c0369800>] (ieee80211_stop+0x3e4/0x490) from [<c02863a8>] (dev_close+0x84/0xb8) [<c02863a8>] (dev_close+0x84/0xb8) from [<c0285d64>] (dev_change_flags+0xac/0x188) [<c0285d64>] (dev_change_flags+0xac/0x188) from [<c02d6cdc>] (devinet_ioctl+0x2dc/0x6a4) [<c02d6cdc>] (devinet_ioctl+0x2dc/0x6a4) from [<c0275d70>] (sock_ioctl+0x1f8/0x250) [<c0275d70>] (sock_ioctl+0x1f8/0x250) from [<c00b78e4>] (vfs_ioctl+0x2c/0x70) [<c00b78e4>] (vfs_ioctl+0x2c/0x70) from [<c00b7fec>] (do_vfs_ioctl+0x4f4/0x548) [<c00b7fec>] (do_vfs_ioctl+0x4f4/0x548) from [<c00b8078>] (sys_ioctl+0x38/0x5c) [<c00b8078>] (sys_ioctl+0x38/0x5c) from [<c0030e60>] (ret_fast_syscall+0x0/0x2c) ---[ end trace 6ec42e0ff1f2499d ]--- ------------[ cut here ]------------ A similar problem is mentioned at <http://old.nabble.com/Sending-images-over-wifi-td26302987.html>, but without a solution. Does anyone have an idea how to fix this? Regards, Thomas Klute |
From: ScottEllis <sco...@gm...> - 2010-01-18 17:59:33
|
I think I am seeing the same problem. Working with a Tobi board using the gumstix as a bridge, ethernet <-> usbnet through the otg usb. A slow data rate, say just a normal rdesktop session through the bridge, works all day, but trying to stream video through the bridge [video host > [usbnet gumstix ethernet] -> second host] stops working pretty quickly. >From the iperf tests I've done, it looks like a read problem. At least for me, writes out the otg port never seem to fail. gumstix usbnet --- iperf write --> second host, 190Mbs, no problems gumstix usbnet <-- iperf read --- second host, hangs if I run the test longer then 20 or 30 seconds. Around 100 Mbs for short duration tests if it doesn't hang. Same problem in with both 2.6.31 and 2.6.32. I've been digging into the musb driver. I'd be interested if you find anything. -- View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p27214177.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: dtran11 <dt...@gm...> - 2011-03-08 14:36:13
|
Any updates on this issue. I am seeing the same thing on 2.6.33 when using Samba and USBNet. Thanks. ScottEllis wrote: > > I think I am seeing the same problem. Working with a Tobi board using the > gumstix as a bridge, ethernet <-> usbnet through the otg usb. > > A slow data rate, say just a normal rdesktop session through the bridge, > works all day, but trying to stream video through the bridge [video host > > [usbnet gumstix ethernet] -> second host] stops working pretty quickly. > > From the iperf tests I've done, it looks like a read problem. At least for > me, writes out the otg port never seem to fail. > > gumstix usbnet --- iperf write --> second host, 190Mbs, no problems > gumstix usbnet <-- iperf read --- second host, hangs if I run the test > longer then 20 or 30 seconds. Around 100 Mbs for short duration tests if > it doesn't hang. > > Same problem in with both 2.6.31 and 2.6.32. > > I've been digging into the musb driver. > > I'd be interested if you find anything. > > -- View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris W. <whi...@gm...> - 2011-03-08 15:04:18
|
I hope this isn't the usb silicon problem that someone mentioned before. It seemed like the only work around was to detect it and reset the usb. -chris On Tue, Mar 8, 2011 at 8:36 AM, dtran11 <dt...@gm...> wrote: > > Any updates on this issue. I am seeing the same thing on 2.6.33 when using > Samba and USBNet. > > Thanks. > > > ScottEllis wrote: >> >> I think I am seeing the same problem. Working with a Tobi board using the >> gumstix as a bridge, ethernet <-> usbnet through the otg usb. >> >> A slow data rate, say just a normal rdesktop session through the bridge, >> works all day, but trying to stream video through the bridge [video host > >> [usbnet gumstix ethernet] -> second host] stops working pretty quickly. >> >> From the iperf tests I've done, it looks like a read problem. At least for >> me, writes out the otg port never seem to fail. >> >> gumstix usbnet --- iperf write --> second host, 190Mbs, no problems >> gumstix usbnet <-- iperf read --- second host, hangs if I run the test >> longer then 20 or 30 seconds. Around 100 Mbs for short duration tests if >> it doesn't hang. >> >> Same problem in with both 2.6.31 and 2.6.32. >> >> I've been digging into the musb driver. >> >> I'd be interested if you find anything. >> >> > > -- > View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: kramik <kr...@gm...> - 2011-08-15 19:41:23
|
We are having the same issue. We see it on the summit board but our own proprietary board with another USB controller using Ethernet gadget on it doesn't have any issues. Not sure if it is the SoC OTG hardware or the software driver. It is also only when sending files above a certain size. Anyone find any workarounds or have any experience where they used the OTG with an Ethernet gadget successfully? If it is hardware, there should be issues with the TI OMAP in general from other vendors as well. Chris Whittenburg wrote: > > I hope this isn't the usb silicon problem that someone mentioned > before. It seemed like the only work around was to detect it and > reset the usb. > > -chris > > > > On Tue, Mar 8, 2011 at 8:36 AM, dtran11 <dt...@gm...> wrote: >> >> Any updates on this issue. I am seeing the same thing on 2.6.33 when >> using >> Samba and USBNet. >> >> Thanks. >> >> >> ScottEllis wrote: >>> >>> I think I am seeing the same problem. Working with a Tobi board using >>> the >>> gumstix as a bridge, ethernet <-> usbnet through the otg usb. >>> >>> A slow data rate, say just a normal rdesktop session through the bridge, >>> works all day, but trying to stream video through the bridge [video host >>> > >>> [usbnet gumstix ethernet] -> second host] stops working pretty quickly. >>> >>> From the iperf tests I've done, it looks like a read problem. At least >>> for >>> me, writes out the otg port never seem to fail. >>> >>> gumstix usbnet --- iperf write --> second host, 190Mbs, no problems >>> gumstix usbnet <-- iperf read --- second host, hangs if I run the test >>> longer then 20 or 30 seconds. Around 100 Mbs for short duration tests if >>> it doesn't hang. >>> >>> Same problem in with both 2.6.31 and 2.6.32. >>> >>> I've been digging into the musb driver. >>> >>> I'd be interested if you find anything. >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p32266877.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve M. <mo...@sm...> - 2011-08-15 19:49:39
|
We've been using 2.6.36 with lots of USB ethernet and it's solid. We had problems with the kernels before staying up. we move lots of traffic in both directions using CDC ethernet On Aug 15, 2011, at 2:41 PM, kramik wrote: > > We are having the same issue. We see it on the summit board but our own > proprietary board with another USB controller using Ethernet gadget on it > doesn't have any issues. Not sure if it is the SoC OTG hardware or the > software driver. It is also only when sending files above a certain size. > Anyone find any workarounds or have any experience where they used the OTG > with an Ethernet gadget successfully? If it is hardware, there should be > issues with the TI OMAP in general from other vendors as well. > > > Chris Whittenburg wrote: >> >> I hope this isn't the usb silicon problem that someone mentioned >> before. It seemed like the only work around was to detect it and >> reset the usb. >> >> -chris >> >> >> >> On Tue, Mar 8, 2011 at 8:36 AM, dtran11 <dt...@gm...> wrote: >>> >>> Any updates on this issue. I am seeing the same thing on 2.6.33 when >>> using >>> Samba and USBNet. >>> >>> Thanks. >>> >>> >>> ScottEllis wrote: >>>> >>>> I think I am seeing the same problem. Working with a Tobi board using >>>> the >>>> gumstix as a bridge, ethernet <-> usbnet through the otg usb. >>>> >>>> A slow data rate, say just a normal rdesktop session through the bridge, >>>> works all day, but trying to stream video through the bridge [video host >>>>> >>>> [usbnet gumstix ethernet] -> second host] stops working pretty quickly. >>>> >>>> From the iperf tests I've done, it looks like a read problem. At least >>>> for >>>> me, writes out the otg port never seem to fail. >>>> >>>> gumstix usbnet --- iperf write --> second host, 190Mbs, no problems >>>> gumstix usbnet <-- iperf read --- second host, hangs if I run the test >>>> longer then 20 or 30 seconds. Around 100 Mbs for short duration tests if >>>> it doesn't hang. >>>> >>>> Same problem in with both 2.6.31 and 2.6.32. >>>> >>>> I've been digging into the musb driver. >>>> >>>> I'd be interested if you find anything. >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html >>> Sent from the Gumstix mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> What You Don't Know About Data Connectivity CAN Hurt You >>> This paper provides an overview of data connectivity, details >>> its effect on application quality, and explores various alternative >>> solutions. http://p.sf.net/sfu/progress-d2d >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p32266877.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Steve Modica CTO - Small Tree Communications www.small-tree.com phone: 651-209-6509 ext 301 mobile: 651-261-3201 |
From: kramik <kr...@gm...> - 2011-08-15 20:22:20
|
Good to hear. Was kernel 2.6.35 or earlier having issues? What version of the COM and daughter board are you using? I take it this can be verified with the console build from bitbake with no modifications. Need to narrow down what it could be with our setup then. We have some old summit (R2563) boards and just received some new Overos (R3119) which we are going to test tomorrow. Steve Modica wrote: > > We've been using 2.6.36 with lots of USB ethernet and it's solid. We had > problems with the kernels before staying up. > we move lots of traffic in both directions using CDC ethernet > > On Aug 15, 2011, at 2:41 PM, kramik wrote: > >> >> We are having the same issue. We see it on the summit board but our own >> proprietary board with another USB controller using Ethernet gadget on it >> doesn't have any issues. Not sure if it is the SoC OTG hardware or the >> software driver. It is also only when sending files above a certain >> size. >> Anyone find any workarounds or have any experience where they used the >> OTG >> with an Ethernet gadget successfully? If it is hardware, there should be >> issues with the TI OMAP in general from other vendors as well. >> >> >> Chris Whittenburg wrote: >>> >>> I hope this isn't the usb silicon problem that someone mentioned >>> before. It seemed like the only work around was to detect it and >>> reset the usb. >>> >>> -chris >>> >>> >>> >>> On Tue, Mar 8, 2011 at 8:36 AM, dtran11 <dt...@gm...> wrote: >>>> >>>> Any updates on this issue. I am seeing the same thing on 2.6.33 when >>>> using >>>> Samba and USBNet. >>>> >>>> Thanks. >>>> >>>> >>>> ScottEllis wrote: >>>>> >>>>> I think I am seeing the same problem. Working with a Tobi board using >>>>> the >>>>> gumstix as a bridge, ethernet <-> usbnet through the otg usb. >>>>> >>>>> A slow data rate, say just a normal rdesktop session through the >>>>> bridge, >>>>> works all day, but trying to stream video through the bridge [video >>>>> host >>>>>> >>>>> [usbnet gumstix ethernet] -> second host] stops working pretty >>>>> quickly. >>>>> >>>>> From the iperf tests I've done, it looks like a read problem. At least >>>>> for >>>>> me, writes out the otg port never seem to fail. >>>>> >>>>> gumstix usbnet --- iperf write --> second host, 190Mbs, no problems >>>>> gumstix usbnet <-- iperf read --- second host, hangs if I run the test >>>>> longer then 20 or 30 seconds. Around 100 Mbs for short duration tests >>>>> if >>>>> it doesn't hang. >>>>> >>>>> Same problem in with both 2.6.31 and 2.6.32. >>>>> >>>>> I've been digging into the musb driver. >>>>> >>>>> I'd be interested if you find anything. >>>>> >>>>> >>>> >>>> -- >>>> View this message in context: >>>> http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html >>>> Sent from the Gumstix mailing list archive at Nabble.com. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> What You Don't Know About Data Connectivity CAN Hurt You >>>> This paper provides an overview of data connectivity, details >>>> its effect on application quality, and explores various alternative >>>> solutions. http://p.sf.net/sfu/progress-d2d >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>> >>> ------------------------------------------------------------------------------ >>> What You Don't Know About Data Connectivity CAN Hurt You >>> This paper provides an overview of data connectivity, details >>> its effect on application quality, and explores various alternative >>> solutions. http://p.sf.net/sfu/progress-d2d >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/musb-crashes-under-load-tp27211694p32266877.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> uberSVN's rich system and user administration capabilities and model >> configuration take the hassle out of deploying and managing Subversion >> and >> the tools developers use with it. Learn more about uberSVN and get a free >> download at: http://p.sf.net/sfu/wandisco-dev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > -- > Steve Modica > CTO - Small Tree Communications > www.small-tree.com > phone: 651-209-6509 ext 301 > mobile: 651-261-3201 > > > > > > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p32267187.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve M. <mo...@sm...> - 2011-08-15 20:54:40
|
We're using overo Air boards and TOBIs. I don't think we ever used 2.6.35. We went from 2.6.34 (bad) to 2.6.36 (good) On Aug 15, 2011, at 3:22 PM, kramik wrote: > > Good to hear. Was kernel 2.6.35 or earlier having issues? What version of > the COM and daughter board are you using? I take it this can be verified > with the console build from bitbake with no modifications. Need to narrow > down what it could be with our setup then. We have some old summit (R2563) > boards and just received some new Overos (R3119) which we are going to test > tomorrow. > > > > Steve Modica wrote: >> >> We've been using 2.6.36 with lots of USB ethernet and it's solid. We had >> problems with the kernels before staying up. >> we move lots of traffic in both directions using CDC ethernet >> >> On Aug 15, 2011, at 2:41 PM, kramik wrote: >> >>> >>> We are having the same issue. We see it on the summit board but our own >>> proprietary board with another USB controller using Ethernet gadget on it >>> doesn't have any issues. Not sure if it is the SoC OTG hardware or the >>> software driver. It is also only when sending files above a certain >>> size. >>> Anyone find any workarounds or have any experience where they used the >>> OTG >>> with an Ethernet gadget successfully? If it is hardware, there should be >>> issues with the TI OMAP in general from other vendors as well. >>> >>> >>> Chris Whittenburg wrote: >>>> >>>> I hope this isn't the usb silicon problem that someone mentioned >>>> before. It seemed like the only work around was to detect it and >>>> reset the usb. >>>> >>>> -chris >>>> >>>> >>>> >>>> On Tue, Mar 8, 2011 at 8:36 AM, dtran11 <dt...@gm...> wrote: >>>>> >>>>> Any updates on this issue. I am seeing the same thing on 2.6.33 when >>>>> using >>>>> Samba and USBNet. >>>>> >>>>> Thanks. >>>>> >>>>> >>>>> ScottEllis wrote: >>>>>> >>>>>> I think I am seeing the same problem. Working with a Tobi board using >>>>>> the >>>>>> gumstix as a bridge, ethernet <-> usbnet through the otg usb. >>>>>> >>>>>> A slow data rate, say just a normal rdesktop session through the >>>>>> bridge, >>>>>> works all day, but trying to stream video through the bridge [video >>>>>> host >>>>>>> >>>>>> [usbnet gumstix ethernet] -> second host] stops working pretty >>>>>> quickly. >>>>>> >>>>>> From the iperf tests I've done, it looks like a read problem. At least >>>>>> for >>>>>> me, writes out the otg port never seem to fail. >>>>>> >>>>>> gumstix usbnet --- iperf write --> second host, 190Mbs, no problems >>>>>> gumstix usbnet <-- iperf read --- second host, hangs if I run the test >>>>>> longer then 20 or 30 seconds. Around 100 Mbs for short duration tests >>>>>> if >>>>>> it doesn't hang. >>>>>> >>>>>> Same problem in with both 2.6.31 and 2.6.32. >>>>>> >>>>>> I've been digging into the musb driver. >>>>>> >>>>>> I'd be interested if you find anything. >>>>>> >>>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://old.nabble.com/musb-crashes-under-load-tp27211694p31097662.html >>>>> Sent from the Gumstix mailing list archive at Nabble.com. >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> What You Don't Know About Data Connectivity CAN Hurt You >>>>> This paper provides an overview of data connectivity, details >>>>> its effect on application quality, and explores various alternative >>>>> solutions. http://p.sf.net/sfu/progress-d2d >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> What You Don't Know About Data Connectivity CAN Hurt You >>>> This paper provides an overview of data connectivity, details >>>> its effect on application quality, and explores various alternative >>>> solutions. http://p.sf.net/sfu/progress-d2d >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/musb-crashes-under-load-tp27211694p32266877.html >>> Sent from the Gumstix mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> uberSVN's rich system and user administration capabilities and model >>> configuration take the hassle out of deploying and managing Subversion >>> and >>> the tools developers use with it. Learn more about uberSVN and get a free >>> download at: http://p.sf.net/sfu/wandisco-dev2dev >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> -- >> Steve Modica >> CTO - Small Tree Communications >> www.small-tree.com >> phone: 651-209-6509 ext 301 >> mobile: 651-261-3201 >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> uberSVN's rich system and user administration capabilities and model >> configuration take the hassle out of deploying and managing Subversion and >> the tools developers use with it. Learn more about uberSVN and get a free >> download at: http://p.sf.net/sfu/wandisco-dev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: http://old.nabble.com/musb-crashes-under-load-tp27211694p32267187.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > uberSVN's rich system and user administration capabilities and model > configuration take the hassle out of deploying and managing Subversion and > the tools developers use with it. Learn more about uberSVN and get a free > download at: http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Steve Modica CTO - Small Tree Communications www.small-tree.com phone: 651-209-6509 ext 301 mobile: 651-261-3201 |