Hi. I'm getting random system crashes with the ftdi
driver.
It works for a few minutes (of sparatic data transfer)
and then crahses
the machine.
It crashes because urb->dev is NULL in td_submit_urb
(usb-ohci.c).
I do not think the problem is in the ohci, or usbcore
parts of my USB stack
because all of my other USB devices work just fine.
I've tried
version 1.3.3, 1.3.2, and 1.2.1 and they all crash in
the same way.
Configuration: Dual athlon MPX, 512MB ram.
PCI config
00:00.0 Host bridge: Advanced Micro Devices [AMD]
AMD-760 MP [IGD4-2P] System Controller (rev 11)
00:01.0 PCI bridge: Advanced Micro Devices [AMD]
AMD-760 MP [IGD4-2P] AGP Bridge
00:07.0 ISA bridge: Advanced Micro Devices [AMD]
AMD-768 [Opus] ISA (rev 05)
00:07.1 IDE interface: Advanced Micro Devices [AMD]
AMD-768 [Opus] IDE (rev 04)
00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-768
[Opus] ACPI (rev 03)
00:09.0 SCSI storage controller: Adaptec AHA-3960D /
AIC-7899A U160/m (rev 01)
00:09.1 SCSI storage controller: Adaptec AHA-3960D /
AIC-7899A U160/m (rev 01)
00:10.0 PCI bridge: Advanced Micro Devices [AMD]
AMD-768 [Opus] PCI (rev 05)
01:05.0 VGA compatible controller: Matrox Graphics,
Inc. MGA G550 AGP (rev 01)
02:00.0 USB Controller: Advanced Micro Devices [AMD]
AMD-768 [Opus] USB (rev 07)
02:04.0 Multimedia audio controller: IC Ensemble Inc
ICE1712 [Envy24] (rev 02)
02:05.0 VGA compatible controller: ATI Technologies Inc
Radeon VE QY
02:06.0 Class ff00: Sealevel Systems Inc: Unknown
device 8008 (rev 01)
02:07.0 Multimedia video controller: Brooktree
Corporation Bt848 Video Capture (rev 12)
02:08.0 Ethernet controller: 3Com Corporation
3c905C-TX/TX-M [Tornado] (rev 78)
kernel: 2.4.21 with brk patch manually applied
Modules loaded
ftdi_sio 15064 0 (unused)
usbserial 16764 0 [ftdi_sio]
usb-ohci 18600 0 (unused)
usbcore 57728 0 [ftdi_sio usbserial
usb-ohci]
snd-pcm-oss 36132 0 (unused)
snd-mixer-oss 9436 0 [snd-pcm-oss]
ice1712 32556 0 (unused)
snd-mpu401-uart 2880 0 [ice1712]
snd-ac97-codec 23780 0 [ice1712]
rawmidi 12768 0 [snd-mpu401-uart]
snd-seq-device 3680 0 [rawmidi]
snd-cs8427 3868 0 [ice1712]
snd-i2c 2120 0 [ice1712 snd-cs8427]
snd-seq 40080 0 (unused)
snd-pcm 50336 0 [snd-pcm-oss ice1712]
snd-timer 10952 0 [snd-seq snd-pcm]
snd 25420 0 [snd-pcm-oss
snd-mixer-oss ice1712 snd-mpu401-
uart snd-ac97-codec rawmidi snd-seq-device snd-cs8427
snd-i2c snd-seq snd-pcm sn
d-timer]
soundcore 3460 5 [snd]
i2c-dev 3780 0 (unused)
i2c-proc 6192 0 (unused)
i2c-core 12324 0 [i2c-dev i2c-proc]
ipchains 41712 18
msdos 4876 0 (unused)
fat 30232 0 [msdos]
nfsd 45544 1
nfs 47316 0 (unused)
lockd 37648 1 [nfsd nfs]
sunrpc 64796 1 [nfsd nfs lockd]
sr_mod 12304 0 (unused)
3c59x 25872 1
dstaff(at)ugcs.caltech.edu
Thanks!
Logged In: YES
user_id=419803
Hi
I want to report I'm also experiencing same problem. Random
lockups of entire machine, escpecially when doing
transmissions. Kernel 2.4.26.
regards
/Ronny
Logged In: NO
me too!
I'm getting predictable lock-ups on several fedora machines.
about 10 seconds in during writing a large block of data.
also spurious lock-ups on a debian (sarge) box. only when
running minicom, though.
don't know kernel versions, sorry.