Dear Alan!
On Fre, 26 Mai 2006, Alan Stern wrote:
> UNUSUAL_DEV( 0x1006, 0x3003, 0x0100, 0x0100,
> "iRiver",
> "H300 Series",
> US_SC_DEVICE, US_PR_DEVICE, NULL,
> US_FL_GO_SLOW ),
Ok, didn't change anything. But I have some more obervations:
- the usb control interface works, lsusb -v does work all the time
and the stuff is seen in usbmon
- before the resets happen there is a 1min break where nothing comes over
the data channel. Nothing, nothing shows up in the usbmon window
besides the lsusb -v data.
- the same happens when reading from the device: for one minute nothing
happens, then the reset.
- while the copy process was running the data was shipped sometimes
longer sometimes shorter to the device.
After cp finished, I called sync, and then the resets occured
immediately, ie in 1min interval. See the time stamps:
19:12:19
19:13:22
19:17:26
19:19:28
19:20:49
19:22:24
19:23:29
19:25:37
19:26:42
19:28:02
19:29:17
19:30:40
19:32:01
19:33:05
19:34:44
19:36:10
19:37:38
19:38:41
19:39:43
19:41:04
19:42:07
19:43:16
19:44:22
19:45:26
19:46:34
cp returned, I called sync
19:48:02
19:49:03
19:50:07
19:51:08
19:52:09
19:53:11
the few seconds extra are for the stuff transfered but this was only
a very short time.
- after this it happened that I unplugged the device from the usb port
to redo the test on a different port, and what happened, everything
usb stuck. lsusb hanged in D state:
lsusb D D0ABF550 0 15877 15007 (NOTLB)
dcf27da4 c4c522dc d0abf550 d0abf550 00000000 c0385c80 c03e7fe8 d0abf660
d0abf550 f044ba00 00001dfc 01312d00 00000000 df8a3a18 d762e524 00200246
dcf26000 d0abf550 c02b7c4c 00000001 d0abf550 c01153d4 d762e52c d8e99db8
Call Trace:
[<c02b7c4c>] __down+0x99/0x10e
[<c01153d4>] default_wake_function+0x0/0xc
[<c02b5d6f>] __down_failed+0x7/0xc
[<e08aad88>] .text.lock.devio+0x81/0x1ed [usbcore]
[<c0157e67>] do_lookup+0x4f/0x137
[<c015ef47>] dput+0x1a/0x17f
[<c0158a04>] __link_path_walk+0xab5/0xbd6
[<c01626f2>] mntput_no_expire+0x11/0x73
[<c0158bd4>] link_path_walk+0xaf/0xb9
[<c0158ffb>] do_path_lookup+0x1a6/0x1d7
[<c01b38af>] kobject_get+0xf/0x13
[<c0207c61>] get_device+0xe/0x14
[<e08a02cc>] usb_get_dev+0xf/0x13 [usbcore]
[<e08a8d3b>] usbdev_open+0x132/0x13a [usbcore]
[<c01536a0>] chrdev_open+0x167/0x17c
[<c0153539>] chrdev_open+0x0/0x17c
[<c014bcdd>] __dentry_open+0x103/0x1cf
[<c014be0d>] nameidata_to_filp+0x19/0x28
[<c014be47>] do_filp_open+0x2b/0x31
[<c015abf7>] do_ioctl+0x47/0x5d
[<c015ae49>] vfs_ioctl+0x23c/0x24f
[<c015ae86>] sys_ioctl+0x2a/0x40
[<c02b7eb7>] syscall_call+0x7/0xb
[<c02b007b>] unix_write_space+0x8/0x6d
> With that entry in place, there will be a visible 125 us delay in the
> usbmon log between the completion of each 31-byte command block and the
> submission of the following 4096-byte data transfer.
I guess you mean this:
da277840 3574210563 S Bo:003:01 -115 31 = 55534243 15060100 00e00100 00000a2a
000478c6 950000f0 00000000 000000
da277840 3574210672 C Bo:003:01 0 31 >
da277bc0 3574210820 S Bo:003:01 -115 4096 = e3e2be4f a4a888bc d7a7a254 02b5534f
277919a9 baa15c93 78dfe0aa 71a1e683
Some ideas/questions:
- Can we increase the waiting time between control and data transfer?
I think the really time-stopper is this strange one-minute delay
(where the harddrive is rebooting or whatever), if we can avoid this
then all the devices would be happier.
- Do I have to get nervous about my drive with all these tests/resets?
And if yes, we should definitely fix this so that no other devices
get fried/grilled/barbecued.
- Is this 1-minute stuff only in my imagination???
- What else can I do for you?
Best wishes
Norbert
-------------------------------------------------------------------------------
Dr. Norbert Preining <preining AT logic DOT at> Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
LUFFNESS (n.)
Hearty feeling that comes from walking on the moors with gumboots and
cold ears.
--- Douglas Adams, The Meaning of Liff
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
