I don't think it is a duplicated one with bug #500069.
From the log, some failure happened during writing sector to usb HDD. and caused " flush" task hang, then
lowered speed, but seems no such kind of errors in bug #500069.
In fact, long ago, there were a patch[1](just a quirk) to make the device[152d:2329] work well, so
it is a regression?
Considered it is easily reproduced for you, could you provide some usbmon data to
help fix the problem?
About how to trace usbmon, see Documentation/usb/usbmon.txt.
[1]
commit 3030ca4cf4abbdd2dd850a14d20e9fca5937ffb5
Author: Phil Dibowitz <email address hidden>
Date: Sun Oct 19 08:17:54 2008 +0200
USB: storage: Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge
Here's the patch that implements the fix you suggested to avoid the
I/O errors that I was running into with my new USB enclosure with a
JMicron USB/ATA bridge, while issuing scsi-io USN or other such
queries used by Fedora's mkinitrd. http://bugzilla.kernel.org/show_bug.cgi?id=9638#c85
I don't think it is a duplicated one with bug #500069.
From the log, some failure happened during writing sector to usb HDD. and caused " flush" task hang, then
lowered speed, but seems no such kind of errors in bug #500069.
In fact, long ago, there were a patch[1](just a quirk) to make the device[152d:2329] work well, so
it is a regression?
Considered it is easily reproduced for you, could you provide some usbmon data to
help fix the problem?
About how to trace usbmon, see Documentation/ usb/usbmon. txt.
[1] 2dd850a14d20e9f ca5937ffb5
commit 3030ca4cf4abbdd
Author: Phil Dibowitz <email address hidden>
Date: Sun Oct 19 08:17:54 2008 +0200
USB: storage: Avoid I/O errors when issuing SCSI ioctls to JMicron USB/ATA bridge
Here's the patch that implements the fix you suggested to avoid the bugzilla. kernel. org/show_ bug.cgi? id=9638# c85
I/O errors that I was running into with my new USB enclosure with a
JMicron USB/ATA bridge, while issuing scsi-io USN or other such
queries used by Fedora's mkinitrd.
http://