I also noticed the exact same problem if I copy files to a Cruzer-mini 1 Gb
flash drive:
-----
Jan 2 15:15:08 einstein usb-storage: queuecommand called
Jan 2 15:15:08 einstein usb-storage: *** thread awakened.
Jan 2 15:15:08 einstein usb-storage: Command WRITE_10 (10 bytes)
Jan 2 15:15:08 einstein usb-storage: 2a 00 00 09 b9 88 00 00 80 00
Jan 2 15:15:08 einstein usb-storage: Bulk Command S 0x43425355 T 0x550 L 65536
F 0 Trg 0 LUN 0 CL 10
Jan 2 15:15:08 einstein usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
Jan 2 15:15:08 einstein usb-storage: Status code 0; transferred 31/31
Jan 2 15:15:08 einstein usb-storage: -- transfer complete
Jan 2 15:15:08 einstein usb-storage: Bulk command transfer result=0
Jan 2 15:15:08 einstein usb-storage: usb_stor_bulk_transfer_sglist: xfer 65536
bytes, 13 entries
Jan 2 15:15:38 einstein usb-storage: command_abort called
Jan 2 15:15:38 einstein usb-storage: usb_stor_stop_transport called
Jan 2 15:15:38 einstein usb-storage: -- cancelling sg request
Stack Trace:
-----
Jan 2 15:28:31 einstein scsi_eh_1 D 003D08E5 0 4664 7
3852 (L-TLB)
Jan 2 15:28:31 einstein dcaa3efc da6da570 c13c661c 003d08e5 da46c000 d3588de0
da46c000 df2530af
Jan 2 15:28:31 einstein 1f3d6400 003d08e5 dcaa2000 00000400 df801b5c 00000000
da5d71d8 da5d70b0
Jan 2 15:28:31 einstein da6da570 c13c6160 1f3d6400 003d08e5 dcaa2000 00000028
d3588de4 da9dc06c
Jan 2 15:28:31 einstein Call Trace:
Jan 2 15:28:31 einstein [<df2530af>] unlink1+0x2f/0x90 [usbcore]
Jan 2 15:28:31 einstein [<c038ba34>] wait_for_completion+0x94/0xd0
Jan 2 15:28:31 einstein [<c011c6b0>] default_wake_function+0x0/0x20
Jan 2 15:28:31 einstein [<df7f3289>] command_abort+0x99/0xd0 [usb_storage]
Jan 2 15:28:31 einstein [<c02b14a7>] scsi_eh_abort_cmds+0x57/0x110
Jan 2 15:28:31 einstein [<c02b2417>] scsi_unjam_host+0xb7/0x220
Jan 2 15:28:31 einstein [<c02b2580>] scsi_error_handler+0x0/0x130
Jan 2 15:28:31 einstein [<c02b2679>] scsi_error_handler+0xf9/0x130
Jan 2 15:28:31 einstein [<c0138148>] kthread+0xc8/0xd0
Jan 2 15:28:31 einstein [<c0138080>] kthread+0x0/0xd0
Jan 2 15:28:31 einstein [<c0101295>] kernel_thread_helper+0x5/0x10
------
Jan 2 15:28:31 einstein usb-storage D 20008C80 0 4666 1
4887 4515 (L-TLB)
Jan 2 15:28:31 einstein dca75e48 da6da070 c13c6160 20008c80 df7dea51 d9db5394
00000001 da46c0e0
Jan 2 15:28:31 einstein 22dcaf00 003d08de dca74000 d3588de0 dca75e30 00000000
da6da198 da6da070
Jan 2 15:28:31 einstein da6da570 c13c6160 2319b800 003d08de dca74000 da46c0d0
d9db5380 d3588de0
Jan 2 15:28:31 einstein Call Trace:
Jan 2 15:28:31 einstein [<df7dea51>] qh_urb_transaction+0x111/0x380 [ehci_hcd]
Jan 2 15:28:31 einstein [<c038ba34>] wait_for_completion+0x94/0xd0
Jan 2 15:28:31 einstein [<c011c6b0>] default_wake_function+0x0/0x20
Jan 2 15:28:31 einstein [<df254e50>] usb_sg_wait+0x50/0x190 [usbcore]
Jan 2 15:28:31 einstein [<df7f466f>] usb_stor_bulk_transfer_sglist+0xff/0x170
[usb_storage]
Jan 2 15:28:31 einstein [<df7f472f>] usb_stor_bulk_transfer_sg+0x4f/0xa0
[usb_storage]
Jan 2 15:28:31 einstein [<df7f51c6>] usb_stor_Bulk_transport+0x1a6/0x400
[usb_storage]
Jan 2 15:28:31 einstein [<df7f47af>] usb_stor_invoke_transport+0x2f/0x460
[usb_storage]
Jan 2 15:28:31 einstein [<c012179b>] printk+0x1b/0x20
Jan 2 15:28:31 einstein [<df7f5a94>] usb_stor_control_thread+0x154/0x2b0
[usb_storage]
Jan 2 15:28:31 einstein [<c010313e>] ret_from_fork+0x6/0x14
Jan 2 15:28:31 einstein [<df7f5940>] usb_stor_control_thread+0x0/0x2b0
[usb_storage]
Jan 2 15:28:31 einstein [<df7f5940>] usb_stor_control_thread+0x0/0x2b0
[usb_storage]
Jan 2 15:28:31 einstein [<c0101295>] kernel_thread_helper+0x5/0x10
-------------
Maybe the USB controller is not up to snuff?
01:07.0 USB Controller: NEC Corporation USB (rev 43) (prog-if 10 [OHCI])
Subsystem: Belkin Root Hub
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at de010000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
01:07.1 USB Controller: NEC Corporation USB (rev 43) (prog-if 10 [OHCI])
Subsystem: Belkin Root Hub
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at de011000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
01:07.2 USB Controller: NEC Corporation USB 2.0 (rev 04) (prog-if 20 [EHCI])
Subsystem: Belkin Root Hub
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at de012000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 2
Thanks,
Sander
On Tuesday 19 April 2005 12:27, Alan Stern wrote:
> On Mon, 18 Apr 2005, Sander Jansen wrote:
> > Ok. I finally was able to compile a kernel with debug messages on.
> > So here's what I'm doing. I'm plugging in the device and hotplug
> > automatically detects it [see connect.log as attached]
> >
> > Then I mount it and start copying files. Which involves a lot of message
> > like this:
>
> <snip>
>
> > Then after so many files processed, the cp command locks up. This is what
> > usb-storage says:
> >
> > usb-storage: queuecommand called
> > usb-storage: *** thread awakened.
> > usb-storage: Command WRITE_10 (10 bytes)
> > usb-storage: 2a 00 00 a4 d7 53 00 00 80 00
> > usb-storage: Bulk Command S 0x43425355 T 0xa79 L 65536 F 0 Trg 0 LUN 0 CL
> > 10 usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
> > usb-storage: Status code 0; transferred 31/31
> > usb-storage: -- transfer complete
> > usb-storage: Bulk command transfer result=0
> > usb-storage: usb_stor_bulk_transfer_sglist: xfer 65536 bytes, 10 entries
> > usb-storage: command_abort called
> > usb-storage: usb_stor_stop_transport called
> > usb-storage: -- cancelling sg request
>
> Was that the end? There should be a bunch of stuff following, mostly
> error messages.
>
> > A couple of things I noticed:
> >
> > - I still can browse through the mounted directory. Although it lists
> > files which are not completely transferred (if I disconnect the device,
> > they're not showing up in the device itself)
>
> You're seeing data in Linux's block cache, not data from the drive.
>
> > - I cannot umount it. but when I disconnect the cable I still get these
> > messages:
> >
> > hub 3-0:1.0: state 5 ports 5 chg 0000 evt 0020
> > ehci_hcd 0000:01:07.2: GetStatus port 5 status 001002 POWER sig=se0 CSC
> > hub 3-0:1.0: port 5, status 0100, change 0001, 12 Mb/s
> > usb 3-5: USB disconnect, address 3
> > usb 3-5: usb_disable_device nuking all URBs
> >
> > - The following related processes seem to be sleeping:
> >
> > 4825 root 15 0 0 0 0 D 0.0 0.0 0:00.00 scsi_eh_1
> > 4826 root 15 0 0 0 0 D 0.0 0.0 0:00.20 usb-storage
> > 4939 root 17 0 3540 588 500 D 0.0 0.1 0:00.00 cp
>
> This sounds like a problem with the ehci-hcd driver. The transfer was
> aborted but for some reason it never finished. (This doesn't answer the
> question of why the transfer failed in the first place. It could simply
> be because of marginal hardware that isn't very reliable when running at
> high speed.)
>
> > The full log file is somewhat large. I hope I've provided everything you
> > need. Let me know If I need to turn more debugging on or not. Or send the
> > full log file.
>
> One more thing you could do is use Alt-SysRq-T to get a stack trace once
> cp has hung. The entries for usb-storage and scsi_eh_1 will be of
> interest. This usually works best when there aren't many other processes
> running at the same time, so you might want to do it in single-user mode.
>
> Also, which version of the Linux kernel are you using?
>
> Alan Stern
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: New Crystal Reports XI.
> Version 11 adds new functionality designed to reduce time involved in
> creating, integrating, and deploying reporting solutions. Free runtime
> info, new features, or free trial, at:
> http://www.businessobjects.com/devxi/728
> _______________________________________________
> [email protected]
> To unsubscribe, use the last form field at:
> https://lists.sourceforge.net/lists/listinfo/linux-usb-users
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
