|
USB Crashing Problems Under Linux--Contact Me Printed from: Neuros Forums Topic: Topic author: adam(at)bostoncoop.net
Subject: USB Crashing Problems Under Linux--Contact Me I know several people have experienced USB-related crashes under Linux. I'm working with a USB developer to try to isolate the bug, whether it's in Linux or in the Neuros device.
Replies:
Reply author: Sean Starkey This happens to me all the time.
Reply author: Craig I also get constant lockups but I didn't know anyone else was. This is on a 2.4.20 SMP kernel. I've also gotten kernel panics on a number of occasions but running mount in sync mode seems to have helped. Also, I've noticed that lockups for me only occur during long file transfers.
Reply author: slestak(at)cavtel.net I use gentoo-sources 2.4.20r5 I think (from memory). Just for the record, I have not had any lockups with this machine (its the only machine I use to add software to my neuros, using Positron.
Reply author: kgiverson I've used my Neuros on two different Linux boxes with a range of results.
Reply author: qvack_82 Here's My experiences with the Neuros under Linux.
Reply author: alecm My experiences are similar. For me, switching from the usb-uhci driver to the uhci driver made a huge difference. The occasional loss of system interactive response (frozen pointer for some seconds) that remained was fixed by mounting with the sync option. I'm running 2.4.21 SMP enabled.
Reply author: enry Please be sure your machine has the latest BIOS on it. There are cases where there will be USB firmware changes that can fix the problem.
Reply author: qvack_82 some more luck with 2.6.0-test2
Reply author: adam(at)bostoncoop.net I've had no trouble getting the device recognize with the 2.5/2.6 line of kernels, it's just that the process gets stuck after a while and there's no way of recovering it. I'm not sure why you haven't been able to even mount the device in 2.5/2.6, as that's never been a problem for me.
Reply author: MeatMyDemands This is a big problem for me. I have tried 2.4.21 with both the regular and JE UHCI drivers. I have also tried the 2.6.0-test kernel. In all cases, the USB bus will hang when I try to do a positron rebuild or even just copy a large file (like, for instance, a firmware file). Using the sync option on the mount does not make the problem go away or reduce it notably.
Reply author: DocWhat I have a question: Does anyone with these locks use a new version ALSA? I discovered reciently that the newer versions of ALSA can cause corruptions of the PCI bus. That'll cause USB to lock up or even the whole machine.
Reply author: alecm I'm using ALSA 0.9.2 under 2.4.21 (SMP) with the JE drivers and the sync mount option. I have had no problems whatsoever with this setup.
Reply author: bitboy Hi, all,
Reply author: adam(at)bostoncoop.net
quote: You might want to try kernel 2.4.22 if you can. My problems were 95% fixed with that kernel, although some of them come back with 2.6.0test*. Also, I assume you've seen the advice of mounting the device sync (mount -o sync or add sync to mount options in /etc/fstab).
Reply author: bitboy Greetings, all.
Reply author: Toojays My two cents on this.
Reply author: Toojays Grrr,
Reply author: ExecutorElassus So, i'm running 2.4.21-166, on SuSE 9.0, with uhci and ehci-hcd running as modules. neuros firmware is 1.40. i have three VIA usb2 hubs on the motherboard, and SuSE reports that they're working properly (i have a zip drive and a joystick on one hub, and both work perfectly).
Reply author: kronin
quote: Did you try booting with no other USB devices attached, then try plugging in the Neuros? Also, are you getting any output at all in /var/log/messages?
Reply author: BuddhaTigger I'm also experiencing problems with the Neuros and Linux (Fedora 2.4.22-1.2149.nptl). It usually locks up when unmounting. But I think it (the Neuros) locks up after syncing the new songs onto it using NDBM. When it locks up I see something like lost interrupt in dmesg. To make matters worse that USB is sharing the same IRQ with the ethernet (just found that out, btw it also gets a lost interrupt)! I'll remove all the USB devices to limit what I'm seeing. Any suggestions on what to look for or what other info I should get?
Reply author: Ashkelon I'm running SuSE 9.0 default kernel 2.4.21-166. I've expierenced one complete lock-up from plugging the nerous in to the usb port. However, I've also had my system hang for no apparent reason (not realated to the neuros). On one machine (HP Kayak) I have severe problems with hangs on almost a daily basis but havn't been able to figure out what's causing it...even just sitting there doing nothing it will croak. For my (relativily) stable system I have usb drives I use for backups and have no problems. I've been able to mount the neuros only twice out of a bazillion try's. Normally it will start into its sync for a second or two and just hang. It's never assigned a device (error messages run the spectrum). When I finally got the thing mounted I was able to upgrade firmware and load some songs - no problem from positron. It all proved futile becuase the neuros was hung and reuilt the db on me. It always hangs no matter if I can mount it or not. I'm thinking there is some interaction with the kernel, hardware settings, and neuros that makes it useless. Well, it would be nice if I can get this thing to work. For now its just collecting dust until I can find the time to fiddle with it somemore (and I JUST bought it!!!)
Reply author: ExecutorElassus [/quote]Did you try booting with no other USB devices attached, then try plugging in the Neuros? Also, are you getting any output at all in /var/log/messages?
Reply author: ExecutorElassus
quote: okay, so i tried this, and the neuros still froze. also, now my eth0 is giving me a "no IPv4 routers found" message in /var/log/messages (even after rebooting when the two usb devices i removed were re-attached, and the neuros not connected), and i can't connect to the internet. i can logon/use/connect to my router's admin page, so i KNOW eth0 is working. the router says it's connected to the gateway, and i'm connected to the router, so i don't know what's hanging there, either. but this only started after i tried attaching the neuros with no other usb attached. is this a kernel problem? i'm a little apprehensive about trying the 2.6 kernel, but perhaps i should? also, i should mention that the neuros has lately started switching into sync mode (with the animation and the "do not disconnect" message) when i plug a 1/8-in jack into the line-in port, with nothing in the usb port. i don't know how to knock it out of sync mode without doing the [UP]-[PAUSE] force shutdown, which i'd like to avoid. any help on these? it seems like my neuros is having serious problems... thanks, EE
Reply author: kronin
quote: From an earlier post, I'm assuming you're still running firmware 1.40. There was a bug that went randomly into sync mode that was fixed somewhere along the line, so I would definitely upgrade to 1.45. Are there any BIOS updates for your motherboard? Were you running the same kernel version on your computer when it worked, before you upgraded your motherboard? Did you select any different options when you compiled your kernel (or is it just a stock SUSE 9 kernel)? Have you tried the usb-uhci module instead of just the uhci module? As to why you're having network issues, that's very odd. Maybe your default gateway on your linux box somehow got unset, but simply rebooting with some USB devices unplugged shouldn't affect this at all.
Reply author: ExecutorElassus
quote: this is the stock SuSE9 kernel. i've tried using usb-uhci, with the same result. i can check for BIOS updates, but i won't be able to do anything with them until i can get internet access at home (or make the boot-disk elsewhere). i'll give that a shot. the problems occurred first when i upgraded the mobo. the first mobo was an EpoX 8KHA+ with builtin 2xUSB1.1 (one controller); the new one is a soyo KT400 platinum with 6xUSB2 (three controllers). same cpu chip, same RAM, etc. i'm guessing the kernel i had at the time (SuSE8.2 stock) couldn't do usb2, as i was having problems with the ZIP drive, too. but upgrading to 9, while it fixed the ZIP drive, still didn't fix the neuros. maybe i should think to bring my neuros to work someday, and use one of their windows boxes to update the firmware. quote: i'm thinking this was going wrong for a few minutes before i tried rebooting this morning, but i have no idea why. it was working perfectly last night. someone else on the forum mentioned that the neuros was getting the same irq as eth0, so maybe that's what's going on here. it still hasn't cleared up (if it did, it would be autofetching my email, which it isn't) so i'm not sure what to fix. thanks for getting back so quickly! EE
Reply author: kronin
quote: If you can browse to the router's admin page, then my guess is it's either a routing table issue or a default gateway issue. The router lives in the same network segment as your computer, whereas if you try to browse anywhere else it needs to go to a different network segment. This is where the default gateway comes into play. Did you change any settings on your router? Can you hook a different box up behind the router and get through? What's the output of ifconfig -a and route -n?
Reply author: ExecutorElassus
quote: my bad: i released/renewed the dsl connection, and now it's totally fine. should have thought to do that, since the phone people were working on the line yesterday. anyway, now about that usb... i'll try to update the firmware from a windows box tomorrow. otherwise, if that doesn't work, i don't know how to get it syncing. sigh... thanks! EE
Reply author: ExecutorElassus more!
Reply author: nxg125
quote: Did you try mounting with the sync option (mount -o sync)? That has helped a number of people. --Nick
Reply author: ExecutorElassus
quote: i tried, but the neuros freezes before the kernel even sees the device, so i get "/dev/sdd4 is not a valid block device." (i do have sda through sdc, so sdd would be the normal device. i'm not sure why it's sdd4, but that's what it's always called it.) it seems like the neuros locks up before i get to that point. /var/log/messages now also says this: hub.c: new USB device 00:10.2-2, assigned address 3 Feb 25 10:32:10 Ukiyo-e kernel: usb_control/bulk_msg: timeout Feb 25 10:32:30 Ukiyo-e last message repeated 4 times Feb 25 10:32:30 Ukiyo-e kernel: usb.c: unable to get device descriptor (error=-110) Feb 25 10:32:30 Ukiyo-e kernel: hub.c: new USB device 00:10.2-2, assigned address 4 Feb 25 10:32:35 Ukiyo-e kernel: usb_control/bulk_msg: timeout Feb 25 10:32:35 Ukiyo-e kernel: usb.c: USB device not accepting new address=4 (error=-110) huh? EE
Reply author: bitboy
quote: Something funky this way comes... Unless you've repartitioned your Neuros (I rather doubt it would work at all if you had), it should be showing up as /dev/sd[abcd...]1. Something else is going on here. I'll have to go back and look at previous posts when I get the chance, but when glancing at this, there was something else that struck me as fishy. I think you mentioned that the hardware itself is USB 2.0 High Speed? If so, the EHCI driver should be loading as well. I've done a very little bit of research on USB hardware, and it is my understanding that the USB 2.0 hardware doesn't actually provide the backwards compatibility required to talk to a USB 1.0/1.1 device. There is generally a second UHCI or OHCI controller on the USB 2.0 card that talks to the older spec stuff. So, it would be interesting to note whether or not there is a problem trying to get the drivers bound to the proper hardware. I know on my home system (Athlon 1.2 ghz/ASUS A7V/Slackware 9.1 with kernel 2.6.3), the stock USB 1.1 controller on the motherboard works fine with my Neuros under Linux. I've also added a USB 2.0 PCI card (in anticipation of the Glorious Day , and my Neuros really doesn't like that USB 2.0 card. Brian
Reply author: nxg125
quote: I agree, that is very strange. Have you tried reformatting and/or running dosfsck on the Neuros? I've never seen mine show up as anything other than partition 1. --Nick
Reply author: Azraak I posted in the "mounting on Linux" thread elsewhere about issues I was having with 2.4.22 and earlier kernels. My Neuros was freezing after several mb (there did not seem to be any exact figure, but usually a good 30 mb would definitely bring about a freeze, if not far less) and the kernel was reporting USB timeouts. I suspect the USB timeouts were in fact caused by the Neuros freezing. This problem appears to be a combination of several factors: hardware, the kernel and the Neuros. While one would think the Neuros was not the issue given it works for some and not for others, I have heard of cases where other USB mass storage devices worked fine. It seems like it is quite a difficult option to track down and is probably a result of the kernel/hardware not quite behaving itself (I will wager that some USB devices might be a little more 'tolerant' or something, while the Neuros just bales out altogether, so it probably isn't actually a 'problem' with the way the Neuros implements USB. However, this is all juts conjecture and I really have no clue.)
Reply author: ExecutorElassus
quote: lsmod says: input 3488 0 [keybdev hid adi mousedev joydev evdev] usb-uhci 23824 0 (unused) ehci-hcd 18028 0 (unused) usbcore 64364 1 [usb-storage usbserial hid usb-uhci ehci-hcd] i'm not exactly sure what this means. anybody have an idea how to track which module is getting loaded when i plug the neuros in? my hardware info thingie lists several usb resources, as follows: ----- manually configured hardware ----- UniqueID=B3Fu.gwWiykcvg64 ParentID=wRyD.1U83dZBAcO6 HWClass=hub Model=Linux 2.4.21-166-athlon ehci_hcd VIA Technologies, Inc. USB 2.0 Configured=no Available=yes Needed=no Active=unknown Bus=0x86 Slot=0x101 BaseClass=0x10a DeviceName=VIA Technologies, Inc. USB 2.0 VendorName=Linux 2.4.21-166-athlon ehci_hcd RevisionName=2.04 Serial=00:10.3 USBGUID=000000000000000fffffffe3 Hotplug=4 HWClassList=000000080100 Res.Baud=1500000,0,0,0x00,0x00 UniqueID=B3Fu.U0mJCy94H96 HWClass=hub Model=VIA Root Hub Configured=no Available=no Needed=no Active=unknown Bus=0x86 Slot=0x201 BaseClass=0x10a VendorID=1106 DeviceID=0000 DeviceName=Root Hub VendorName=VIA Technologies, Inc. USBGUID=000000000000000000000000 Hotplug=4 HWClassList=000000080100 Res.Baud=0,0,0,0x00,0x00 UniqueID=B3Fu.UMIIpMR0DK5 HWClass=hub Model=USB UHCI Root Hub Configured=new Available=yes Needed=no Active=unknown Bus=0x86 Slot=0x301 BaseClass=0x10a DeviceName=USB UHCI Root Hub Serial=e000 USBGUID=00000000000000000000e000 Hotplug=4 HWClassList=000000080100 Res.Baud=1500000,0,0,0x00,0x00 UniqueID=B3Fu.Ec5hf_oLR7C ParentID=f5xu.D4EZuGTknpB HWClass=hub Model=VIA USB UHCI Root Hub Configured=no Available=yes Needed=no Active=unknown Bus=0x86 Slot=0x301 BaseClass=0x10a VendorID=1106 DeviceID=0000 DeviceName=USB UHCI Root Hub VendorName=VIA Technologies, Inc. Serial=e000 USBGUID=00000000000000000000e000 Hotplug=4 HWClassList=000000080100 Res.Baud=1500000,0,0,0x00,0x00 UniqueID=RPlM.mJUDT7x0wp7 HWClass=disk Model=NEUROS dig. audio comp. Configured=no Available=no Needed=no Active=unknown Bus=0x84 Slot=0x300 BaseClass=0x106 DeviceName=dig. audio comp. VendorName=NEUROS RevisionName=1.00 Serial= UnixDevice=/dev/sdd USBGUID=045154090000000000000000 Hotplug=4 HWClassList=000020080200 Res.Size=3,39070048,512 Res.DiskGeometry=19077,64,32,1 i'm sorry for the length, but i don't know how to interpret these. there are several more, but i'm not sure which are important. any ideas? thanks! EE
Reply author: nxg125
quote: OK, one thing you can try is to use another USB driver. There are two of them, one called usb-uhci (which you are currently using) and one just called uhci. For some people, one works better than the other. --Nick
Reply author: Azraak The driver called simply "uhci" is I believe generally considered to be the better driver anyway. Also, EE, you might want to upgrade your kernel to a later 2.4.x kernel; 2.4.25 is the latest at time of writing. I believe 2.4.21 had some USB problems that were fixed in later versions.
Reply author: adam(at)bostoncoop.net I started this thread long ago when I was having all sorts of problems. The problems for the most part disappeared around 2.4.23 kernel for me, and since I've been using the most recent 2.6 kernels I've had no crashing whatsoever. 2.6.2 and 2.6.3 have been particularly good. If you are in a position to try a 2.6 kernel and you are experiencing Neuros-USB issues, I highly recommend it.
Reply author: ExecutorElassus when i switched uhci for usb-uhci, i still got the timeouts. i do have ehci-hcd running, but not ehci.
Reply author: nxg125
quote: Bummer... I don't blame you for being frustrated. There was a discussion yesterday on Slashdot about upgrading to 2.6. Hopefully that has some good info for you. I would say just go for the latest (2.6.3?) version from kernel.org. I haven't used the 2.6 branch too much so I can't speak to its stability and all that, but several people here have said it cleared up their USB issues. Good luck... --Nick
Reply author: eulachon I'm running fine under Mandrake 10 community (2.6 kernel) using supermount to automount it when I plug it in. works great!
Reply author: ExecutorElassus
quote: how about this: is ANYBODY out there running any of the gentoo 2.4 branch sources on THIS mobo? my problems seem to be with SuSE's kernel, so i'm going to start by replacing that. i don't want to use the 2.6 yet, because i use the winex engine (love playing windoze games without buying windoze), and it seems to flip out under 2.6. to refresh, my mobo is a soyo KT400 Dragon (platinum edition). anybody get gentoo 2.4 kernels to run a neuros on that? thanks, EE Neuros Forums : http://www.neurosaudio.com/community/forum/ © Copyright ©2002-05 Neuros Technology International, LLC all rights reserved. |