Alan Stern wrote:
David, what can you make of that?
I make that he should try with the patch I posted yesterday.
It just finished 15 hours of usb-storage stress testing
(two drives) on a VT6202 for me, maybe that'll reproduce
for him? :)
On Mon, 16 Jun 2003, Major A wrote:
It wouldn't be surprising if the file that cp hung on was the same one
that generated those usb_bulk/control_msg timeouts in the previous set of
I did a simpler version of what you told me, and it's the file
On Mon, 16 Jun 2003, Major A wrote:
This is the kernel log I got when I plugged the disk in:
Jun 16 22:00:59 ventus kernel: sda1
Jun 16 22:00:59 ventus kernel: devfs_mk_dir: invalid argument.5Attached scsi
disk sda at scsi2, channel 0, id 0, lun 0
Hmm... Try adding to
On Sat, 14 Jun 2003, David Brownell wrote:
Major A wrote:
[ 2.5.70 + ehci-0613 patch, log output sent, Subject: wrong ]
Just to summarize for the peanut gallery: the logs showed no
problems at all ... until the PCI files spontaneously vanished
from sysfs. That's not allowed to happen,
The sd_mod module is loaded automatically on boot. I find that when
sd_mod is loaded at the time the USB drive is plugged in, the kernel
doesn't find the partition table (fdisk claims it's blank), and any
attempt to unload sd_mod segfaults. I had to unload the module before
plugging the
It wouldn't be surprising if the file that cp hung on was the same one
that generated those usb_bulk/control_msg timeouts in the previous set of
I'll try to reproduce that behaviour in a moment, but first I have
some more news: I borrowed an NEC-based USB 2.0 PCI card today, and
the USB HDD
Sorry, pressed the wrong button at the wrong time. Here is the sysfs
tarball.
Andras
===
Major Andras
e-mail: [EMAIL PROTECTED]
www:http://andras.webhop.org/
It wouldn't be surprising if the file that cp hung on was the same one
that generated those usb_bulk/control_msg timeouts in the previous set of
I did a simpler version of what you told me, and it's the file
/sys/devices/pci0/00:09.2/usb5/5-1/product
that hangs. I can still read any
Major A wrote:
I'll try to reproduce that behaviour in a moment, but first I have
some more news: I borrowed an NEC-based USB 2.0 PCI card today, and
the USB HDD works without any problems with 2.4.21 with ehci24-0613
...
Now the bad news -- the same card doesn't work with 2.5.70-bk9 with
Tomita, Haruo wrote:
Thank you very much. I tried your patch.
In VT6202, it was unstable.
OK, so I've had three reports of problems with VT6202.
Looks like I'll need to swap a card... that chip has
given more trouble than all the others combined!
I've tested reasonably extensively with VT6212,
Dave wrote,
Haruo Thank you very much. I tried your patch.
Haruo In VT6202, it was unstable.
Dave OK, so I've had three reports of problems with VT6202.
Dave Looks like I'll need to swap a card... that chip has
Dave given more trouble than all the others combined!
Major A wrote:
[ 2.5.70 + ehci-0613 patch, log output sent, Subject: wrong ]
After mounting (which went fine), and listing a few directories, the
command
md5sum *.png md5sums
was entered. When the problem occurred, the system load climbed
continuously to 5 and has stayed there since, top
Major A wrote:
[ 2.5.70 + ehci-0613 patch, log output sent, Subject: wrong ]
Just to summarize for the peanut gallery: the logs showed no
problems at all ... until the PCI files spontaneously vanished
from sysfs. That's not allowed to happen, something's deeply
wrong outside USB on that system
Dear Dave,
Dave wrote,
Dave This patch brings the 2.4.21-rc8 EHCI driver mostly back
Dave into sync with the latest 2.5 driver (*), and adds a patch
Dave to avoid a relink problem (symptoms: rx hang, tx overflow)
Dave which causes trouble on 2.4 (especially with
On Sat, 14 Jun 2003, Major A wrote:
The sd_mod module is loaded automatically on boot. I find that when
sd_mod is loaded at the time the USB drive is plugged in, the kernel
doesn't find the partition table (fdisk claims it's blank), and any
attempt to unload sd_mod segfaults. I had to unload
This patch brings the 2.4.21-rc8 EHCI driver mostly back
into sync with the latest 2.5 driver (*), and adds a patch
to avoid a relink problem (symptoms: rx hang, tx overflow)
which causes trouble on 2.4 (especially with usb-storage).
Just tried (patched 2.4.21 with it) with the hard drive,
The last 2.5 patch was ehci-0612, and it had key differences
from 0609 that affected problems I saw on NEC hardware, which
you were using. (You never tested 0610...) Attached, you'll
see ohci-0613, which should be just 0612 with that relink fix.
I'm confused -- what does this have to do
Major A wrote:
The last 2.5 patch was ehci-0612, and it had key differences
from 0609 that affected problems I saw on NEC hardware, which
you were using. (You never tested 0610...) Attached, you'll
see ohci-0613, which should be just 0612 with that relink fix.
I'm confused -- what does this
Correction:
doesn't find the partition table (fdisk claims it's blank), and any
attempt to unload sd_mod segfaults. I had to unload the module before
^
Sorry, this should read causes an oops.
Andras
Major A wrote:
The sd_mod module is loaded automatically on boot. I find that when
sd_mod is loaded at the time the USB drive is plugged in, the kernel
doesn't find the partition table (fdisk claims it's blank), and any
attempt to unload sd_mod segfaults. I had to unload the module before
plugging
20 matches
Mail list logo