1 |
On Sun, 17 Jun 2012 19:27:36 -0400 |
2 |
Michael Mol <mikemol@×××××.com> wrote: |
3 |
|
4 |
> So, I'm using dd to write the Gentoo LiveDVD ISO directly to an SDHC |
5 |
> card. I was wondering why the transfer rate had slowed from 20MB/s to |
6 |
> 6MB/s, so I ran 'sudo tail -f /var/log/messages' to see if there were |
7 |
> I/O errors slowing things down. |
8 |
> |
9 |
> What I found was a flood-stream of message blocks that look like this: |
10 |
> |
11 |
> Jun 17 19:21:18 saffron kernel: [39023.458632] usb-storage: |
12 |
> queuecommand_lck called |
13 |
> Jun 17 19:21:18 saffron kernel: [39023.458670] usb-storage: *** |
14 |
> thread awakened. Jun 17 19:21:18 saffron kernel: [39023.458685] |
15 |
> usb-storage: Command WRITE_10 (10 bytes) |
16 |
> Jun 17 19:21:18 saffron kernel: [39023.458687] usb-storage: 2a 00 00 |
17 |
> 2b f3 80 00 00 f0 00 |
18 |
> Jun 17 19:21:18 saffron kernel: [39023.458694] usb-storage: |
19 |
> rts51x_invoke_transport: <--- |
20 |
> Jun 17 19:21:18 saffron kernel: [39023.458697] usb-storage: |
21 |
> rts51x_invoke_transport: working scsi, |
22 |
> intf->pm_usage_cnt:1,power.usage:1 |
23 |
> Jun 17 19:21:18 saffron kernel: [39023.458701] usb-storage: Bulk |
24 |
> Command S 0x43425355 T 0x34ef L 122880 F 0 Trg 0 LUN 0 CL 10 |
25 |
> Jun 17 19:21:18 saffron kernel: [39023.458704] usb-storage: |
26 |
> usb_stor_bulk_transfer_buf: xfer 31 bytes |
27 |
> Jun 17 19:21:18 saffron kernel: [39023.458759] usb-storage: Status |
28 |
> code 0; transferred 31/31 |
29 |
> Jun 17 19:21:18 saffron kernel: [39023.458761] usb-storage: -- |
30 |
> transfer complete Jun 17 19:21:18 saffron kernel: [39023.458763] |
31 |
> usb-storage: Bulk command transfer result=0 |
32 |
> Jun 17 19:21:18 saffron kernel: [39023.458766] usb-storage: |
33 |
> usb_stor_bulk_transfer_sglist: xfer 122880 bytes, 18 entries |
34 |
> Jun 17 19:21:18 saffron kernel: [39023.486031] usb-storage: Status |
35 |
> code 0; transferred 122880/122880 |
36 |
> Jun 17 19:21:18 saffron kernel: [39023.486035] usb-storage: -- |
37 |
> transfer complete Jun 17 19:21:18 saffron kernel: [39023.486037] |
38 |
> usb-storage: Bulk data transfer result 0x0 |
39 |
> Jun 17 19:21:18 saffron kernel: [39023.486039] usb-storage: Attempting |
40 |
> to get CSW... |
41 |
> Jun 17 19:21:18 saffron kernel: [39023.486042] usb-storage: |
42 |
> usb_stor_bulk_transfer_buf: xfer 13 bytes |
43 |
> Jun 17 19:21:18 saffron kernel: [39023.491787] usb-storage: Status |
44 |
> code 0; transferred 13/13 |
45 |
> Jun 17 19:21:18 saffron kernel: [39023.491790] usb-storage: -- |
46 |
> transfer complete Jun 17 19:21:18 saffron kernel: [39023.491793] |
47 |
> usb-storage: Bulk status result = 0 |
48 |
> Jun 17 19:21:18 saffron kernel: [39023.491795] usb-storage: Bulk |
49 |
> Status S 0x53425355 T 0x34ef R 0 Stat 0x0 |
50 |
> Jun 17 19:21:18 saffron kernel: [39023.491800] usb-storage: |
51 |
> rts51x_invoke_transport: state:2 |
52 |
> Jun 17 19:21:18 saffron kernel: [39023.491802] usb-storage: |
53 |
> rts51x_modi_suspend_timer: <---, state:2 |
54 |
> Jun 17 19:21:18 saffron kernel: [39023.491805] usb-storage: |
55 |
> rts51x_modi_suspend_timer: ---> |
56 |
> Jun 17 19:21:18 saffron kernel: [39023.491807] usb-storage: |
57 |
> rts51x_invoke_transport: ---> |
58 |
> Jun 17 19:21:18 saffron kernel: [39023.491809] usb-storage: scsi cmd |
59 |
> done, result=0x0 |
60 |
> Jun 17 19:21:18 saffron kernel: [39023.491815] usb-storage: *** |
61 |
> thread sleeping. |
62 |
> |
63 |
> ... Any idea what kernel configuration flag I may have enabled to |
64 |
> cause these to be continually generated? My first guess would be |
65 |
> something like 'kernel lock debugging'...if that's what I'm seeing |
66 |
> here, where would I go to file a bug report against the usb-storage |
67 |
> subsystem? |
68 |
> |
69 |
|
70 |
6M is what you should expect from a good Class 6 SDHC card, and those |
71 |
are quite rare in consumer shops (few carry better than Class 4 in my |
72 |
experience). Writes start very fast (it's going into the kernel buffer) |
73 |
then gradually slow down to the card's actual speed, which is what you |
74 |
appear to be seeing. |
75 |
|
76 |
20M write speed would be a Class 20, which doesn't exist yet :-) |
77 |
|
78 |
|
79 |
But what is your actual query? About the write speed? |
80 |
|
81 |
Or about the presence of the messages? |
82 |
|
83 |
|
84 |
|
85 |
-- |
86 |
Alan McKinnnon |
87 |
alan.mckinnon@×××××.com |