Gentoo Archives: gentoo-user

From: Alan McKinnon <alan.mckinnon@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Noisy dd operation
Date: Mon, 18 Jun 2012 00:04:04
Message-Id: 20120618015802.52e0520d@khamul.example.com
In Reply to: [gentoo-user] Noisy dd operation by Michael Mol
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

Replies

Subject Author
Re: [gentoo-user] Noisy dd operation Michael Mol <mikemol@×××××.com>