* Re: [PATCH] SCSI: limit mode sense usage
[not found] ` <20031027145531.A2130@beaverton.ibm.com>
@ 2003-10-28 3:51 ` Ronald Kuetemeier
2003-10-28 15:03 ` [usb-storage] " Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 3:51 UTC (permalink / raw)
To: Patrick Mansfield; +Cc: linux-scsi, usb-storage
[-- Attachment #1: Type: text/plain, Size: 3930 bytes --]
Patrick,
attached is a file (err_messages.txt) from an attempt to attach my Sony
camera (S70) via usb-storage to my system.
It should include the relevant errors, if you want me to try something
else let me know. It's the only usb and scsi device on that system, so I
won't be able to kill anything else.
I have also attached a file (succ_messages.txt) after I did:
echo "Sony:Sony DSC:0x4000" > /proc/scsi/device_info
which shows a successful (yeah) attempt to connect the camera to the
system.
If you need anything else, just let me know.
Thanks for your help.
Ronald
BTW: I'm not on either list, if you (list users) have questions, need me
to try something else. Please contact me directly.
PS: Sorry for the cross posting, but maybe we can figure it out this
way.
On Mon, 2003-10-27 at 15:55, Patrick Mansfield wrote:
> On Mon, Oct 27, 2003 at 03:18:00PM -0700, Ronald Kuetemeier wrote:
> > According to the -test9 changelog:
> > "USB mass storage and removable media (for testing mode page 3f use)
> > were not tested, if you have a USB storage device that still chokes on
> > mode sense 3f please give this a spin."
> >
> > I did give it a spin and it didn't work. So I changed
> >
> > --- ./drivers/usb/storage/scsiglue.c Sat Oct 25 12:43:38 2003
> > +++ ./drivers/usb/storage/scsiglue.c.new Mon Oct 27 14:58:04 2003
> > @@ -322,7 +322,7 @@
> > .emulated = TRUE,
> >
> > /* modify scsi_device bits on probe */
> > - .flags = (BLIST_MS_SKIP_PAGE_08 | BLIST_USE_10_BYTE_MS),
> > + .flags = ( BLIST_MS_SKIP_PAGE_3F | BLIST_MS_SKIP_PAGE_08 |
> > BLIST_USE_10_BYTE_MS),
> >
> > /* module management */
> > .module = THIS_MODULE
> >
> > Which works. What's the correct way to set sdkp->device->skip_ms_page_3f
> > anyway?
> > Thanks for the patch, even if my Sony S70 needs a little more help.
> > Ronald
>
> Ronald -
>
> Can you get logs so we can tell exactly which mode sense request is
> failing?
>
> Run with scsi logging and perhaps usb debug enabled. FYI for scsi logging
> - make sure you have SCSI_CONFIG_LOGGING on, and prior to using your USB
> device, run (assuming you are not running syslogd to a scsi device!):
>
> sysctl -w dev.scsi.logging_level=0xffffffff
>
> USB people will likely want USB debug logs - I don't have details on how
> to turn those on.
>
> sd.c asks for the information 3 different ways. If we can figure out a way
> to get your device to give us back the information we want without
> hanging, that would be best (similiar to Linus' recent change to
> sd_read_cache_type), rather than having to black list it.
>
> If the device can't handle page 0x3f (scsi mode sense get all pages) or
> whatever hangs it in sd_read_write_protect_flag:
>
> I don't have a good answer long term how it should be handled - whether we
> should keep updating scsi_devinfo.c or not. Short term, you can definitely
> use the scsi_dev_flags, that is why I added the BLIST_MS_SKIP_PAGE_3F.
>
> I do not think your patch above is correct for general use, since normally
> we want to see the result of page 3f.
>
> Anyway, scsi_dev_flags usage -
>
> Given that BLIST_MS_SKIP_PAGE_3F is 0x4000. And fill in vendor and model
> per your device (Sony and S70?).
>
> Via /proc before attaching your device:
>
> echo "vendor:model:0x4000" > /proc/scsi/devie_info
>
> At boot time, scsi non-module, use:
>
> scsi_mod.scsi_dev_flags=vendor:model:0x4000
>
> Or, scsi_mod load time:
>
> scsi_dev_flags=vendor_model:0x4000
>
> If the above works, post your failed log, and success case, to linux-scsi
> and usb storage lists (linux-scsi@vger.kernel.org and
> usb-storage@one-eyed-alien.net).
>
> I might post to linux-scsi about scsi_dev_flags, and what direction should
> we take long term for the scsi_devinfo.c blacklist, since Russel King had
> a post about it.
>
> -- Patrick Mansfield
>
[-- Attachment #2: err_messages.txt --]
[-- Type: text/plain, Size: 24839 bytes --]
Oct 27 20:17:23 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 27 20:17:23 ronald kernel: usb 1-2: Product: Sony DSC
Oct 27 20:17:23 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 27 20:17:23 ronald kernel: Wake up parent of scsi_eh_1
Oct 27 20:17:23 ronald kernel: Error handler scsi_eh_1 sleeping
Oct 27 20:17:23 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 27 20:17:23 ronald kernel: scsi_scan_host_selected: <1:4294967295:4294967295:4294967295>
Oct 27 20:17:23 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 0 lun 0
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:23 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:23 ronald kernel: scsi scan: 1st INQUIRY successful with code 0x0
Oct 27 20:17:23 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 27 20:17:23 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 27 20:17:23 ronald kernel: sd_attach: scsi device: <1,0,0,0>
Oct 27 20:17:23 ronald kernel: sd_revalidate_disk: disk=sda
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:23 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:17:23 ronald kernel: sda: assuming read_Write 1 0
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: <reset failed: -32
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x70000
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 70000
Oct 27 20:17:23 ronald kernel: sda: Write Protect is off
Oct 27 20:17:23 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:17:23 ronald kernel: sd_open: disk=sda
Oct 27 20:17:23 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:17:23 ronald kernel: sd_media_changed: disk=sda
Oct 27 20:17:23 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:17:23 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 10000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = 00000000,
Oct 27 20:17:23 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x2
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 8000002
Oct 27 20:17:23 ronald kernel: SCSI device (ioctl) reports ILLEGAL REQUEST.
Oct 27 20:17:23 ronald kernel: sd_revalidate_disk: disk=sda
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:23 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:23 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:17:23 ronald kernel: sda: assuming read_Write 1 0
Oct 27 20:17:23 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:23 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:23 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:23 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:23 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:23 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:23 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:23 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x70000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 0 70000
Oct 27 20:17:24 ronald kernel: sda: Write Protect is off
Oct 27 20:17:24 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:17:24 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 10000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = 00000000,
Oct 27 20:17:24 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x2
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 0 8000002
Oct 27 20:17:24 ronald kernel: sd_revalidate_disk: disk=sda
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x0
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:17:24 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:17:24 ronald kernel: sda: assuming read_Write 1 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command needs retry 1 0 0x70000
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 30000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 0, command = cf12c1f4, buffer = c0671e00,
Oct 27 20:17:24 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x70000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 0 70000
Oct 27 20:17:24 ronald kernel: sda: Write Protect is off
Oct 27 20:17:24 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:17:24 ronald kernel: sda:sd_init_command: disk=sda, block=0, count=8
Oct 27 20:17:24 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 27 20:17:24 ronald kernel: sd_init_command: disk=sda, block=0, count=8
Oct 27 20:17:24 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 27 20:17:24 ronald kernel: unable to read partition table
Oct 27 20:17:24 ronald kernel: sda:sd_init_command: disk=sda, block=0, count=8
Oct 27 20:17:24 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 27 20:17:24 ronald kernel: unable to read partition table
Oct 27 20:17:24 ronald kernel: sd_release: disk=sda
Oct 27 20:17:24 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:17:24 ronald kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 27 20:17:24 ronald kernel: sg_attach: dev=1
Oct 27 20:17:24 ronald kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
Oct 27 20:17:24 ronald kernel: scsi scan: Sequential scan of host 1 channel 0 id 0
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 1 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 1, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 1 40000
Oct 27 20:17:24 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 2 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 2, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 2 40000
Oct 27 20:17:24 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 3 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 3, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 3 40000
Oct 27 20:17:24 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 4 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 4, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 4 40000
Oct 27 20:17:24 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 5 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 5, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:24 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:24 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:24 ronald kernel: Notifying upper driver of completion for device 5 40000
Oct 27 20:17:24 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:24 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 6 lun 0
Oct 27 20:17:24 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:24 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:24 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 6, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:24 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:24 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:24 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:25 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:25 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:25 ronald kernel: Notifying upper driver of completion for device 6 40000
Oct 27 20:17:25 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:25 ronald kernel: scsi scan: INQUIRY to host 1 channel 0 id 7 lun 0
Oct 27 20:17:25 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:17:25 ronald kernel: scsi_add_timer: scmd: cf12c1a0, time: 6000, (c02afcf0)
Oct 27 20:17:25 ronald kernel: scsi_dispatch_cmnd (host = 1, channel = 0, target = 7, command = cf12c1f4, buffer = c0b16e80,
Oct 27 20:17:25 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:17:25 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:17:25 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:17:25 ronald kernel: scsi_delete_timer: scmd: cf12c1a0, rtn: 1
Oct 27 20:17:25 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:17:25 ronald kernel: Notifying upper driver of completion for device 7 40000
Oct 27 20:17:25 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:17:43 ronald kernel: SCSI device (ioctl) reports ILLEGAL REQUEST.
Oct 27 20:17:43 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:17:43 ronald kernel: sda: assuming read_Write 1 0
Oct 27 20:17:43 ronald kernel: sda: Write Protect is off
Oct 27 20:17:43 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:17:43 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:17:43 ronald kernel: sda: assuming read_Write 1 0
Oct 27 20:17:43 ronald kernel: sda: Write Protect is off
Oct 27 20:17:43 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:17:43 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 27 20:17:43 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 27 20:17:43 ronald kernel: unable to read partition table
[-- Attachment #3: succ_messages.txt --]
[-- Type: text/plain, Size: 14392 bytes --]
Oct 27 20:28:35 ronald kernel: usb 1-2: USB disconnect, address 2
Oct 27 20:29:01 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 3
Oct 27 20:29:01 ronald kernel: usb 1-2: Product: Sony DSC
Oct 27 20:29:01 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 27 20:29:01 ronald kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Oct 27 20:29:01 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 27 20:29:01 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 27 20:29:01 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:29:01 ronald kernel: sda: assuming read_Write 0 1
Oct 27 20:29:01 ronald kernel: sda: assuming Write Enabled
Oct 27 20:29:01 ronald kernel: sda: cache data unavailable
Oct 27 20:29:01 ronald kernel: sda: assuming drive cache: write through
Oct 27 20:29:01 ronald kernel: sda:<7>usb-storage: queuecommand called
Oct 27 20:29:01 ronald kernel: sda1
Oct 27 20:29:01 ronald kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Oct 27 20:29:01 ronald kernel: Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 0
Oct 27 20:29:23 ronald kernel: usb 1-2: USB disconnect, address 3
Oct 27 20:30:02 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 4
Oct 27 20:30:02 ronald kernel: usb 1-2: Product: Sony DSC
Oct 27 20:30:02 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 27 20:30:02 ronald kernel: Wake up parent of scsi_eh_3
Oct 27 20:30:02 ronald kernel: Error handler scsi_eh_3 sleeping
Oct 27 20:30:02 ronald kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Oct 27 20:30:02 ronald kernel: scsi_scan_host_selected: <3:4294967295:4294967295:4294967295>
Oct 27 20:30:02 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 0 lun 0
Oct 27 20:30:02 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:02 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 6000, (c02afcf0)
Oct 27 20:30:02 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = c0756ec0,
Oct 27 20:30:02 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:02 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:02 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:02 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:02 ronald kernel: Command finished 1 0 0x0
Oct 27 20:30:02 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:30:02 ronald kernel: scsi scan: 1st INQUIRY successful with code 0x0
Oct 27 20:30:02 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 27 20:30:02 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 27 20:30:02 ronald kernel: sd_attach: scsi device: <3,0,0,0>
Oct 27 20:30:02 ronald kernel: sd_revalidate_disk: disk=sdb
Oct 27 20:30:02 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:02 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 30000, (c02afcf0)
Oct 27 20:30:02 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = c07b0e00,
Oct 27 20:30:02 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:30:02 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:02 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:02 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:02 ronald kernel: Command finished 1 0 0x0
Oct 27 20:30:02 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:30:02 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:02 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 30000, (c02afcf0)
Oct 27 20:30:02 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = c07b0e00,
Oct 27 20:30:02 ronald kernel: bufflen = 8, done = c02b1b10)
Oct 27 20:30:02 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:02 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:02 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:02 ronald kernel: Command finished 1 0 0x0
Oct 27 20:30:02 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:30:02 ronald kernel: SCSI device sdb: 63424 512-byte hdwr sectors (32 MB)
Oct 27 20:30:02 ronald kernel: sdb: assuming read_Write 0 1
Oct 27 20:30:02 ronald kernel: sdb: assuming Write Enabled
Oct 27 20:30:02 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:02 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 30000, (c02afcf0)
Oct 27 20:30:02 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = c07b0e00,
Oct 27 20:30:02 ronald kernel: bufflen = 4, done = c02b1b10)
Oct 27 20:30:02 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:02 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:02 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:02 ronald kernel: Command finished 1 0 0x2
Oct 27 20:30:02 ronald kernel: Notifying upper driver of completion for device 0 8000002
Oct 27 20:30:02 ronald kernel: sdb: cache data unavailable
Oct 27 20:30:02 ronald kernel: sdb: assuming drive cache: write through
Oct 27 20:30:02 ronald kernel: sd_open: disk=sdb
Oct 27 20:30:02 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:30:02 ronald kernel: sd_media_changed: disk=sdb
Oct 27 20:30:02 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:30:02 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:30:02 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:02 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 10000, (c02afcf0)
Oct 27 20:30:02 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = 00000000,
Oct 27 20:30:02 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:30:02 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:02 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x0
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:30:03 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 10000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = 00000000,
Oct 27 20:30:03 ronald kernel: bufflen = 0, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x2
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 0 8000002
Oct 27 20:30:03 ronald kernel: sdb:sd_init_command: disk=sdb, block=0, count=8
Oct 27 20:30:03 ronald kernel: sdb : block=0
Oct 27 20:30:03 ronald kernel: sdb : reading 8/8 512 byte blocks.
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c420, time: 30000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 0, command = cf12c474, buffer = cff609c0,
Oct 27 20:30:03 ronald kernel: bufflen = 4096, done = c02b6d40)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c420, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x0
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 0 0
Oct 27 20:30:03 ronald kernel: sd_rw_intr: sdb: res=0x0
Oct 27 20:30:03 ronald kernel: 8 sectors total, 8 sectors done.
Oct 27 20:30:03 ronald kernel: use_sg is 1
Oct 27 20:30:03 ronald kernel: sdb1
Oct 27 20:30:03 ronald kernel: sd_release: disk=sdb
Oct 27 20:30:03 ronald kernel: scsi_block_when_processing_errors: rtn: 1
Oct 27 20:30:03 ronald kernel: Attached scsi removable disk sdb at scsi3, channel 0, id 0, lun 0
Oct 27 20:30:03 ronald kernel: sg_attach: dev=1
Oct 27 20:30:03 ronald kernel: Attached scsi generic sg1 at scsi3, channel 0, id 0, lun 0, type 0
Oct 27 20:30:03 ronald kernel: scsi scan: Sequential scan of host 3 channel 0 id 0
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 1 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 1, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 1 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 2 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 2, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 2 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 3 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 3, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 3 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 4 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 4, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 4 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 5 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 5, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 5 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 6 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 6, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 6 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
Oct 27 20:30:03 ronald kernel: scsi scan: INQUIRY to host 3 channel 0 id 7 lun 0
Oct 27 20:30:03 ronald kernel: Leaving scsi_init_cmd_from_req()
Oct 27 20:30:03 ronald kernel: scsi_add_timer: scmd: cf12c560, time: 6000, (c02afcf0)
Oct 27 20:30:03 ronald kernel: scsi_dispatch_cmnd (host = 3, channel = 0, target = 7, command = cf12c5b4, buffer = c0756ec0,
Oct 27 20:30:03 ronald kernel: bufflen = 36, done = c02b1b10)
Oct 27 20:30:03 ronald kernel: queuecommand : routine at c02d3b90
Oct 27 20:30:03 ronald kernel: leaving scsi_dispatch_cmnd()
Oct 27 20:30:03 ronald kernel: scsi_delete_timer: scmd: cf12c560, rtn: 1
Oct 27 20:30:03 ronald kernel: Command finished 1 0 0x40000
Oct 27 20:30:03 ronald kernel: Notifying upper driver of completion for device 7 40000
Oct 27 20:30:03 ronald kernel: scsi scan: 1st INQUIRY failed with code 0x40000
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 3:51 ` [PATCH] SCSI: limit mode sense usage Ronald Kuetemeier
@ 2003-10-28 15:03 ` Alan Stern
2003-10-28 15:16 ` Patrick Mansfield
2003-10-28 15:38 ` [PATCH] SCSI: limit mode sense usage Pat LaVarre
0 siblings, 2 replies; 55+ messages in thread
From: Alan Stern @ 2003-10-28 15:03 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Mon, 27 Oct 2003, Ronald Kuetemeier wrote:
> Patrick,
> attached is a file (err_messages.txt) from an attempt to attach my Sony
> camera (S70) via usb-storage to my system.
> It should include the relevant errors, if you want me to try something
> else let me know. It's the only usb and scsi device on that system, so I
> won't be able to kill anything else.
> I have also attached a file (succ_messages.txt) after I did:
> echo "Sony:Sony DSC:0x4000" > /proc/scsi/device_info
> which shows a successful (yeah) attempt to connect the camera to the
> system.
> If you need anything else, just let me know.
> Thanks for your help.
> Ronald
> BTW: I'm not on either list, if you (list users) have questions, need me
> to try something else. Please contact me directly.
> PS: Sorry for the cross posting, but maybe we can figure it out this
> way.
As you probably already know, the page 3F MODE-SENSE request is made only
to determine whether the device is read-only. Most USB storage devices
handle that request okay; there's only a handful that doesn't. That's why
we don't disable it by default.
It's not clear to me what is the best way to take care of the devices that
choke on page 3F. Should we use a special flag for those devices or
should we disable it entirely?
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:03 ` [usb-storage] " Alan Stern
@ 2003-10-28 15:16 ` Patrick Mansfield
2003-10-28 15:40 ` Alan Stern
2003-10-28 15:42 ` Ronald Kuetemeier
2003-10-28 15:38 ` [PATCH] SCSI: limit mode sense usage Pat LaVarre
1 sibling, 2 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-28 15:16 UTC (permalink / raw)
To: Alan Stern; +Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, Oct 28, 2003 at 10:03:06AM -0500, Alan Stern wrote:
> It's not clear to me what is the best way to take care of the devices that
> choke on page 3F. Should we use a special flag for those devices or
> should we disable it entirely?
I don't know, good question.
And more generally, should we add devices to the scsi_devinfo.c blacklist,
and only use the dynamic addition to the black list until the new code is
available?
I am still looking at the logs - I don't see any logging of the actual
failure, and I did not see a failure immediately after the 3f was sent.
We should first try and get his device working without black listing it.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:03 ` [usb-storage] " Alan Stern
2003-10-28 15:16 ` Patrick Mansfield
@ 2003-10-28 15:38 ` Pat LaVarre
2003-10-28 20:56 ` Pat LaVarre
1 sibling, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-28 15:38 UTC (permalink / raw)
To: stern; +Cc: ronald, patmans, linux-scsi, usb-storage
> ... not clear to me what is the best way to take care of the devices that
> choke on page 3F. Should we use a special flag for those devices or
> should we disable it entirely?
Some of us have suggested substituting:
-y "5A 00 08:00:00:00 00 00:1C 00" -i x1C // Mode Sense 10 of SBC/MMC
Page x08 Cacheing for 8 byte header, optional 8 byte block descriptor,
and xC byte standard page x08 length
Lately that suggestion appeared in talk re discovering Win protocol that
paused near:
http://marc.theaimsgroup.com/?l=linux-scsi&m=106427309605764
Subject: usb storage traces
Date: 2003-09-22 23:25:17
That talk included my claim:
http://marc.theaimsgroup.com/?l=linux-scsi&m=106331377632562
Subject: Re: [linux-usb-devel] [2.6-test] Bug in usb-storage or scsi?
Date: 2003-09-11 20:42:33
...
I have some reason to believe Windows often passes thru something like:
-x "1A 00 08 00 18 00" -i x18
i.e. a ModeSense6 of Cacheing page x08 for the whole 4 byte header plus
one whole 8 byte block descriptor plus the whole xC byte standard page.
...
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:16 ` Patrick Mansfield
@ 2003-10-28 15:40 ` Alan Stern
2003-10-28 15:55 ` Ronald Kuetemeier
2003-10-28 16:15 ` Ronald Kuetemeier
2003-10-28 15:42 ` Ronald Kuetemeier
1 sibling, 2 replies; 55+ messages in thread
From: Alan Stern @ 2003-10-28 15:40 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Patrick Mansfield wrote:
> On Tue, Oct 28, 2003 at 10:03:06AM -0500, Alan Stern wrote:
>
> > It's not clear to me what is the best way to take care of the devices that
> > choke on page 3F. Should we use a special flag for those devices or
> > should we disable it entirely?
>
> I don't know, good question.
>
> And more generally, should we add devices to the scsi_devinfo.c blacklist,
> and only use the dynamic addition to the black list until the new code is
> available?
That might be the best thing to do.
> I am still looking at the logs - I don't see any logging of the actual
> failure, and I did not see a failure immediately after the 3f was sent.
This sort of thing doesn't show up very well in the scsi debugging logs.
You can see it much more clearly in the verbose usb-storage debugging log.
Ronald, you might try taking the BLIST_MS_SKIP_PAGE_3F flag back out and
configuring usb-storage debugging on. Then post the debugging log so we
can see exactly what's happening.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:16 ` Patrick Mansfield
2003-10-28 15:40 ` Alan Stern
@ 2003-10-28 15:42 ` Ronald Kuetemeier
2003-10-29 16:46 ` [PATCH/RFT] check non-scsi part of status in scsi_status_is_good Patrick Mansfield
1 sibling, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 15:42 UTC (permalink / raw)
To: Patrick Mansfield; +Cc: Alan Stern, SCSI development list, USB Storage List
On Tue, 2003-10-28 at 08:16, Patrick Mansfield wrote:
> On Tue, Oct 28, 2003 at 10:03:06AM -0500, Alan Stern wrote:
>
> > It's not clear to me what is the best way to take care of the devices that
> > choke on page 3F. Should we use a special flag for those devices or
> > should we disable it entirely?
>
> I don't know, good question.
>
> And more generally, should we add devices to the scsi_devinfo.c blacklist,
> and only use the dynamic addition to the black list until the new code is
> available?
>
> I am still looking at the logs - I don't see any logging of the actual
> failure, and I did not see a failure immediately after the 3f was sent.
>
As far as I could see the call doesn't fail directly, but as a result
the partition table can not be read. But you have already seen that.
Anyhow, wouldn't it be best to have at least a flag past on from the usb
description of the device about it's capabilities. I.e don't test on 3F
for this device when it connects, instead of having descriptions of the
device in two places. Which are already slightly out of sync,
ie. usb unusual devices reads:
"Sony",
"DSC-S30/S70/S75/505V/F505/F707/F717/P8",
while I use "Sony:Sony DSC:" for scsi.
What does black listing mean in this context anyhow? Or I don't want to
patch my kernel all the time.
Thanks for you help,
Ronald
> We should first try and get his device working without black listing it.
>
> -- Patrick Mansfield
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:40 ` Alan Stern
@ 2003-10-28 15:55 ` Ronald Kuetemeier
2003-10-28 16:15 ` Ronald Kuetemeier
1 sibling, 0 replies; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 15:55 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Tue, 2003-10-28 at 08:40, Alan Stern wrote:
> On Tue, 28 Oct 2003, Patrick Mansfield wrote:
>
> > On Tue, Oct 28, 2003 at 10:03:06AM -0500, Alan Stern wrote:
> >
> > > It's not clear to me what is the best way to take care of the devices that
> > > choke on page 3F. Should we use a special flag for those devices or
> > > should we disable it entirely?
> >
> > I don't know, good question.
> >
> > And more generally, should we add devices to the scsi_devinfo.c blacklist,
> > and only use the dynamic addition to the black list until the new code is
> > available?
>
> That might be the best thing to do.
>
> > I am still looking at the logs - I don't see any logging of the actual
> > failure, and I did not see a failure immediately after the 3f was sent.
>
> This sort of thing doesn't show up very well in the scsi debugging logs.
> You can see it much more clearly in the verbose usb-storage debugging log.
>
> Ronald, you might try taking the BLIST_MS_SKIP_PAGE_3F flag back out and
> configuring usb-storage debugging on. Then post the debugging log so we
> can see exactly what's happening.
>
Alan,
I did that before I send the logs otherwise we wouldn't have seen
anything. It would just have worked. I put it in to prove that's the
problem and than ask Patrick how to set the flag correctly, since I
couldn't see easily how to do it, i.e without reading a lot of code.
I'm a little short on time for the rest of the week, but will try to
give the usb storage debug a spin. Any special debug things I should do?
Thanks,
Ronald
> Alan Stern
>
>
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:40 ` Alan Stern
2003-10-28 15:55 ` Ronald Kuetemeier
@ 2003-10-28 16:15 ` Ronald Kuetemeier
2003-10-28 19:17 ` Alan Stern
1 sibling, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 16:15 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
Alan,
sorry. Still working on my coffee.
I just looked at my .config and debug is turned on:
CONFIG_USB_STORAGE=y
CONFIG_USB_STORAGE_DEBUG=y
Any special sysctl you want me to set, didn't see anything in the
Documentation/usb dir to this regard.
And while I'm on it, do you need scsi debugging info with the usb debug
info, to see the interaction. Or should I just use usb debug?
Thanks,
Ronald
On Tue, 2003-10-28 at 08:40, Alan Stern wrote:
> On Tue, 28 Oct 2003, Patrick Mansfield wrote:
>
> > On Tue, Oct 28, 2003 at 10:03:06AM -0500, Alan Stern wrote:
> >
> > > It's not clear to me what is the best way to take care of the devices that
> > > choke on page 3F. Should we use a special flag for those devices or
> > > should we disable it entirely?
> >
> > I don't know, good question.
> >
> > And more generally, should we add devices to the scsi_devinfo.c blacklist,
> > and only use the dynamic addition to the black list until the new code is
> > available?
>
> That might be the best thing to do.
>
> > I am still looking at the logs - I don't see any logging of the actual
> > failure, and I did not see a failure immediately after the 3f was sent.
>
> This sort of thing doesn't show up very well in the scsi debugging logs.
> You can see it much more clearly in the verbose usb-storage debugging log.
>
> Ronald, you might try taking the BLIST_MS_SKIP_PAGE_3F flag back out and
> configuring usb-storage debugging on. Then post the debugging log so we
> can see exactly what's happening.
>
> Alan Stern
>
>
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 16:15 ` Ronald Kuetemeier
@ 2003-10-28 19:17 ` Alan Stern
2003-10-28 19:55 ` Ronald Kuetemeier
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-28 19:17 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Ronald Kuetemeier wrote:
> Alan,
> sorry. Still working on my coffee.
> I just looked at my .config and debug is turned on:
>
> CONFIG_USB_STORAGE=y
> CONFIG_USB_STORAGE_DEBUG=y
>
> Any special sysctl you want me to set, didn't see anything in the
> Documentation/usb dir to this regard.
> And while I'm on it, do you need scsi debugging info with the usb debug
> info, to see the interaction. Or should I just use usb debug?
> Thanks,
> Ronald
That should be fine. I asked because I didn't see any usb-storage
debugging messages in the log you posted on Monday (err_messages.txt).
Usb-storage debugging alone should be enough. No need for special
sysctl's or scsi debugging. While I don't expect this will give us a lot
of new information, it should at least illustrate more precisely the exact
nature of the failure mode.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 19:17 ` Alan Stern
@ 2003-10-28 19:55 ` Ronald Kuetemeier
2003-10-28 20:29 ` Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 19:55 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Tue, 2003-10-28 at 12:17, Alan Stern wrote:
> On Tue, 28 Oct 2003, Ronald Kuetemeier wrote:
>
> > Alan,
> > sorry. Still working on my coffee.
> > I just looked at my .config and debug is turned on:
> >
> > CONFIG_USB_STORAGE=y
> > CONFIG_USB_STORAGE_DEBUG=y
> >
> > Any special sysctl you want me to set, didn't see anything in the
> > Documentation/usb dir to this regard.
> > And while I'm on it, do you need scsi debugging info with the usb debug
> > info, to see the interaction. Or should I just use usb debug?
> > Thanks,
> > Ronald
>
> That should be fine. I asked because I didn't see any usb-storage
> debugging messages in the log you posted on Monday (err_messages.txt).
>
Right, so the questions is where is it. Since usb-storage-debug was/is
turned on before the test.
I looked at my messages file again and can't find anything. This flag
should be on for some time in my kernels, and I have used different gcc
to compile these but there never seems to be any output from usb-storage
in my kept history of messages. And the camera seems to work just fine
if there is no 3f test. I even copied to and from the camera at the
test8 time frame, with slightly modified sd.c to avoid the tests.
Any ideas where my usb-storage debug info might go, checked my
syslog.conf, standard ... Oh well maybe some more printk tonight, it has
to go somewhere.
Please let me know if you have an idea.
Got to be some misconfiguration somewhere, sorry. I will let you know
after I find the output.
Ronald
> Usb-storage debugging alone should be enough. No need for special
> sysctl's or scsi debugging. While I don't expect this will give us a lot
> of new information, it should at least illustrate more precisely the exact
> nature of the failure mode.
>
> Alan Stern
>
>
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 19:55 ` Ronald Kuetemeier
@ 2003-10-28 20:29 ` Alan Stern
2003-10-28 21:33 ` Ronald Kuetemeier
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-28 20:29 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Ronald Kuetemeier wrote:
> Right, so the questions is where is it. Since usb-storage-debug was/is
> turned on before the test.
> I looked at my messages file again and can't find anything. This flag
> should be on for some time in my kernels, and I have used different gcc
> to compile these but there never seems to be any output from usb-storage
> in my kept history of messages. And the camera seems to work just fine
> if there is no 3f test. I even copied to and from the camera at the
> test8 time frame, with slightly modified sd.c to avoid the tests.
> Any ideas where my usb-storage debug info might go, checked my
> syslog.conf, standard ... Oh well maybe some more printk tonight, it has
> to go somewhere.
> Please let me know if you have an idea.
> Got to be some misconfiguration somewhere, sorry. I will let you know
> after I find the output.
> Ronald
If your syslog.conf is standard, it probably ignores debugging messages.
You will need to add a line that says something like:
kern.debug /var/log/debug
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 15:38 ` [PATCH] SCSI: limit mode sense usage Pat LaVarre
@ 2003-10-28 20:56 ` Pat LaVarre
2003-10-28 22:28 ` Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-28 20:56 UTC (permalink / raw)
To: stern; +Cc: ronald, patmans, linux-scsi, usb-storage
> > ... not clear to me what is the best way to take care of the devices that
> > choke on page 3F ...
> Some of us have suggested substituting:
> -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C // Mode Sense 10 of SBC/MMC
> Page x08 Cacheing for 8 byte header, optional 8 byte block descriptor,
> and xC byte standard page x08 length
>From a contemporaneous thread:
- Host requests MODE_SENSE_10 and request 28 bytes
- But the device only has 20 bytes, so it
Translating, we see that the terms 20 28 here mean what more bus traces
show as x14 x1C. That again suggests talk-like-Windows might be:
-y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
Those devices that only agree to copy in x14 = 20 bytes may be omitting
the optional 8 byte block descriptor, in accord with what I think I
remember MMC requires, though simultaneously in discord with what I'm
almost sure I remember SBC recommends.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 20:29 ` Alan Stern
@ 2003-10-28 21:33 ` Ronald Kuetemeier
2003-10-28 22:49 ` Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-28 21:33 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
[-- Attachment #1: Type: text/plain, Size: 1629 bytes --]
On Tue, 2003-10-28 at 13:29, Alan Stern wrote:
> On Tue, 28 Oct 2003, Ronald Kuetemeier wrote:
>
> > Right, so the questions is where is it. Since usb-storage-debug was/is
> > turned on before the test.
> > I looked at my messages file again and can't find anything. This flag
> > should be on for some time in my kernels, and I have used different gcc
> > to compile these but there never seems to be any output from usb-storage
> > in my kept history of messages. And the camera seems to work just fine
> > if there is no 3f test. I even copied to and from the camera at the
> > test8 time frame, with slightly modified sd.c to avoid the tests.
> > Any ideas where my usb-storage debug info might go, checked my
> > syslog.conf, standard ... Oh well maybe some more printk tonight, it has
> > to go somewhere.
> > Please let me know if you have an idea.
> > Got to be some misconfiguration somewhere, sorry. I will let you know
> > after I find the output.
> > Ronald
>
> If your syslog.conf is standard, it probably ignores debugging messages.
> You will need to add a line that says something like:
>
> kern.debug /var/log/debug
Ah, now that makes sense, should have looked at the code ...
Fixed it with a *.debug to messages.
Anyhow,quick test.
1st. (which works and is now in my rc.local): mount successes
echo "Sony:Sony DSC:0x4000" > /proc/scsi/device_info
into succ-usb_messages.txt.
2nd. tried to mount without success, i.e error
after reboot and no rc.local entry
into err-usb_messages.txt
echo "Sony:Sony DSC:0x0000" > /proc/scsi/device_inf
didn't do the trick.
Hope this helps,
Ronald
> Alan Stern
>
[-- Attachment #2: succ-usb_messages.txt --]
[-- Type: text/plain, Size: 19887 bytes --]
Oct 28 13:55:55 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: wakeup_hc
Oct 28 13:55:55 ronald kernel: hub 1-0:1.0: port 2, status 101, change 1, 12 Mb/s
Oct 28 13:55:55 ronald kernel: hub 1-0:1.0: debounce: port 2: delay 100ms stable 4 status 0x101
Oct 28 13:55:55 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 28 13:55:55 ronald kernel: usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
Oct 28 13:55:55 ronald kernel: drivers/usb/core/message.c: USB device number 2 default language ID 0x409
Oct 28 13:55:55 ronald kernel: usb 1-2: Product: Sony DSC
Oct 28 13:55:55 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 28 13:55:55 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 13:55:55 ronald kernel: usb 1-2: registering 1-2:1.0 (config #1, interface 0)
Oct 28 13:55:55 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 13:55:55 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface
Oct 28 13:55:55 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface - got id
Oct 28 13:55:55 ronald kernel: usb-storage: USB Mass Storage device detected
Oct 28 13:55:55 ronald kernel: usb-storage: act_altsetting is 0, id_index is 23
Oct 28 13:55:55 ronald kernel: usb-storage: -- associate_dev
Oct 28 13:55:55 ronald kernel: usb-storage: Vendor: Sony
Oct 28 13:55:55 ronald kernel: usb-storage: Product: DSC-S30/S70/S75/505V/F505/F707/F717/P8
Oct 28 13:55:55 ronald kernel: usb-storage: Transport: Control/Bulk
Oct 28 13:55:55 ronald kernel: usb-storage: Protocol: Transparent SCSI
Oct 28 13:55:55 ronald kernel: usb-storage: Endpoints: In: 0xc96367b4 Out: 0xc96367a0 Int: 0xc96367c8 (Period 255)
Oct 28 13:55:55 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:55 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 13:55:55 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:55 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:55 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
Oct 28 13:55:55 ronald kernel: usb-storage: 12 00 00 00 24 00
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 36/36
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:55 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:55 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:55 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:55 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 13:55:55 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:55 ronald kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
Oct 28 13:55:55 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 13:55:55 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:55 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 28 13:55:55 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 13:55:55 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:55 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:55 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 13:55:55 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:55 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:55 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:55 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:55 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:55 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:55 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:55 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:55 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 13:55:55 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:55 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 13:55:55 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:55 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 13:55:56 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:56 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 13:55:56 ronald kernel: sda: assuming read_Write 0 1
Oct 28 13:55:56 ronald kernel: sda: assuming Write Enabled
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Command MODE_SENSE (6 bytes)
Oct 28 13:55:56 ronald kernel: usb-storage: 1a 00 08 00 04 00
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code -32; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- stall on control pipe
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 2
Oct 28 13:55:56 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:56 ronald kernel: usb-storage: -- transport indicates command failure
Oct 28 13:55:56 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x24, ASCQ: 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: sda: cache data unavailable
Oct 28 13:55:56 ronald kernel: sda: assuming drive cache: write through
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 13:55:56 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:56 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 28 13:55:56 ronald kernel: usb-storage: 1e 00 00 00 01 00
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code -32; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- stall on control pipe
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 2
Oct 28 13:55:56 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:56 ronald kernel: usb-storage: -- transport indicates command failure
Oct 28 13:55:56 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x20, ASCQ: 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: sda:<7>usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 28 13:55:56 ronald kernel: usb-storage: 28 00 00 00 00 00 00 00 08 00
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 4096/4096
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 13:55:56 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 13:55:56 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 13:55:56 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 13:55:56 ronald kernel: usb-storage: -- transfer complete
Oct 28 13:55:56 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 13:55:56 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 13:55:56 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: sda1
Oct 28 13:55:56 ronald kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 13:55:56 ronald kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Bad target number (1:0)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Bad target number (2:0)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Bad target number (3:0)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:56 ronald kernel: usb-storage: Bad target number (4:0)
Oct 28 13:55:56 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:56 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:56 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:57 ronald kernel: usb-storage: Bad target number (5:0)
Oct 28 13:55:57 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:57 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:57 ronald kernel: usb-storage: Bad target number (6:0)
Oct 28 13:55:57 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:57 ronald kernel: usb-storage: queuecommand called
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:55:57 ronald kernel: usb-storage: Bad target number (7:0)
Oct 28 13:55:57 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 13:55:57 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 13:55:57 ronald kernel: WARNING: USB Mass Storage data integrity not assured
Oct 28 13:55:57 ronald kernel: USB Mass Storage device found at 2
Oct 28 13:56:08 ronald kernel: hub 1-0:1.0: port 2, status 100, change 3, 12 Mb/s
Oct 28 13:56:08 ronald kernel: usb 1-2: USB disconnect, address 2
Oct 28 13:56:08 ronald kernel: usb 1-2: usb_disable_device nuking all URBs
Oct 28 13:56:08 ronald kernel: usb 1-2: unregistering interface 1-2:1.0
Oct 28 13:56:08 ronald kernel: usb-storage: storage_disconnect() called
Oct 28 13:56:08 ronald kernel: usb-storage: usb_stor_stop_transport called
Oct 28 13:56:08 ronald kernel: usb-storage: -- dissociate_dev
Oct 28 13:56:08 ronald kernel: usb-storage: -- sending exit command to thread
Oct 28 13:56:08 ronald kernel: usb-storage: *** thread awakened.
Oct 28 13:56:08 ronald kernel: usb-storage: -- exit command received
Oct 28 13:56:08 ronald kernel: usb-storage: -- usb_stor_release_resources finished
Oct 28 13:56:08 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 13:56:08 ronald kernel: usb 1-2: unregistering device
Oct 28 13:56:08 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 13:56:08 ronald kernel: hub 1-0:1.0: port 2 enable change, status 100
Oct 28 13:56:09 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: suspend_hc
[-- Attachment #3: err-usb_messages.txt --]
[-- Type: text/plain, Size: 71481 bytes --]
Oct 28 14:25:57 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: wakeup_hc
Oct 28 14:25:57 ronald kernel: hub 1-0:1.0: port 2, status 101, change 1, 12 Mb/s
Oct 28 14:25:57 ronald kernel: hub 1-0:1.0: debounce: port 2: delay 100ms stable 4 status 0x101
Oct 28 14:25:57 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 28 14:25:57 ronald kernel: usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
Oct 28 14:25:57 ronald kernel: drivers/usb/core/message.c: USB device number 2 default language ID 0x409
Oct 28 14:25:57 ronald kernel: usb 1-2: Product: Sony DSC
Oct 28 14:25:57 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 28 14:25:57 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 14:25:57 ronald kernel: usb 1-2: registering 1-2:1.0 (config #1, interface 0)
Oct 28 14:25:57 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 14:25:57 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface
Oct 28 14:25:57 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface - got id
Oct 28 14:25:57 ronald kernel: usb-storage: USB Mass Storage device detected
Oct 28 14:25:57 ronald kernel: usb-storage: act_altsetting is 0, id_index is 23
Oct 28 14:25:57 ronald kernel: usb-storage: -- associate_dev
Oct 28 14:25:57 ronald kernel: usb-storage: Vendor: Sony
Oct 28 14:25:57 ronald kernel: usb-storage: Product: DSC-S30/S70/S75/505V/F505/F707/F717/P8
Oct 28 14:25:57 ronald kernel: usb-storage: Transport: Control/Bulk
Oct 28 14:25:57 ronald kernel: usb-storage: Protocol: Transparent SCSI
Oct 28 14:25:57 ronald kernel: usb-storage: Endpoints: In: 0xc2869e74 Out: 0xc2869e60 Int: 0xc2869e88 (Period 255)
Oct 28 14:25:57 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:57 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 28 14:25:57 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:57 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:57 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
Oct 28 14:25:57 ronald kernel: usb-storage: 12 00 00 00 24 00
Oct 28 14:25:57 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:57 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:57 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:57 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:57 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
Oct 28 14:25:57 ronald kernel: usb-storage: Status code 0; transferred 36/36
Oct 28 14:25:57 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:57 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:57 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:58 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:58 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:58 ronald kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 28 14:25:58 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:58 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:58 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:58 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:58 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:25:58 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 14:25:58 ronald kernel: sda: assuming read_Write 1 0
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- babble
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:58 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:58 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- babble
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:58 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:58 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- babble
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:58 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:58 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- babble
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:58 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:58 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:58 ronald kernel: usb-storage: -- babble
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:58 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:58 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:58 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:58 ronald kernel: sda: Write Protect is off
Oct 28 14:25:58 ronald kernel: sda: Mode Sense: 00 32 00 00
Oct 28 14:25:58 ronald kernel: sda: assuming drive cache: write through
Oct 28 14:25:58 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:58 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:58 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:25:58 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:58 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:58 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:58 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:58 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:58 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:59 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x24, ASCQ: 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: SCSI device (ioctl) reports ILLEGAL REQUEST.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:59 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:59 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:25:59 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:25:59 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:25:59 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 14:25:59 ronald kernel: sda: assuming read_Write 1 0
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- babble
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:59 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:59 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- babble
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:59 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:59 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- babble
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:59 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:59 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- babble
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:59 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:59 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:25:59 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:25:59 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:25:59 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:25:59 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:25:59 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:25:59 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:25:59 ronald kernel: usb-storage: -- babble
Oct 28 14:25:59 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:25:59 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:25:59 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:25:59 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:25:59 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:25:59 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:25:59 ronald kernel: sda: Write Protect is off
Oct 28 14:25:59 ronald kernel: sda: Mode Sense: 00 32 00 00
Oct 28 14:25:59 ronald kernel: sda: assuming drive cache: write through
Oct 28 14:25:59 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 1e 00 00 00 01 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -32; transferred 6/6
Oct 28 14:26:00 ronald kernel: usb-storage: -- stall on control pipe
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 2
Oct 28 14:26:00 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates command failure
Oct 28 14:26:00 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:00 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x20, ASCQ: 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:00 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:00 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:00 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:00 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:00 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 14:26:00 ronald kernel: sda: assuming read_Write 1 0
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- babble
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:00 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- babble
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:00 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- babble
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:00 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- babble
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:00 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:00 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:00 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:00 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:00 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:00 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:00 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:00 ronald kernel: usb-storage: -- babble
Oct 28 14:26:00 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:00 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:00 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:00 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:00 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: sda: Write Protect is off
Oct 28 14:26:01 ronald kernel: sda: Mode Sense: 00 32 00 00
Oct 28 14:26:01 ronald kernel: sda: assuming drive cache: write through
Oct 28 14:26:01 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 28 14:26:01 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 28 14:26:01 ronald kernel: unable to read partition table
Oct 28 14:26:01 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 28 14:26:01 ronald kernel: unable to read partition table
Oct 28 14:26:01 ronald kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 28 14:26:01 ronald kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (1:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (2:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (3:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (4:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (5:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (6:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:01 ronald kernel: usb-storage: Bad target number (7:0)
Oct 28 14:26:01 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 28 14:26:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:01 ronald kernel: WARNING: USB Mass Storage data integrity not assured
Oct 28 14:26:01 ronald kernel: USB Mass Storage device found at 2
Oct 28 14:26:04 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:04 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:04 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:26:04 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:04 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:04 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:04 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:04 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x24, ASCQ: 0x0
Oct 28 14:26:04 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:04 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 14:26:04 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:04 ronald kernel: SCSI device (ioctl) reports ILLEGAL REQUEST.
Oct 28 14:26:04 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:04 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:04 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:26:04 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:04 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:04 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:04 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:04 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:04 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:04 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:04 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:04 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:04 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:05 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:05 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 14:26:05 ronald kernel: sda: assuming read_Write 1 0
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- babble
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:05 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:05 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- babble
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:05 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:05 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- babble
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:05 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:05 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- babble
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:05 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:05 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:05 ronald kernel: usb-storage: -- babble
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:05 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:05 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: sda: Write Protect is off
Oct 28 14:26:05 ronald kernel: sda: Mode Sense: 00 32 00 00
Oct 28 14:26:05 ronald kernel: sda: assuming drive cache: write through
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:05 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:05 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x24, ASCQ: 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:05 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:05 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:05 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:05 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 28 14:26:05 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:05 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:05 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:05 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:05 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:05 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:05 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:05 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 28 14:26:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 28 14:26:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 28 14:26:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 28 14:26:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 28 14:26:06 ronald kernel: sda: assuming read_Write 1 0
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- babble
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:06 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:06 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- babble
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:06 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:06 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- babble
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:06 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:06 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- babble
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:06 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:06 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: usb-storage: queuecommand called
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:06 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 28 14:26:06 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 28 14:26:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 28 14:26:06 ronald kernel: usb-storage: -- transfer complete
Oct 28 14:26:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 28 14:26:06 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 28 14:26:06 ronald kernel: usb-storage: -- babble
Oct 28 14:26:06 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 28 14:26:06 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 28 14:26:06 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 28 14:26:06 ronald kernel: usb-storage: Soft reset failed: -32
Oct 28 14:26:06 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 28 14:26:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 28 14:26:06 ronald kernel: sda: Write Protect is off
Oct 28 14:26:06 ronald kernel: sda: Mode Sense: 00 32 00 00
Oct 28 14:26:06 ronald kernel: sda: assuming drive cache: write through
Oct 28 14:26:06 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 28 14:26:06 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 28 14:26:06 ronald kernel: unable to read partition table
Oct 28 14:26:09 ronald kernel: hub 1-0:1.0: port 2, status 100, change 3, 12 Mb/s
Oct 28 14:26:09 ronald kernel: usb 1-2: USB disconnect, address 2
Oct 28 14:26:09 ronald kernel: usb 1-2: usb_disable_device nuking all URBs
Oct 28 14:26:09 ronald kernel: usb 1-2: unregistering interface 1-2:1.0
Oct 28 14:26:09 ronald kernel: usb-storage: storage_disconnect() called
Oct 28 14:26:09 ronald kernel: usb-storage: usb_stor_stop_transport called
Oct 28 14:26:09 ronald kernel: usb-storage: -- dissociate_dev
Oct 28 14:26:09 ronald kernel: usb-storage: -- sending exit command to thread
Oct 28 14:26:09 ronald kernel: usb-storage: *** thread awakened.
Oct 28 14:26:09 ronald kernel: usb-storage: -- exit command received
Oct 28 14:26:09 ronald kernel: usb-storage: -- usb_stor_release_resources finished
Oct 28 14:26:09 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 14:26:09 ronald kernel: usb 1-2: unregistering device
Oct 28 14:26:09 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 28 14:26:09 ronald kernel: hub 1-0:1.0: port 2 enable change, status 100
Oct 28 14:26:10 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: suspend_hc
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 20:56 ` Pat LaVarre
@ 2003-10-28 22:28 ` Alan Stern
2003-10-28 22:54 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-28 22:28 UTC (permalink / raw)
To: Pat LaVarre; +Cc: ronald, patmans, linux-scsi, usb-storage
On 28 Oct 2003, Pat LaVarre wrote:
> > > ... not clear to me what is the best way to take care of the devices that
> > > choke on page 3F ...
> > Some of us have suggested substituting:
> > -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C // Mode Sense 10 of SBC/MMC
> > Page x08 Cacheing for 8 byte header, optional 8 byte block descriptor,
> > and xC byte standard page x08 length
>
> >From a contemporaneous thread:
>
> - Host requests MODE_SENSE_10 and request 28 bytes
> - But the device only has 20 bytes, so it
>
> Translating, we see that the terms 20 28 here mean what more bus traces
> show as x14 x1C. That again suggests talk-like-Windows might be:
>
> -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
>
> Those devices that only agree to copy in x14 = 20 bytes may be omitting
> the optional 8 byte block descriptor, in accord with what I think I
> remember MMC requires, though simultaneously in discord with what I'm
> almost sure I remember SBC recommends.
>
> Pat LaVarre
Pat, I think maybe you're misunderstanding the reason behind this thread.
The device in question wasn't failing the MODE-SENSE(10) for page x08
(determine cache-type); it was failing the MODE-SENSE(10) for page x3F
(where only the first 4 bytes are read to determine write-enable).
The code that does this is in
drivers/scsi/sd.c:sd_read_write_protect_flag().
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 21:33 ` Ronald Kuetemeier
@ 2003-10-28 22:49 ` Alan Stern
2003-10-28 23:37 ` Pat LaVarre
2003-10-29 1:51 ` Patrick Mansfield
0 siblings, 2 replies; 55+ messages in thread
From: Alan Stern @ 2003-10-28 22:49 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Ronald Kuetemeier wrote:
> Ah, now that makes sense, should have looked at the code ...
> Fixed it with a *.debug to messages.
> Anyhow,quick test.
> 1st. (which works and is now in my rc.local): mount successes
> echo "Sony:Sony DSC:0x4000" > /proc/scsi/device_info
> into succ-usb_messages.txt.
>
> 2nd. tried to mount without success, i.e error
> after reboot and no rc.local entry
> into err-usb_messages.txt
> echo "Sony:Sony DSC:0x0000" > /proc/scsi/device_inf
> didn't do the trick.
>
> Hope this helps,
> Ronald
All right. The logs make it clear.
Your device doesn't like the MODE-SENSE(10) for page 3F. But instead of
reporting a normal error code, it tries to send an overlong packet (i.e.,
longer than the host asked for). Of course this is an error, and the SCSI
code retries several times, eventually giving up. Oddly enough, the
device then returns an Invalid Command status for the _next_ command,
which is an innocuous TEST-UNIT-READY. I don't understand that.
Anyway, the SCSI layer recognizes that something is wrong. But for some
unknown reason it goes right back to the beginning of the probe sequence,
starting with another TEST-UNIT-READY, READ-CAPACITY, and moving on.
Naturally enough, when it reaches the MODE-SENSE(10) again the same
problem reoccurs. Patrick, do you know why the sd initialization code is
doing this?
Even the successful logfile had an odd feature. The sd driver knew enough
to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
(or rather, failed cleanly enough) for things to progress okay. Patrick,
can you explain that too?
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 22:28 ` Alan Stern
@ 2003-10-28 22:54 ` Pat LaVarre
2003-10-29 14:49 ` Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-28 22:54 UTC (permalink / raw)
To: stern; +Cc: ronald, patmans, linux-scsi, usb-storage
> Pat, I think maybe you're misunderstanding the reason behind this thread.
> The device in question wasn't failing the MODE-SENSE(10) for page x08
> (determine cache-type); it was failing the MODE-SENSE(10) for page x3F
> (where only the first 4 bytes are read to determine write-enable).
That much I knew, thanks for finding the time to nak me.
> The code that does this is in
> drivers/scsi/sd.c:sd_read_write_protect_flag().
Great link, thanks. There now in -test9 I think I see:
We guess writable if need be, but we prefer to settle for:
sdkp->write_prot = ((data.device_specific & 0x80) != 0);
after the first command that works in the sequence:
sd_do_mode_sense(..., 0x3F, ..., 4, ...);
sd_do_mode_sense(..., 0, buffer, 4, ...);
sd_do_mode_sense(..., 0x3F, buffer, 255, ...);
I mean to suggest, ahead of these more creative (i.e. less friendly)
alternatives, in order to fetch that bit of header, we try a command
that more closely resembles the commands of the Talk Like Windows set,
e.g.:
sd_do_mode_sense(..., 0x08, ..., 4, ...);
I'm pleased to think I see sd.c sd_do_mode_sense via scsi_lib.c
__scsi_mode_sense will round up our header-only length of 4 to 8 when
using op x5A MODE_SENSE_10 rather than op x1A MODE_SENSE.
Furthermore, I believe we'd work better still if we fit our first try
completely into the Talk Like Windows command set. My first glance at
__scsi_mode_sense says we don't reliably produce completely equivalent
op x5A MODE_SENSE_10 vs. op x1A MODE_SENSE. This behaviour I recognise
from other hosts.
Me, I think the equivalent mode sense near here are:
-y "1A 00:08:00 18 00" -i x18 // x18 = 4 header + 8 block desc + xC page
-y "5A 00 08:00:00:00 00 00:1C 00" -i x1C // x1C = 8 header + ...
But I think if we try:
sd_do_mode_sense(..., 0x08, ..., 0x18, ...);
instead we get the inconsistent pair:
-y "1A 00:08:00 18 00" -i x18
-y "5A 00 08:00:00:00 00 00:18 00" -i x18 // four short of x1C wanted
And I think if we try:
sd_do_mode_sense(..., 0x08, ..., 0x1C, ...);
instead we get the inconsistent pair:
-y "1A 00:08:00 1C 00" -i x1C // four beyond of x18 wanted
-y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
> ...
Am I yet more clear than mud?
Thank you for your patience.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 22:49 ` Alan Stern
@ 2003-10-28 23:37 ` Pat LaVarre
2003-10-29 1:51 ` Patrick Mansfield
1 sibling, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-28 23:37 UTC (permalink / raw)
To: stern; +Cc: ronald, patmans, linux-scsi, usb-storage
> Even the successful logfile had an odd feature. The sd driver knew enough
> to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
> went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
> (or rather, failed cleanly enough) for things to progress okay. Patrick,
> can you explain that too?
I'll leave Patrick M to teach us how sd gets around to trying page 8.
But perhaps I can here now reemphasise helpfully:
I take seeing SBC/MMC page x08 Cacheing work when SPC x3F All Pages
breaks as yet more evidence that what Windows tries first is a mode
sense for page x08, never a mode sense for page x3F.
If we hold the choice of page constant, with usb-storage, I would be
surprised to see op x1A MODE_SENSE work when op x5A MODE_SENSE_10 did
not, because aften I hear people suggesting usb-storage leans, like the
Windows Atapi driver does, more towards MMC (which prefers op x5A) and
away from SBC (which began with op x1A).
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 22:49 ` Alan Stern
2003-10-28 23:37 ` Pat LaVarre
@ 2003-10-29 1:51 ` Patrick Mansfield
2003-10-29 2:16 ` Ronald Kuetemeier
` (2 more replies)
1 sibling, 3 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 1:51 UTC (permalink / raw)
To: Alan Stern; +Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, Oct 28, 2003 at 05:49:48PM -0500, Alan Stern wrote:
> All right. The logs make it clear.
Not quite clear for me yet :-/
> Your device doesn't like the MODE-SENSE(10) for page 3F. But instead of
> reporting a normal error code, it tries to send an overlong packet (i.e.,
> longer than the host asked for). Of course this is an error, and the SCSI
> code retries several times, eventually giving up. Oddly enough, the
> device then returns an Invalid Command status for the _next_ command,
> which is an innocuous TEST-UNIT-READY. I don't understand that.
> Anyway, the SCSI layer recognizes that something is wrong. But for some
> unknown reason it goes right back to the beginning of the probe sequence,
> starting with another TEST-UNIT-READY, READ-CAPACITY, and moving on.
> Naturally enough, when it reaches the MODE-SENSE(10) again the same
> problem reoccurs. Patrick, do you know why the sd initialization code is
> doing this?
It does not go back to the probe (scsi scan or sd_probe code), sd_open for
removable media can call sd_revalidate_disk. sd_revalidate_disk is also
called via sd_probe.
The partition check code in register_disk opens the block device once (can
anyone verify that?) calling sd_open. But it almost looks like we have
multiple sd_open calls - given the multiple TEST UNIT READY's READ
CAPACITY, and MODE SENSE calls.
I think the sdev->changed is getting set, causing the read command
(sd_init_command fails) to fail.
I'll look more tomorrow. If anyone figures out or knows the sdev->changed
code please post.
> Even the successful logfile had an odd feature. The sd driver knew enough
> to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
> went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
> (or rather, failed cleanly enough) for things to progress okay. Patrick,
> can you explain that too?
The scsi_dev_flags overrides the host adapter setting, and we did not tell
it to skip page 8. Since it worked it does not matter, but we could have
used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
0x4000):
echo "model:vendor:0x6000" > /proc/scsi/device_info
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 1:51 ` Patrick Mansfield
@ 2003-10-29 2:16 ` Ronald Kuetemeier
2003-10-29 7:27 ` Patrick Mansfield
2003-10-29 7:21 ` Patrick Mansfield
2003-10-29 15:09 ` Alan Stern
2 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-29 2:16 UTC (permalink / raw)
To: Patrick Mansfield; +Cc: Alan Stern, SCSI development list, USB Storage List
> > Even the successful logfile had an odd feature. The sd driver knew enough
> > to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
> > went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
> > (or rather, failed cleanly enough) for things to progress okay. Patrick,
> > can you explain that too?
>
> The scsi_dev_flags overrides the host adapter setting, and we did not tell
> it to skip page 8. Since it worked it does not matter, but we could have
> used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
> 0x4000):
Patrick,
isn't BLIST_MS_SKIP_PAGE_08 always turned "on"?
>From drivers/usb/storage/scsiglue.c
/* modify scsi_device bits on probe */
.flags = (BLIST_MS_SKIP_PAGE_08 | BLIST_USE_10_BYTE_MS),
that's why I put the BLIST_MS_SKIP_PAGE_3F there at the beginning, to
test if it's really a 3F problem, seemed like the place put it.
BTW, if you need a call tree,I most certainly can cook up some code next
week to generate one.
Ronald
>
> echo "model:vendor:0x6000" > /proc/scsi/device_info
>
> -- Patrick Mansfield
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 1:51 ` Patrick Mansfield
2003-10-29 2:16 ` Ronald Kuetemeier
@ 2003-10-29 7:21 ` Patrick Mansfield
2003-10-29 15:16 ` Alan Stern
2003-10-29 15:09 ` Alan Stern
2 siblings, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 7:21 UTC (permalink / raw)
To: Alan Stern; +Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, Oct 28, 2003 at 05:51:57PM -0800, Patrick Mansfield wrote:
> On Tue, Oct 28, 2003 at 05:49:48PM -0500, Alan Stern wrote:
> > Your device doesn't like the MODE-SENSE(10) for page 3F. But instead of
> > reporting a normal error code, it tries to send an overlong packet (i.e.,
> > longer than the host asked for). Of course this is an error, and the SCSI
> > code retries several times, eventually giving up. Oddly enough, the
> > device then returns an Invalid Command status for the _next_ command,
> > which is an innocuous TEST-UNIT-READY. I don't understand that.
> I think the sdev->changed is getting set, causing the read command
> (sd_init_command fails) to fail.
>
> I'll look more tomorrow. If anyone figures out or knows the sdev->changed
> code please post.
If we get ILLEGAL REQUEST for the TEST UNIT READY via scsi_ioctl in the
sd_media_changed, the sdev->changed will be set. So that explains the
failure of the sd_init_command (on READ), given the the TEST UNIT READY is
getting one (Invalid Command status).
So (still) why the odd result of the TEST UNIT READY?
And why so many apparent open's?
If USB code is OK, and we can't detect and fix anything in USB, one patch
(hack) might be to treat an ILLEGAL REQUEST with TEST UNIT READY as a
retry case in scsi_decide_disposition, since that is generally impossible.
-- Patrick Mansfield
~
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 2:16 ` Ronald Kuetemeier
@ 2003-10-29 7:27 ` Patrick Mansfield
0 siblings, 0 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 7:27 UTC (permalink / raw)
To: Ronald Kuetemeier; +Cc: Alan Stern, SCSI development list, USB Storage List
On Tue, Oct 28, 2003 at 07:16:21PM -0700, Ronald Kuetemeier wrote:
> > The scsi_dev_flags overrides the host adapter setting, and we did not tell
> > it to skip page 8. Since it worked it does not matter, but we could have
> > used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
> > 0x4000):
> Patrick,
> isn't BLIST_MS_SKIP_PAGE_08 always turned "on"?
No, see scsi_devinfo.c scsi_get_device_flags, it can override the
shost->flags value. So if wanted we could set it to zero via
/proc/scsi/device_info or scsi_dev_flags.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-28 22:54 ` Pat LaVarre
@ 2003-10-29 14:49 ` Alan Stern
2003-10-29 15:43 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-29 14:49 UTC (permalink / raw)
To: Pat LaVarre; +Cc: ronald, patmans, linux-scsi, usb-storage
On 28 Oct 2003, Pat LaVarre wrote:
> There now in -test9 I think I see:
>
> We guess writable if need be, but we prefer to settle for:
>
> sdkp->write_prot = ((data.device_specific & 0x80) != 0);
>
> after the first command that works in the sequence:
>
> sd_do_mode_sense(..., 0x3F, ..., 4, ...);
> sd_do_mode_sense(..., 0, buffer, 4, ...);
> sd_do_mode_sense(..., 0x3F, buffer, 255, ...);
>
> I mean to suggest, ahead of these more creative (i.e. less friendly)
> alternatives, in order to fetch that bit of header, we try a command
> that more closely resembles the commands of the Talk Like Windows set,
> e.g.:
>
> sd_do_mode_sense(..., 0x08, ..., 4, ...);
There's an excellent reason for _not_ doing this, at least as far as
usb-storage is concerned. Namely, many USB Mass Storage devices die when
they receive MODE-SENSE(10) for page x08 but handle page x3F perfectly
well. Ronald's device is a rather unusual exception.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 1:51 ` Patrick Mansfield
2003-10-29 2:16 ` Ronald Kuetemeier
2003-10-29 7:21 ` Patrick Mansfield
@ 2003-10-29 15:09 ` Alan Stern
2003-10-29 15:53 ` Ronald Kuetemeier
2 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-29 15:09 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Patrick Mansfield wrote:
> On Tue, Oct 28, 2003 at 05:49:48PM -0500, Alan Stern wrote:
>
> > Your device doesn't like the MODE-SENSE(10) for page 3F. But instead of
> > reporting a normal error code, it tries to send an overlong packet (i.e.,
> > longer than the host asked for). Of course this is an error, and the SCSI
> > code retries several times, eventually giving up. Oddly enough, the
> > device then returns an Invalid Command status for the _next_ command,
> > which is an innocuous TEST-UNIT-READY. I don't understand that.
>
> > Anyway, the SCSI layer recognizes that something is wrong. But for some
> > unknown reason it goes right back to the beginning of the probe sequence,
> > starting with another TEST-UNIT-READY, READ-CAPACITY, and moving on.
> > Naturally enough, when it reaches the MODE-SENSE(10) again the same
> > problem reoccurs. Patrick, do you know why the sd initialization code is
> > doing this?
>
> It does not go back to the probe (scsi scan or sd_probe code), sd_open for
> removable media can call sd_revalidate_disk. sd_revalidate_disk is also
> called via sd_probe.
Okay, thanks for clearing that up.
> The partition check code in register_disk opens the block device once (can
> anyone verify that?) calling sd_open. But it almost looks like we have
> multiple sd_open calls - given the multiple TEST UNIT READY's READ
> CAPACITY, and MODE SENSE calls.
>
> I think the sdev->changed is getting set, causing the read command
> (sd_init_command fails) to fail.
>
> I'll look more tomorrow. If anyone figures out or knows the sdev->changed
> code please post.
>
> > Even the successful logfile had an odd feature. The sd driver knew enough
> > to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
> > went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
> > (or rather, failed cleanly enough) for things to progress okay. Patrick,
> > can you explain that too?
>
> The scsi_dev_flags overrides the host adapter setting, and we did not tell
> it to skip page 8. Since it worked it does not matter, but we could have
> used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
> 0x4000):
>
> echo "model:vendor:0x6000" > /proc/scsi/device_info
I don't get it. The log shows there was no MODE-SENSE(10) issued for page
8, but the MODE-SENSE(6) was issued at exactly the corresponding place.
This indicates that the sdev->use_10_for_ms flag wasn't set. Why not? I
thought it was always set initially and cleared only if the 10-byte
command provokes an error.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 7:21 ` Patrick Mansfield
@ 2003-10-29 15:16 ` Alan Stern
2003-10-29 16:04 ` Ronald Kuetemeier
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-29 15:16 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Ronald Kuetemeier, SCSI development list, USB Storage List
On Tue, 28 Oct 2003, Patrick Mansfield wrote:
> On Tue, Oct 28, 2003 at 05:51:57PM -0800, Patrick Mansfield wrote:
>
> > I think the sdev->changed is getting set, causing the read command
> > (sd_init_command fails) to fail.
> >
> > I'll look more tomorrow. If anyone figures out or knows the sdev->changed
> > code please post.
>
> If we get ILLEGAL REQUEST for the TEST UNIT READY via scsi_ioctl in the
> sd_media_changed, the sdev->changed will be set. So that explains the
> failure of the sd_init_command (on READ), given the the TEST UNIT READY is
> getting one (Invalid Command status).
>
> So (still) why the odd result of the TEST UNIT READY?
I believe that's a quirk of the device, perhaps related to the problem
that caused it to mess up the MODE-SENSE(10) for page 3F. Apparently it
isn't clearing the sense information when it receives the TEST-UNIT-READY
command. Or maybe it isn't understanding that command at all and is
really replying with the sense data for the previous MODE-SENSE(10). This
device uses the CB transport protocol, which is extremely nonrobust as
regards delimiting commands and matching commands with status.
Anyway, as we saw in the successful log this problem goes away when we
don't ask for page 3F.
> And why so many apparent open's?
>
> If USB code is OK, and we can't detect and fix anything in USB, one patch
> (hack) might be to treat an ILLEGAL REQUEST with TEST UNIT READY as a
> retry case in scsi_decide_disposition, since that is generally impossible.
That sounds like a reasonable thing to add in.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 14:49 ` Alan Stern
@ 2003-10-29 15:43 ` Pat LaVarre
0 siblings, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-29 15:43 UTC (permalink / raw)
To: stern; +Cc: ronald, patmans, linux-scsi, usb-storage
> > There now in -test9 I think I see: ...
> > We guess writable if need be, but we prefer to settle for: ...
> > sdkp->write_prot = ((data.device_specific & 0x80) != 0); ...
> > after the first command that works in the sequence: ...
> > sd_do_mode_sense(..., 0x3F, ..., 4, ...);
> > sd_do_mode_sense(..., 0, buffer, 4, ...);
> > sd_do_mode_sense(..., 0x3F, buffer, 255, ...);
> >
> > I mean to suggest, ... more closely ... Talk Like Windows ...
> > e.g.: ...
> > sd_do_mode_sense(..., 0x08, ..., 4, ...);
>
> There's an excellent reason for _not_ doing this, at least as far as
> usb-storage is concerned. Namely, many USB Mass Storage devices die when
> they receive MODE-SENSE(10) for page x08 but handle page x3F perfectly
> well. Ronald's device is a rather unusual exception.
Do these devices die for all lengths of op x5A MODE_SENSE_10 of page
x08, or only for the rude, header-only, 4 or 8 byte length that we get
by default if we patch drivers/scsi/ minimally?
That is, do these devices die only when assaulted by:
sd_do_mode_sense(..., 0x08, ..., 4, ...);
in place of the more Windows-like:
sd_do_mode_sense(..., 0x08, ..., 0x1C, ...); // if x5A MODE_SENSE_10
sd_do_mode_sense(..., 0x08, ..., 0x18, ...); // if x1A MODE_SENSE
?
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 15:09 ` Alan Stern
@ 2003-10-29 15:53 ` Ronald Kuetemeier
2003-10-29 16:30 ` Patrick Mansfield
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-29 15:53 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
On Wed, 2003-10-29 at 08:09, Alan Stern wrote:
> On Tue, 28 Oct 2003, Patrick Mansfield wrote:
>
> > On Tue, Oct 28, 2003 at 05:49:48PM -0500, Alan Stern wrote:
> >
> > > Your device doesn't like the MODE-SENSE(10) for page 3F. But instead of
> > > reporting a normal error code, it tries to send an overlong packet (i.e.,
> > > longer than the host asked for). Of course this is an error, and the SCSI
> > > code retries several times, eventually giving up. Oddly enough, the
> > > device then returns an Invalid Command status for the _next_ command,
> > > which is an innocuous TEST-UNIT-READY. I don't understand that.
> >
> > > Anyway, the SCSI layer recognizes that something is wrong. But for some
> > > unknown reason it goes right back to the beginning of the probe sequence,
> > > starting with another TEST-UNIT-READY, READ-CAPACITY, and moving on.
> > > Naturally enough, when it reaches the MODE-SENSE(10) again the same
> > > problem reoccurs. Patrick, do you know why the sd initialization code is
> > > doing this?
> >
> > It does not go back to the probe (scsi scan or sd_probe code), sd_open for
> > removable media can call sd_revalidate_disk. sd_revalidate_disk is also
> > called via sd_probe.
>
> Okay, thanks for clearing that up.
>
> > The partition check code in register_disk opens the block device once (can
> > anyone verify that?) calling sd_open. But it almost looks like we have
> > multiple sd_open calls - given the multiple TEST UNIT READY's READ
> > CAPACITY, and MODE SENSE calls.
> >
> > I think the sdev->changed is getting set, causing the read command
> > (sd_init_command fails) to fail.
> >
> > I'll look more tomorrow. If anyone figures out or knows the sdev->changed
> > code please post.
> >
> > > Even the successful logfile had an odd feature. The sd driver knew enough
> > > to skip both the page 3F and the page 8 MODE-SENSE(10) calls. But then it
> > > went ahead and issued MODE-SENSE(6) for page 8! Fortunately this worked
> > > (or rather, failed cleanly enough) for things to progress okay. Patrick,
> > > can you explain that too?
> >
> > The scsi_dev_flags overrides the host adapter setting, and we did not tell
> > it to skip page 8. Since it worked it does not matter, but we could have
> > used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
> > 0x4000):
> >
> > echo "model:vendor:0x6000" > /proc/scsi/device_info
>
> I don't get it. The log shows there was no MODE-SENSE(10) issued for page
> 8, but the MODE-SENSE(6) was issued at exactly the corresponding place.
> This indicates that the sdev->use_10_for_ms flag wasn't set. Why not? I
> thought it was always set initially and cleared only if the 10-byte
> command provokes an error.
>
Alan, Patrick
this is what I was trying to say, the flag is on by default, see
scsiglue.c. Ok I used the word always, my wrong. I meant default and yes
I believe it can be overwritten but isn't in the current (test-9) case.
In other words sd.c sees that flag and skips to the end of
sd_read_cache_type
if (sdkp->device->skip_ms_page_8)
goto defaults;
/* cautiously ask */
res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
Ok first coffee, hope it's clearer now what I meant. But maybe I'm still
way of.
Ronald
> Alan Stern
>
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 15:16 ` Alan Stern
@ 2003-10-29 16:04 ` Ronald Kuetemeier
0 siblings, 0 replies; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-29 16:04 UTC (permalink / raw)
To: Alan Stern; +Cc: Patrick Mansfield, SCSI development list, USB Storage List
Just thought about it,
how about I change scsiglue.c to exclude the flag and run a sequence of
test.
1st. no flags comment out (08) scsiglue.c (different error, I know that
from experience)
2nd. set flag to 08; 0x2000
3rd. set flag to 08 && 3f; 0x6000 ( which should work)
I could also run a test with only 3f (0x4000), but believe it will die
on the 08 test before even getting to the 3f test. But can be wrong on
this.
If you need these runs let me know.
Ronald
On Wed, 2003-10-29 at 08:16, Alan Stern wrote:
> On Tue, 28 Oct 2003, Patrick Mansfield wrote:
>
> > On Tue, Oct 28, 2003 at 05:51:57PM -0800, Patrick Mansfield wrote:
> >
> > > I think the sdev->changed is getting set, causing the read command
> > > (sd_init_command fails) to fail.
> > >
> > > I'll look more tomorrow. If anyone figures out or knows the sdev->changed
> > > code please post.
> >
> > If we get ILLEGAL REQUEST for the TEST UNIT READY via scsi_ioctl in the
> > sd_media_changed, the sdev->changed will be set. So that explains the
> > failure of the sd_init_command (on READ), given the the TEST UNIT READY is
> > getting one (Invalid Command status).
> >
> > So (still) why the odd result of the TEST UNIT READY?
>
> I believe that's a quirk of the device, perhaps related to the problem
> that caused it to mess up the MODE-SENSE(10) for page 3F. Apparently it
> isn't clearing the sense information when it receives the TEST-UNIT-READY
> command. Or maybe it isn't understanding that command at all and is
> really replying with the sense data for the previous MODE-SENSE(10). This
> device uses the CB transport protocol, which is extremely nonrobust as
> regards delimiting commands and matching commands with status.
>
> Anyway, as we saw in the successful log this problem goes away when we
> don't ask for page 3F.
>
> > And why so many apparent open's?
> >
> > If USB code is OK, and we can't detect and fix anything in USB, one patch
> > (hack) might be to treat an ILLEGAL REQUEST with TEST UNIT READY as a
> > retry case in scsi_decide_disposition, since that is generally impossible.
>
> That sounds like a reasonable thing to add in.
>
> Alan Stern
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [usb-storage] Re: [PATCH] SCSI: limit mode sense usage
2003-10-29 15:53 ` Ronald Kuetemeier
@ 2003-10-29 16:30 ` Patrick Mansfield
0 siblings, 0 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 16:30 UTC (permalink / raw)
To: Ronald Kuetemeier; +Cc: Alan Stern, SCSI development list, USB Storage List
On Wed, Oct 29, 2003 at 08:53:54AM -0700, Ronald Kuetemeier wrote:
> On Wed, 2003-10-29 at 08:09, Alan Stern wrote:
> > On Tue, 28 Oct 2003, Patrick Mansfield wrote:
> > > The scsi_dev_flags overrides the host adapter setting, and we did not tell
> > > it to skip page 8. Since it worked it does not matter, but we could have
> > > used (given BLIST_MS_SKIP_PAGE_08 is 0x2000 and BLIST_MS_SKIP_PAGE_3F is
> > > 0x4000):
> > >
> > > echo "model:vendor:0x6000" > /proc/scsi/device_info
> >
> > I don't get it. The log shows there was no MODE-SENSE(10) issued for page
> > 8, but the MODE-SENSE(6) was issued at exactly the corresponding place.
> > This indicates that the sdev->use_10_for_ms flag wasn't set. Why not? I
> > thought it was always set initially and cleared only if the 10-byte
> > command provokes an error.
> Alan, Patrick
> this is what I was trying to say, the flag is on by default, see
> scsiglue.c. Ok I used the word always, my wrong. I meant default and yes
> I believe it can be overwritten but isn't in the current (test-9) case.
> In other words sd.c sees that flag and skips to the end of
> sd_read_cache_type
>
> if (sdkp->device->skip_ms_page_8)
> goto defaults;
>
> /* cautiously ask */
> res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
And the setting of skip_ms_page_8 via the USB shost->flags was overwritten
via your use of /proc/scsi/device_info, not via any default code or values
in the kernel.
If we wanted to use MODE SENSE 10 first, no mode sense page 8, and no mode
sense page 0x3f, we want 0x2000 | 0x4000 | 0x8000 = 0xe000:
echo "model:vendor:0xe000" > /proc/scsi/device_info
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-28 15:42 ` Ronald Kuetemeier
@ 2003-10-29 16:46 ` Patrick Mansfield
2003-10-29 17:53 ` Ronald Kuetemeier
0 siblings, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 16:46 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Alan Stern, SCSI development list, USB Storage List,
James Bottomley
Ronald can you test this out, and send usb storage logs?
For your device I assume we will now send a MODE SENSE page 0x0 that will
get a bogus ILLEGAL REQUEST, but then the following MODE SENSE page 0x3f
with a longer length might work.
I test booted, but do not have any removable media or USB storage
attached.
----------------
Only the scsi status byte is being checked for all callers of
scsi_status_is_good. This means non-scsi errors are treated as no error at
all without this fix.
diff -uprN -X /home/patman/dontdiff bl-25/include/scsi/scsi.h status-fix-bl-2.5/include/scsi/scsi.h
--- bl-25/include/scsi/scsi.h Mon Sep 29 12:21:10 2003
+++ status-fix-bl-2.5/include/scsi/scsi.h Wed Oct 29 07:19:56 2003
@@ -126,6 +126,8 @@ extern const unsigned char scsi_command_
*/
static inline int scsi_status_is_good(int status)
{
+ if (status & 0xffffff00)
+ return 0;
/*
* FIXME: bit0 is listed as reserved in SCSI-2, but is
* significant in SCSI-3. For now, we follow the SCSI-2
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-29 16:46 ` [PATCH/RFT] check non-scsi part of status in scsi_status_is_good Patrick Mansfield
@ 2003-10-29 17:53 ` Ronald Kuetemeier
2003-10-29 23:16 ` Patrick Mansfield
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-29 17:53 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Alan Stern, SCSI development list, USB Storage List,
James Bottomley
[-- Attachment #1: Type: text/plain, Size: 1509 bytes --]
Patrick,
here is the test (didn't work).
BTW, your scsi.h is different from the test-9 file, I had to patch by
hand.
My steps.
1st. apply the patch (compile ...)
reboot, no 3f flag
attach camera
try to mount
file: err-pat-scsi.h_messages.txt
2nd. just in case
reboot,
echo "Sony:Sony DSC:0x4000" > /proc/scsi/device_info
mount
file: succ-reboot-3f_messages.txt
Ronald
On Wed, 2003-10-29 at 09:46, Patrick Mansfield wrote:
> Ronald can you test this out, and send usb storage logs?
>
> For your device I assume we will now send a MODE SENSE page 0x0 that will
> get a bogus ILLEGAL REQUEST, but then the following MODE SENSE page 0x3f
> with a longer length might work.
>
> I test booted, but do not have any removable media or USB storage
> attached.
>
> ----------------
>
> Only the scsi status byte is being checked for all callers of
> scsi_status_is_good. This means non-scsi errors are treated as no error at
> all without this fix.
>
> diff -uprN -X /home/patman/dontdiff bl-25/include/scsi/scsi.h status-fix-bl-2.5/include/scsi/scsi.h
> --- bl-25/include/scsi/scsi.h Mon Sep 29 12:21:10 2003
> +++ status-fix-bl-2.5/include/scsi/scsi.h Wed Oct 29 07:19:56 2003
> @@ -126,6 +126,8 @@ extern const unsigned char scsi_command_
> */
> static inline int scsi_status_is_good(int status)
> {
> + if (status & 0xffffff00)
> + return 0;
> /*
> * FIXME: bit0 is listed as reserved in SCSI-2, but is
> * significant in SCSI-3. For now, we follow the SCSI-2
>
> -- Patrick Mansfield
>
[-- Attachment #2: err-pat-scsi.h_messages.txt --]
[-- Type: text/plain, Size: 18558 bytes --]
Oct 29 10:09:52 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: wakeup_hc
Oct 29 10:09:52 ronald kernel: hub 1-0:1.0: port 2, status 101, change 1, 12 Mb/s
Oct 29 10:09:52 ronald kernel: hub 1-0:1.0: debounce: port 2: delay 100ms stable 4 status 0x101
Oct 29 10:09:52 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 29 10:09:52 ronald kernel: usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
Oct 29 10:09:52 ronald kernel: drivers/usb/core/message.c: USB device number 2 default language ID 0x409
Oct 29 10:09:52 ronald kernel: usb 1-2: Product: Sony DSC
Oct 29 10:09:52 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 29 10:09:52 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 29 10:09:52 ronald kernel: usb 1-2: registering 1-2:1.0 (config #1, interface 0)
Oct 29 10:09:52 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 29 10:09:52 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface
Oct 29 10:09:52 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface - got id
Oct 29 10:09:52 ronald kernel: usb-storage: USB Mass Storage device detected
Oct 29 10:09:52 ronald kernel: usb-storage: act_altsetting is 0, id_index is 23
Oct 29 10:09:52 ronald kernel: usb-storage: -- associate_dev
Oct 29 10:09:52 ronald kernel: usb-storage: Vendor: Sony
Oct 29 10:09:52 ronald kernel: usb-storage: Product: DSC-S30/S70/S75/505V/F505/F707/F717/P8
Oct 29 10:09:52 ronald kernel: usb-storage: Transport: Control/Bulk
Oct 29 10:09:52 ronald kernel: usb-storage: Protocol: Transparent SCSI
Oct 29 10:09:52 ronald kernel: usb-storage: Endpoints: In: 0xcfb88874 Out: 0xcfb88860 Int: 0xcfb88888 (Period 255)
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:52 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 29 10:09:52 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:52 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
Oct 29 10:09:52 ronald kernel: usb-storage: 12 00 00 00 24 00
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 36/36
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:09:52 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:09:52 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:09:52 ronald kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
Oct 29 10:09:52 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:52 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 29 10:09:52 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 29 10:09:52 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:52 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 29 10:09:52 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:09:52 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:09:52 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:09:52 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:52 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:52 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 29 10:09:52 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:09:52 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:09:52 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:09:52 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:09:52 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:52 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 29 10:09:52 ronald kernel: sda: assuming read_Write 1 0
Oct 29 10:09:52 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:52 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:52 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:52 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:52 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:52 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:52 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:52 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:52 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 29 10:09:52 ronald kernel: usb-storage: -- babble
Oct 29 10:09:52 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 29 10:09:52 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:09:53 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:09:53 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:53 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:53 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 29 10:09:53 ronald kernel: usb-storage: -- babble
Oct 29 10:09:53 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 29 10:09:53 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:09:53 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:09:53 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:53 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:53 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 29 10:09:53 ronald kernel: usb-storage: -- babble
Oct 29 10:09:53 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 29 10:09:53 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:09:53 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:09:53 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:53 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:53 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 29 10:09:53 ronald kernel: usb-storage: -- babble
Oct 29 10:09:53 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 29 10:09:53 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:09:53 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:09:53 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:53 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 3f 00 00 00 00 00 08 00
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:09:53 ronald kernel: usb-storage: Status code -75; transferred 8/8
Oct 29 10:09:53 ronald kernel: usb-storage: -- babble
Oct 29 10:09:53 ronald kernel: usb-storage: CB data stage result is 0x3
Oct 29 10:09:53 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:09:53 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:09:53 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:09:53 ronald kernel: usb-storage: queuecommand called
Oct 29 10:09:53 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 00 00 00 00 00 00 08 00
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:10:22 ronald kernel: usb-storage: command_abort called
Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_stop_transport called
Oct 29 10:10:22 ronald kernel: usb-storage: -- cancelling URB
Oct 29 10:10:22 ronald kernel: usb-storage: Status code -104; transferred 0/8
Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer cancelled
Oct 29 10:10:22 ronald kernel: usb-storage: CB data stage result is 0x4
Oct 29 10:10:22 ronald kernel: usb-storage: -- command was aborted
Oct 29 10:10:22 ronald kernel: usb-storage: scsi command aborted
Oct 29 10:10:22 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:10:22 ronald kernel: usb-storage: queuecommand called
Oct 29 10:10:22 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:10:22 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 29 10:10:22 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:10:22 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:10:22 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:10:32 ronald kernel: usb-storage: command_abort called
Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_stop_transport called
Oct 29 10:10:32 ronald kernel: usb-storage: -- cancelling URB
Oct 29 10:10:32 ronald kernel: usb-storage: Status code -104; transferred 0/18
Oct 29 10:10:32 ronald kernel: usb-storage: -- transfer cancelled
Oct 29 10:10:32 ronald kernel: usb-storage: CB data stage result is 0x4
Oct 29 10:10:32 ronald kernel: usb-storage: -- auto-sense aborted
Oct 29 10:10:32 ronald kernel: usb-storage: scsi command aborted
Oct 29 10:10:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:10:32 ronald kernel: usb-storage: device_reset called
Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 29 10:10:32 ronald kernel: usb-storage: Soft reset failed: -32
Oct 29 10:10:32 ronald kernel: usb-storage: bus_reset called
[-- Attachment #3: succ-reboot-3f_messages.txt --]
[-- Type: text/plain, Size: 74402 bytes --]
Oct 29 10:24:05 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: wakeup_hc
Oct 29 10:24:05 ronald kernel: hub 1-0:1.0: debounce: port 2: delay 100ms stable 4 status 0x101
Oct 29 10:24:05 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 29 10:24:05 ronald kernel: usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
Oct 29 10:24:05 ronald kernel: drivers/usb/core/message.c: USB device number 2 default language ID 0x409
Oct 29 10:24:05 ronald kernel: usb 1-2: Product: Sony DSC
Oct 29 10:24:05 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 29 10:24:05 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 29 10:24:05 ronald kernel: usb 1-2: registering 1-2:1.0 (config #1, interface 0)
Oct 29 10:24:05 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 29 10:24:05 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface
Oct 29 10:24:05 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface - got id
Oct 29 10:24:05 ronald kernel: usb-storage: USB Mass Storage device detected
Oct 29 10:24:05 ronald kernel: usb-storage: act_altsetting is 0, id_index is 23
Oct 29 10:24:05 ronald kernel: usb-storage: -- associate_dev
Oct 29 10:24:05 ronald kernel: usb-storage: Vendor: Sony
Oct 29 10:24:05 ronald kernel: usb-storage: Product: DSC-S30/S70/S75/505V/F505/F707/F717/P8
Oct 29 10:24:05 ronald kernel: usb-storage: Transport: Control/Bulk
Oct 29 10:24:05 ronald kernel: usb-storage: Protocol: Transparent SCSI
Oct 29 10:24:05 ronald kernel: usb-storage: Endpoints: In: 0xcfda83f4 Out: 0xcfda83e0 Int: 0xcfda8408 (Period 255)
Oct 29 10:24:05 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:05 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 29 10:24:05 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:05 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:05 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 12 00 00 00 24 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 36/36
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 29 10:24:06 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 29 10:24:06 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 29 10:24:06 ronald kernel: sda: assuming read_Write 0 1
Oct 29 10:24:06 ronald kernel: sda: assuming Write Enabled
Oct 29 10:24:06 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command MODE_SENSE (6 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 1a 00 08 00 04 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code -32; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- stall on control pipe
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 2
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: -- transport indicates command failure
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x24, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: sda: cache data unavailable
Oct 29 10:24:06 ronald kernel: sda: assuming drive cache: write through
Oct 29 10:24:06 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 1e 00 00 00 01 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code -32; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- stall on control pipe
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 2
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: -- transport indicates command failure
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x5, ASC: 0x20, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x2
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: sda:<7>usb-storage: queuecommand called
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:06 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:06 ronald kernel: usb-storage: 28 00 00 00 00 00 00 00 08 00
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 4096/4096
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:06 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:06 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:06 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:06 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:06 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:06 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:06 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:06 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:06 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:06 ronald kernel: sda1
Oct 29 10:24:06 ronald kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 29 10:24:06 ronald kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (1:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (2:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (3:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (4:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (5:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (6:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:07 ronald kernel: usb-storage: Bad target number (7:0)
Oct 29 10:24:07 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 29 10:24:07 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:07 ronald kernel: WARNING: USB Mass Storage data integrity not assured
Oct 29 10:24:07 ronald kernel: USB Mass Storage device found at 2
Oct 29 10:24:42 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:42 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:42 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 29 10:24:42 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:42 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:42 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:42 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:42 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:42 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:42 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:42 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:42 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:42 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:42 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:42 ronald kernel: usb-storage: 28 00 00 00 00 13 00 00 01 00
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:42 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:42 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:42 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:42 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:42 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:42 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:42 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:42 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:42 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:42 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:42 ronald kernel: usb-storage: 28 00 00 00 00 14 00 00 01 00
Oct 29 10:24:42 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:42 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:42 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:42 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 28 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:43 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 29 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:43 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 2a 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:43 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 2b 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:43 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 2c 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:43 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:43 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:43 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:43 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:43 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:43 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:43 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:43 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:43 ronald kernel: usb-storage: 28 00 00 00 00 2d 00 00 01 00
Oct 29 10:24:43 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:43 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:43 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 2e 00 00 01 00
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 2f 00 00 01 00
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 30 00 00 01 00
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 31 00 00 01 00
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 32 00 00 01 00
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:44 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:44 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:44 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:44 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:44 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:44 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:44 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:44 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:44 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:44 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:44 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:44 ronald kernel: usb-storage: 28 00 00 00 00 33 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 34 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 35 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 36 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 37 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 38 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:45 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:45 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:45 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:45 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:45 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:45 ronald kernel: usb-storage: 28 00 00 00 00 39 00 00 01 00
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:45 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:45 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:45 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:45 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:45 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:45 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:46 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:46 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:46 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:46 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:46 ronald kernel: usb-storage: 28 00 00 00 00 3a 00 00 01 00
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:46 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:46 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:46 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:46 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:46 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:46 ronald kernel: usb-storage: 28 00 00 00 00 3b 00 00 01 00
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:46 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:46 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:46 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:46 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:46 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:46 ronald kernel: usb-storage: 28 00 00 00 00 3c 00 00 01 00
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:46 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:46 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:46 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:46 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:46 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:46 ronald kernel: usb-storage: 28 00 00 00 00 3d 00 00 01 00
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:46 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:46 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:46 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:46 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:46 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:46 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:46 ronald kernel: usb-storage: 28 00 00 00 00 3e 00 00 01 00
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:46 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:46 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:46 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:46 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:46 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:46 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:47 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:47 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:47 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:47 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:47 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:47 ronald kernel: usb-storage: *** thread sleeping.
Oct 29 10:24:47 ronald kernel: usb-storage: queuecommand called
Oct 29 10:24:47 ronald kernel: usb-storage: *** thread awakened.
Oct 29 10:24:47 ronald kernel: usb-storage: Command READ_10 (10 bytes)
Oct 29 10:24:47 ronald kernel: usb-storage: 28 00 00 00 00 3f 00 00 01 00
Oct 29 10:24:47 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:47 ronald kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 512 bytes, 1 entries
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 512/512
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:47 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 29 10:24:47 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 29 10:24:47 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 29 10:24:47 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 29 10:24:47 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 29 10:24:47 ronald kernel: usb-storage: -- transfer complete
Oct 29 10:24:47 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 29 10:24:47 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 29 10:24:47 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 29 10:24:47 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 29 10:24:47 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 29 10:24:47 ronald kernel: usb-storage: *** thread sleeping.
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-29 17:53 ` Ronald Kuetemeier
@ 2003-10-29 23:16 ` Patrick Mansfield
2003-10-30 15:11 ` Alan Stern
0 siblings, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-29 23:16 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Alan Stern, SCSI development list, USB Storage List,
James Bottomley
On Wed, Oct 29, 2003 at 10:53:13AM -0700, Ronald Kuetemeier wrote:
> Patrick,
> here is the test (didn't work).
Ugh. It is behaving worse than before.
The patch should be applied, since we are otherwise ignoring non scsi
errors in multiple places.
Before, we ignored the failed MODE SENSE and used whatever data was
returned, and later the TEST UNIT READY failed.
With the patch, the MODE SENSE page 3f len 4 fails, so we try a MODE SENSE
page 0 len 4 and it hangs. The error handling should complete and allow us
to continue (though it would probably just resend the failed command 4
more times, and you'd have to wait 150 seconds), and then try the MODE
SENSE page 3f len 255.
If the first MODE SENSE were 10 bytes your device would probably work OK,
but per comments in sd.c, we should not increase this.
But, the 2.4 code used only a 255 byte MODE SENSE request.
Any suggestions?
If we can't workaround this by modifying the code (increasing the length,
or somehow workaround this in SCSI or USB code), we are back to black
listing or command filtering.
> BTW, your scsi.h is different from the test-9 file, I had to patch by
> hand.
Sorry the patch was against current bk.
> 1st. apply the patch (compile ...)
> reboot, no 3f flag
> attach camera
> try to mount
> file: err-pat-scsi.h_messages.txt
Alan or USB gurus - is the following what we expect on a timeout?
> Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
> Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 00 00 00 00 00 00 08 00
> Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
> Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
> Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
> Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Looks like the scsi timeout kicks in here, since we waited 30 seconds.
> Oct 29 10:10:22 ronald kernel: usb-storage: command_abort called
> Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_stop_transport called
> Oct 29 10:10:22 ronald kernel: usb-storage: -- cancelling URB
> Oct 29 10:10:22 ronald kernel: usb-storage: Status code -104; transferred 0/8
> Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer cancelled
> Oct 29 10:10:22 ronald kernel: usb-storage: CB data stage result is 0x4
> Oct 29 10:10:22 ronald kernel: usb-storage: -- command was aborted
> Oct 29 10:10:22 ronald kernel: usb-storage: scsi command aborted
> Oct 29 10:10:22 ronald kernel: usb-storage: *** thread sleeping.
> Oct 29 10:10:22 ronald kernel: usb-storage: queuecommand called
> Oct 29 10:10:22 ronald kernel: usb-storage: *** thread awakened.
And then I assume the scsi error handling:
> Oct 29 10:10:22 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
> Oct 29 10:10:22 ronald kernel: usb-storage: 00 00 00 00 00 00
> Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
> Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
> Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
> Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> Oct 29 10:10:22 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
> Oct 29 10:10:22 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
> Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
> Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
> Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
> Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
> Oct 29 10:10:32 ronald kernel: usb-storage: command_abort called
> Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_stop_transport called
> Oct 29 10:10:32 ronald kernel: usb-storage: -- cancelling URB
> Oct 29 10:10:32 ronald kernel: usb-storage: Status code -104; transferred 0/18
> Oct 29 10:10:32 ronald kernel: usb-storage: -- transfer cancelled
> Oct 29 10:10:32 ronald kernel: usb-storage: CB data stage result is 0x4
> Oct 29 10:10:32 ronald kernel: usb-storage: -- auto-sense aborted
> Oct 29 10:10:32 ronald kernel: usb-storage: scsi command aborted
> Oct 29 10:10:32 ronald kernel: usb-storage: *** thread sleeping.
> Oct 29 10:10:32 ronald kernel: usb-storage: device_reset called
> Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_CB_reset called
> Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
> Oct 29 10:10:32 ronald kernel: usb-storage: Soft reset failed: -32
> Oct 29 10:10:32 ronald kernel: usb-storage: bus_reset called
It would be nice if it came back :-(
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-29 23:16 ` Patrick Mansfield
@ 2003-10-30 15:11 ` Alan Stern
2003-10-30 16:35 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-30 15:11 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Ronald Kuetemeier, SCSI development list, USB Storage List,
James Bottomley
On Wed, 29 Oct 2003, Patrick Mansfield wrote:
> Ugh. It is behaving worse than before.
>
> The patch should be applied, since we are otherwise ignoring non scsi
> errors in multiple places.
>
> Before, we ignored the failed MODE SENSE and used whatever data was
> returned, and later the TEST UNIT READY failed.
>
> With the patch, the MODE SENSE page 3f len 4 fails, so we try a MODE SENSE
> page 0 len 4 and it hangs. The error handling should complete and allow us
> to continue (though it would probably just resend the failed command 4
> more times, and you'd have to wait 150 seconds), and then try the MODE
> SENSE page 3f len 255.
>
> If the first MODE SENSE were 10 bytes your device would probably work OK,
> but per comments in sd.c, we should not increase this.
>
> But, the 2.4 code used only a 255 byte MODE SENSE request.
>
> Any suggestions?
>
> If we can't workaround this by modifying the code (increasing the length,
> or somehow workaround this in SCSI or USB code), we are back to black
> listing or command filtering.
IMO, this is exactly the sort of thing that has been causing us so much
pain. Some device doesn't accept the standard commands, dies when it gets
them, and will only work with some idiosyncratic combination of
parameters.
I can't think of any way to deal with this other than special-purpose
per-device code, the simplest of which is blacklisting.
> Alan or USB gurus - is the following what we expect on a timeout?
>
> > Oct 29 10:09:53 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
> > Oct 29 10:09:53 ronald kernel: usb-storage: 5a 00 00 00 00 00 00 00 08 00
> > Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
> > Oct 29 10:09:53 ronald kernel: usb-storage: Status code 0; transferred 10/10
> > Oct 29 10:09:53 ronald kernel: usb-storage: -- transfer complete
> > Oct 29 10:09:53 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> > Oct 29 10:09:53 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
>
> Looks like the scsi timeout kicks in here, since we waited 30 seconds.
>
> > Oct 29 10:10:22 ronald kernel: usb-storage: command_abort called
> > Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_stop_transport called
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- cancelling URB
> > Oct 29 10:10:22 ronald kernel: usb-storage: Status code -104; transferred 0/8
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer cancelled
> > Oct 29 10:10:22 ronald kernel: usb-storage: CB data stage result is 0x4
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- command was aborted
> > Oct 29 10:10:22 ronald kernel: usb-storage: scsi command aborted
> > Oct 29 10:10:22 ronald kernel: usb-storage: *** thread sleeping.
That is precisely what you see when a command times out and is aborted.
> > Oct 29 10:10:22 ronald kernel: usb-storage: queuecommand called
> > Oct 29 10:10:22 ronald kernel: usb-storage: *** thread awakened.
>
> And then I assume the scsi error handling:
Just so.
> > Oct 29 10:10:22 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
> > Oct 29 10:10:22 ronald kernel: usb-storage: 00 00 00 00 00 00
> > Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
> > Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
> > Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
> > Oct 29 10:10:22 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
> > Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
> > Oct 29 10:10:22 ronald kernel: usb-storage: Status code 0; transferred 6/6
> > Oct 29 10:10:22 ronald kernel: usb-storage: -- transfer complete
> > Oct 29 10:10:22 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
> > Oct 29 10:10:22 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
> > Oct 29 10:10:32 ronald kernel: usb-storage: command_abort called
> > Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_stop_transport called
> > Oct 29 10:10:32 ronald kernel: usb-storage: -- cancelling URB
> > Oct 29 10:10:32 ronald kernel: usb-storage: Status code -104; transferred 0/18
> > Oct 29 10:10:32 ronald kernel: usb-storage: -- transfer cancelled
> > Oct 29 10:10:32 ronald kernel: usb-storage: CB data stage result is 0x4
> > Oct 29 10:10:32 ronald kernel: usb-storage: -- auto-sense aborted
> > Oct 29 10:10:32 ronald kernel: usb-storage: scsi command aborted
> > Oct 29 10:10:32 ronald kernel: usb-storage: *** thread sleeping.
TEST-UNIT-READY timed out...
> > Oct 29 10:10:32 ronald kernel: usb-storage: device_reset called
> > Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_CB_reset called
> > Oct 29 10:10:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
> > Oct 29 10:10:32 ronald kernel: usb-storage: Soft reset failed: -32
> > Oct 29 10:10:32 ronald kernel: usb-storage: bus_reset called
>
> It would be nice if it came back :-(
Yes it would. The USB bus_reset code is still not up to snuff and won't
get there until after 2.6.0-final. However that may not matter; I've seen
USB devices that aren't revived even by a proper bus reset. You actually
have to disconnect them from the USB bus or powercycle them.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-30 15:11 ` Alan Stern
@ 2003-10-30 16:35 ` Pat LaVarre
2003-10-30 17:18 ` Patrick Mansfield
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 16:35 UTC (permalink / raw)
To: stern; +Cc: patmans, ronald, linux-scsi, usb-storage, james.bottomley
> > With the patch, the MODE SENSE page 3f len 4 fails, so we try a MODE SENSE
> > page 0 len 4 and it hangs ...
> > If the first MODE SENSE were 10 bytes your device would probably work OK,
> > but per comments in sd.c, we should not increase this.
> >
> > But, the 2.4 code used only a 255 byte MODE SENSE request. ...
>
> IMO, this is exactly the sort of thing that has been causing us so much
> pain. Some device doesn't accept the standard commands, dies when it gets
> them, and will only work with some idiosyncratic combination of
> parameters.
>
> I can't think of any way to deal with this other than special-purpose
> per-device code, the simplest of which is blacklisting.
Not idiosyncratic, if in fact -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
does work.
If that test works, then instead here we have a quiet unwitting
insistence that all hosts fit within the narrow, massively-distributed,
binary-code-only Windows redefinition of SCSI, as opposed to the dreamy
fiction published at t10.org and elsewhere.
I feel sympathy for the device because from 1994 to 1999 for pay I wrote
device firmware. I never wrote anything this broken only because I
wrote my own tests to step outside of what Windows tries. Because I was
writing my own tests in confidence, I did ship misinterpretations where
my initial understanding of the merely English specifications differed
from what turned out to be the more broadly accepted understanding.
As far as I know, all the companies who have tried to write such tests
for pay have gone out of business after a few years.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-30 16:35 ` Pat LaVarre
@ 2003-10-30 17:18 ` Patrick Mansfield
2003-10-30 17:38 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-30 17:18 UTC (permalink / raw)
To: Pat LaVarre; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
On Thu, Oct 30, 2003 at 09:35:31AM -0700, Pat LaVarre wrote:
> Not idiosyncratic, if in fact -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
> does work.
OK, I finally get it after re-reading your other posts.
Where the heck does that "-y / -i" syntax come from?
Per your other post, in short change to use MODE SENSE page 8 all the
time, even to get the write protect bit, and in addition use size 1c for
10 byte mode sense, and size 0x18 for the 6 byte variant.
If we had a full set of borken devices or testers, we could make the
change and know that it is well tested post 2.6.0.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] check non-scsi part of status in scsi_status_is_good
2003-10-30 17:18 ` Patrick Mansfield
@ 2003-10-30 17:38 ` Pat LaVarre
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 17:38 UTC (permalink / raw)
To: patmans; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
> Per your other post, in short change to use MODE SENSE page 8 all the
> time, even to get the write protect bit, and in addition use size 1c for
> 10 byte mode sense, and size 0x18 for the 6 byte variant.
Yes.
I mean to ask: does that alternative does more accurately emulate
Windows talk, and does that alternative therefore interoperate better.
> If we had a full set of borken devices or testers, we could make the
> change and know that it is well tested post 2.6.0.
Yes.
Me personally, I'm working remotely here, secondhand thru others.
I have not yet plugged any device of my own into sd.c that does not
work. Bugs happen to me too, but I haven't yet suffered any bugs that
large.
I'm reasoning only from the email I see near here from other folk. In
particular, the fsg usb gadget folk (led by Alan S I think) have lately
been teaching Linux to talk the device-side of SCSI over USB. I think
they have been reporting Windows tries mode sense of page x08 for header
plus optional block descriptor plus whole page. Somehow the fsg usb
gadget decides to cut that data short, perhaps by omitting the optional
block descriptor recommended by SPC but forbidden by MMC.
> > Not idiosyncratic, if in fact -y "5A 00 08:00:00:00 00 00:1C 00" -i x1C
> > does work.
>
> OK, I finally get it after re-reading your other posts.
Sorry I was unclear.
> Where the heck does that "-y / -i" syntax come from?
A pet obsession of mine is how sd, sr, ide-cd, cdrom, etc. all say much
the same thing in ways that are only just barely binary incompatible.
http://members.aol.com/plscsi/
tries to resolve this at the command line with syntax like:
-x "5A 00 08:00:00:00 00 00:1C 00" -i x1C
http://members.aol.com/plscsi/tools/gccscsi/
tries to resolve this at the command line with syntax like:
-i x1C -y "5A 00 08:00:00:00 00 00:1C 00"
The gccscsi syntax has the virtue of corresponding directly with
compilable, yet concise (cryptic?), C code:
i(0x1C); y("5A 00 08:00:00:00 00 00:1C 00");
All those syntaxes have the advantage of appearing as plain hex, without
the noise of decimal and English, in particular without any bias in
favour of sd English or sr English or ide-cd English or cdrom English or
spc English or mmc English or ....
Work progresses, volunteers welcome.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* [PATCH/RFT] mode sense madness always use page 8
2003-10-30 17:38 ` Pat LaVarre
@ 2003-10-30 18:05 ` Patrick Mansfield
2003-10-30 18:14 ` Ronald Kuetemeier
` (3 more replies)
0 siblings, 4 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-30 18:05 UTC (permalink / raw)
To: Pat LaVarre; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
Here's a patch, per Pat Lavarre's suggestion, this can't go in without
others verifying and testing it, and without input or comment from others
(at least James).
Again no USB testing here, tested on 2 sets of SPI attached disks, and 2
sets of FCP attached disks. It really needs testing on removable media to
actually hit the write protect check.
Ronald does this work for you?
------
Use MODE SENSE page 8 whether asking for write protect information or
cache type. Always use the exact size of the expected result.
diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/scsi_lib.c use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c
--- bl-25/drivers/scsi/scsi_lib.c Mon Sep 29 12:21:09 2003
+++ use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c Thu Oct 30 09:23:19 2003
@@ -1377,6 +1377,11 @@ __scsi_mode_sense(struct scsi_request *s
if (use_10_for_ms) {
if (len < 8)
len = 8;
+ else if (len > 28)
+ /*
+ * 20 bytes + 8 byte header
+ */
+ len = 28;
cmd[0] = MODE_SENSE_10;
cmd[8] = len;
@@ -1384,6 +1389,11 @@ __scsi_mode_sense(struct scsi_request *s
} else {
if (len < 4)
len = 4;
+ else if (len > 24)
+ /*
+ * 20 bytes + 4 byte header
+ */
+ len = 24;
cmd[0] = MODE_SENSE;
cmd[4] = len;
diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/sd.c use_page8_always-bl-2.5/drivers/scsi/sd.c
--- bl-25/drivers/scsi/sd.c Mon Oct 27 14:28:18 2003
+++ use_page8_always-bl-2.5/drivers/scsi/sd.c Thu Oct 30 09:35:53 2003
@@ -1085,8 +1085,10 @@ sd_do_mode_sense(struct scsi_request *SR
*/
static void
sd_read_write_protect_flag(struct scsi_disk *sdkp, char *diskname,
- struct scsi_request *SRpnt, unsigned char *buffer) {
+ struct scsi_request *SRpnt, unsigned char *buffer)
+{
int res;
+ int len;
struct scsi_mode_data data;
if (sdkp->device->skip_ms_page_3f) {
@@ -1094,26 +1096,16 @@ sd_read_write_protect_flag(struct scsi_d
return;
}
- /*
- * First attempt: ask for all pages (0x3F), but only 4 bytes.
- * We have to start carefully: some devices hang if we ask
- * for more than is available.
- */
- res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 4, &data);
-
- /*
- * Second attempt: ask for page 0
- * When only page 0 is implemented, a request for page 3F may return
- * Sense Key 5: Illegal Request, Sense Code 24: Invalid field in CDB.
- */
- if (!scsi_status_is_good(res))
- res = sd_do_mode_sense(SRpnt, 0, 0, buffer, 4, &data);
-
- /*
- * Third attempt: ask 255 bytes, as we did earlier.
- */
- if (!scsi_status_is_good(res))
- res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 255, &data);
+ if (sdkp->device->use_10_for_ms)
+ /*
+ * __mode_sense auto-retries with a size of 24 if it
+ * switches to a 6 byte command.
+ */
+ len = 28; /* 20 + 8 byte header */
+ else
+ len = 24; /* 20 + 4 byte header */
+
+ res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
if (!scsi_status_is_good(res)) {
printk(KERN_WARNING
@@ -1130,42 +1122,36 @@ sd_read_write_protect_flag(struct scsi_d
/*
* sd_read_cache_type - called only from sd_revalidate_disk()
* called with buffer of length 512
+ *
+ * XXX Combine this with sd_read_write_protect_flag, so we only get the
+ * page once.
*/
static void
sd_read_cache_type(struct scsi_disk *sdkp, char *diskname,
- struct scsi_request *SRpnt, unsigned char *buffer) {
+ struct scsi_request *SRpnt, unsigned char *buffer)
+{
int len = 0, res;
-
- const int dbd = 0; /* DBD */
- const int modepage = 0x08; /* current values, cache page */
struct scsi_mode_data data;
- if (sdkp->device->skip_ms_page_8)
- goto defaults;
-
- /* cautiously ask */
- res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
-
- if (!scsi_status_is_good(res))
- goto bad_sense;
+ sdkp->WCE = 0;
+ sdkp->RCD = 0;
- /* that went OK, now ask for the proper length */
- len = data.length;
-
- /*
- * We're only interested in the first three bytes, actually.
- * But the data cache page is defined for the first 20.
- */
- if (len < 3)
- goto bad_sense;
- if (len > 20)
- len = 20;
+ if (sdkp->device->skip_ms_page_8) {
+ printk(KERN_ERR "%s: assuming drive cache: write through\n",
+ diskname);
+ return;
+ }
- /* Take headers and block descriptors into account */
- len += data.header_length + data.block_descriptor_length;
+ if (sdkp->device->use_10_for_ms)
+ /*
+ * __mode_sense auto-retries with a size of 24 if it
+ * switches to a 6 byte command.
+ */
+ len = 28; /* 20 + 8 byte header */
+ else
+ len = 24; /* 20 + 4 byte header */
- /* Get the data */
- res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, len, &data);
+ res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
if (scsi_status_is_good(res)) {
const char *types[] = {
@@ -1185,10 +1171,7 @@ sd_read_cache_type(struct scsi_disk *sdk
diskname, types[ct]);
return;
- }
-
-bad_sense:
- if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
+ } else if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
&& (SRpnt->sr_sense_buffer[2] & 0x0f) == ILLEGAL_REQUEST
/* ASC 0x24 ASCQ 0x00: Invalid field in CDB */
&& SRpnt->sr_sense_buffer[12] == 0x24
@@ -1199,12 +1182,6 @@ bad_sense:
printk(KERN_ERR "%s: asking for cache data failed\n",
diskname);
}
-
-defaults:
- printk(KERN_ERR "%s: assuming drive cache: write through\n",
- diskname);
- sdkp->WCE = 0;
- sdkp->RCD = 0;
}
/**
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
@ 2003-10-30 18:14 ` Ronald Kuetemeier
2003-10-30 18:25 ` Patrick Mansfield
2003-10-30 18:15 ` Pat LaVarre
` (2 subsequent siblings)
3 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-30 18:14 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Pat LaVarre, stern, linux-scsi, usb-storage, james.bottomley
Patrick,
should I leave the prev. scsi.h patch in or take it out before this try?
BTW: I will be off for the rest of the week, but will give you feedback
on this one today ( I hope).
Ronald
On Thu, 2003-10-30 at 11:05, Patrick Mansfield wrote:
> Here's a patch, per Pat Lavarre's suggestion, this can't go in without
> others verifying and testing it, and without input or comment from others
> (at least James).
>
> Again no USB testing here, tested on 2 sets of SPI attached disks, and 2
> sets of FCP attached disks. It really needs testing on removable media to
> actually hit the write protect check.
>
> Ronald does this work for you?
>
> ------
>
> Use MODE SENSE page 8 whether asking for write protect information or
> cache type. Always use the exact size of the expected result.
>
> diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/scsi_lib.c use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c
> --- bl-25/drivers/scsi/scsi_lib.c Mon Sep 29 12:21:09 2003
> +++ use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c Thu Oct 30 09:23:19 2003
> @@ -1377,6 +1377,11 @@ __scsi_mode_sense(struct scsi_request *s
> if (use_10_for_ms) {
> if (len < 8)
> len = 8;
> + else if (len > 28)
> + /*
> + * 20 bytes + 8 byte header
> + */
> + len = 28;
>
> cmd[0] = MODE_SENSE_10;
> cmd[8] = len;
> @@ -1384,6 +1389,11 @@ __scsi_mode_sense(struct scsi_request *s
> } else {
> if (len < 4)
> len = 4;
> + else if (len > 24)
> + /*
> + * 20 bytes + 4 byte header
> + */
> + len = 24;
>
> cmd[0] = MODE_SENSE;
> cmd[4] = len;
> diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/sd.c use_page8_always-bl-2.5/drivers/scsi/sd.c
> --- bl-25/drivers/scsi/sd.c Mon Oct 27 14:28:18 2003
> +++ use_page8_always-bl-2.5/drivers/scsi/sd.c Thu Oct 30 09:35:53 2003
> @@ -1085,8 +1085,10 @@ sd_do_mode_sense(struct scsi_request *SR
> */
> static void
> sd_read_write_protect_flag(struct scsi_disk *sdkp, char *diskname,
> - struct scsi_request *SRpnt, unsigned char *buffer) {
> + struct scsi_request *SRpnt, unsigned char *buffer)
> +{
> int res;
> + int len;
> struct scsi_mode_data data;
>
> if (sdkp->device->skip_ms_page_3f) {
> @@ -1094,26 +1096,16 @@ sd_read_write_protect_flag(struct scsi_d
> return;
> }
>
> - /*
> - * First attempt: ask for all pages (0x3F), but only 4 bytes.
> - * We have to start carefully: some devices hang if we ask
> - * for more than is available.
> - */
> - res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 4, &data);
> -
> - /*
> - * Second attempt: ask for page 0
> - * When only page 0 is implemented, a request for page 3F may return
> - * Sense Key 5: Illegal Request, Sense Code 24: Invalid field in CDB.
> - */
> - if (!scsi_status_is_good(res))
> - res = sd_do_mode_sense(SRpnt, 0, 0, buffer, 4, &data);
> -
> - /*
> - * Third attempt: ask 255 bytes, as we did earlier.
> - */
> - if (!scsi_status_is_good(res))
> - res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 255, &data);
> + if (sdkp->device->use_10_for_ms)
> + /*
> + * __mode_sense auto-retries with a size of 24 if it
> + * switches to a 6 byte command.
> + */
> + len = 28; /* 20 + 8 byte header */
> + else
> + len = 24; /* 20 + 4 byte header */
> +
> + res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
>
> if (!scsi_status_is_good(res)) {
> printk(KERN_WARNING
> @@ -1130,42 +1122,36 @@ sd_read_write_protect_flag(struct scsi_d
> /*
> * sd_read_cache_type - called only from sd_revalidate_disk()
> * called with buffer of length 512
> + *
> + * XXX Combine this with sd_read_write_protect_flag, so we only get the
> + * page once.
> */
> static void
> sd_read_cache_type(struct scsi_disk *sdkp, char *diskname,
> - struct scsi_request *SRpnt, unsigned char *buffer) {
> + struct scsi_request *SRpnt, unsigned char *buffer)
> +{
> int len = 0, res;
> -
> - const int dbd = 0; /* DBD */
> - const int modepage = 0x08; /* current values, cache page */
> struct scsi_mode_data data;
>
> - if (sdkp->device->skip_ms_page_8)
> - goto defaults;
> -
> - /* cautiously ask */
> - res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
> -
> - if (!scsi_status_is_good(res))
> - goto bad_sense;
> + sdkp->WCE = 0;
> + sdkp->RCD = 0;
>
> - /* that went OK, now ask for the proper length */
> - len = data.length;
> -
> - /*
> - * We're only interested in the first three bytes, actually.
> - * But the data cache page is defined for the first 20.
> - */
> - if (len < 3)
> - goto bad_sense;
> - if (len > 20)
> - len = 20;
> + if (sdkp->device->skip_ms_page_8) {
> + printk(KERN_ERR "%s: assuming drive cache: write through\n",
> + diskname);
> + return;
> + }
>
> - /* Take headers and block descriptors into account */
> - len += data.header_length + data.block_descriptor_length;
> + if (sdkp->device->use_10_for_ms)
> + /*
> + * __mode_sense auto-retries with a size of 24 if it
> + * switches to a 6 byte command.
> + */
> + len = 28; /* 20 + 8 byte header */
> + else
> + len = 24; /* 20 + 4 byte header */
>
> - /* Get the data */
> - res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, len, &data);
> + res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
>
> if (scsi_status_is_good(res)) {
> const char *types[] = {
> @@ -1185,10 +1171,7 @@ sd_read_cache_type(struct scsi_disk *sdk
> diskname, types[ct]);
>
> return;
> - }
> -
> -bad_sense:
> - if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
> + } else if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
> && (SRpnt->sr_sense_buffer[2] & 0x0f) == ILLEGAL_REQUEST
> /* ASC 0x24 ASCQ 0x00: Invalid field in CDB */
> && SRpnt->sr_sense_buffer[12] == 0x24
> @@ -1199,12 +1182,6 @@ bad_sense:
> printk(KERN_ERR "%s: asking for cache data failed\n",
> diskname);
> }
> -
> -defaults:
> - printk(KERN_ERR "%s: assuming drive cache: write through\n",
> - diskname);
> - sdkp->WCE = 0;
> - sdkp->RCD = 0;
> }
>
> /**
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
2003-10-30 18:14 ` Ronald Kuetemeier
@ 2003-10-30 18:15 ` Pat LaVarre
2003-10-30 18:56 ` Alan Stern
2003-10-30 19:25 ` Ronald Kuetemeier
3 siblings, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 18:15 UTC (permalink / raw)
To: patmans; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
> Here's a patch, per Pat LaVarre's suggestion,
Wow. Thanks for finding the time to write out that idea you heard in
full.
In my own copious free time, I was hoping to survey uses of scsi_lib.c
__scsi_mode_sense to see if inside drivers/scsi/ we could settle on a
standard way of calculating len.
For example, if we knew that the len passed to __scsi_mode_sense was
calculated for an op x1A MODE_SENSE, then always when we chose to
substitute op x5A MODE_SENSE_10, we always could add four bytes to
account for the eight byte header replacing the four byte header. Or
vice versa.
I'm curious to know if that to-my-eye-cleaner code would produce
precisely the same actual resulting cdb's and expected data lengths as
the patch we now have proposed.
Pat LaVarre
[[[ P.S. I'm almost, but not quite, as lazy as I now appear. In my
newbie ignorance my Linux spontaneously ceased to boot yesterday for
reasons I was unable to fathom. Since then I've been reinstalling from
scratch, and just now I'm lost somewhere in a newbie rpm hell where I
can `make xconfig` 2.4 kernels but not 2.6 kernels. ]]]
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:14 ` Ronald Kuetemeier
@ 2003-10-30 18:25 ` Patrick Mansfield
0 siblings, 0 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-30 18:25 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Pat LaVarre, stern, linux-scsi, usb-storage, james.bottomley
On Thu, Oct 30, 2003 at 11:14:57AM -0700, Ronald Kuetemeier wrote:
> Patrick,
> should I leave the prev. scsi.h patch in or take it out before this try?
> BTW: I will be off for the rest of the week, but will give you feedback
> on this one today ( I hope).
> Ronald
Leave it in, it will hopefully not matter. I ran without it, mainly so I
could trivially get a clean patch, I am not good at managing patch
collections.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
2003-10-30 18:14 ` Ronald Kuetemeier
2003-10-30 18:15 ` Pat LaVarre
@ 2003-10-30 18:56 ` Alan Stern
2003-10-30 19:06 ` Pat LaVarre
2003-10-30 19:26 ` Patrick Mansfield
2003-10-30 19:25 ` Ronald Kuetemeier
3 siblings, 2 replies; 55+ messages in thread
From: Alan Stern @ 2003-10-30 18:56 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Pat LaVarre, ronald, linux-scsi, usb-storage, james.bottomley
On Thu, 30 Oct 2003, Patrick Mansfield wrote:
> Here's a patch, per Pat Lavarre's suggestion, this can't go in without
> others verifying and testing it, and without input or comment from others
> (at least James).
Why bother to test and shorten len in __scsi_mode_sense() if the callers
have already taken care of that? Right now the only users of
__scsi_mode_sense() are the read-write-flag and cache-type routines in
sd.c, and your patch makes them use the values you want for len. If in
the future other routines decide to call __scsi_mode_sense(), they might
not appreciate having len changed out from under them.
> Again no USB testing here, tested on 2 sets of SPI attached disks, and 2
> sets of FCP attached disks. It really needs testing on removable media to
> actually hit the write protect check.
I am very doubtful that this will work, or rather that it will work with
all devices. I've seen _lots_ of reports of USB devices that can't handle
page 8, with all sorts of combinations of values for len attempted.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:56 ` Alan Stern
@ 2003-10-30 19:06 ` Pat LaVarre
2003-10-30 20:00 ` Alan Stern
2003-10-30 19:26 ` Patrick Mansfield
1 sibling, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 19:06 UTC (permalink / raw)
To: stern; +Cc: patmans, ronald, linux-scsi, usb-storage, james.bottomley
> If in the future other routines decide to call __scsi_mode_sense(), they
> might not appreciate having len changed out from under them.
I concur.
I vote we make patch drivers/scsi/ to always calculate the op x5A
MODE_SENSE_10 length in the caller, so that __scsi_mode_sense only ever
reduces len by the 4 missing bytes of header, and never increases the
len.
Also I vote we execute the { memset(buffer, 0, len); } of
__scsi_mode_sense before it reduces len, so that we never introduce
indeterminacy by reducing len.
> I am very doubtful that this will work, or rather that it will work with
> all devices. I've seen _lots_ of reports of USB devices that can't handle
> page 8, with all sorts of combinations of values for len attempted.
Are we confident that back then we tried the Win value for len?
Are we confident the Win value is x1C = header + optional block
descriptor + page?
Win may have logic different than sd for whether to bother trying page
x08. Indeed, Win may often assume writable by default, and wait to go
boom later if a disk turns out to be read-only.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
` (2 preceding siblings ...)
2003-10-30 18:56 ` Alan Stern
@ 2003-10-30 19:25 ` Ronald Kuetemeier
2003-10-30 19:39 ` Pat LaVarre
2003-10-30 21:48 ` Patrick Mansfield
3 siblings, 2 replies; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-30 19:25 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Pat LaVarre, stern, linux-scsi, usb-storage, james.bottomley
[-- Attachment #1: Type: text/plain, Size: 5952 bytes --]
Sorry Patrick,
didn't work.
Applied patch (compile ...)
reboot no 3f
mount camera.
file: err-pat-scsi-1.patch_messages.txt
Ronald
On Thu, 2003-10-30 at 11:05, Patrick Mansfield wrote:
> Here's a patch, per Pat Lavarre's suggestion, this can't go in without
> others verifying and testing it, and without input or comment from others
> (at least James).
>
> Again no USB testing here, tested on 2 sets of SPI attached disks, and 2
> sets of FCP attached disks. It really needs testing on removable media to
> actually hit the write protect check.
>
> Ronald does this work for you?
>
> ------
>
> Use MODE SENSE page 8 whether asking for write protect information or
> cache type. Always use the exact size of the expected result.
>
> diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/scsi_lib.c use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c
> --- bl-25/drivers/scsi/scsi_lib.c Mon Sep 29 12:21:09 2003
> +++ use_page8_always-bl-2.5/drivers/scsi/scsi_lib.c Thu Oct 30 09:23:19 2003
> @@ -1377,6 +1377,11 @@ __scsi_mode_sense(struct scsi_request *s
> if (use_10_for_ms) {
> if (len < 8)
> len = 8;
> + else if (len > 28)
> + /*
> + * 20 bytes + 8 byte header
> + */
> + len = 28;
>
> cmd[0] = MODE_SENSE_10;
> cmd[8] = len;
> @@ -1384,6 +1389,11 @@ __scsi_mode_sense(struct scsi_request *s
> } else {
> if (len < 4)
> len = 4;
> + else if (len > 24)
> + /*
> + * 20 bytes + 4 byte header
> + */
> + len = 24;
>
> cmd[0] = MODE_SENSE;
> cmd[4] = len;
> diff -uprN -X /home/patman/dontdiff bl-25/drivers/scsi/sd.c use_page8_always-bl-2.5/drivers/scsi/sd.c
> --- bl-25/drivers/scsi/sd.c Mon Oct 27 14:28:18 2003
> +++ use_page8_always-bl-2.5/drivers/scsi/sd.c Thu Oct 30 09:35:53 2003
> @@ -1085,8 +1085,10 @@ sd_do_mode_sense(struct scsi_request *SR
> */
> static void
> sd_read_write_protect_flag(struct scsi_disk *sdkp, char *diskname,
> - struct scsi_request *SRpnt, unsigned char *buffer) {
> + struct scsi_request *SRpnt, unsigned char *buffer)
> +{
> int res;
> + int len;
> struct scsi_mode_data data;
>
> if (sdkp->device->skip_ms_page_3f) {
> @@ -1094,26 +1096,16 @@ sd_read_write_protect_flag(struct scsi_d
> return;
> }
>
> - /*
> - * First attempt: ask for all pages (0x3F), but only 4 bytes.
> - * We have to start carefully: some devices hang if we ask
> - * for more than is available.
> - */
> - res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 4, &data);
> -
> - /*
> - * Second attempt: ask for page 0
> - * When only page 0 is implemented, a request for page 3F may return
> - * Sense Key 5: Illegal Request, Sense Code 24: Invalid field in CDB.
> - */
> - if (!scsi_status_is_good(res))
> - res = sd_do_mode_sense(SRpnt, 0, 0, buffer, 4, &data);
> -
> - /*
> - * Third attempt: ask 255 bytes, as we did earlier.
> - */
> - if (!scsi_status_is_good(res))
> - res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 255, &data);
> + if (sdkp->device->use_10_for_ms)
> + /*
> + * __mode_sense auto-retries with a size of 24 if it
> + * switches to a 6 byte command.
> + */
> + len = 28; /* 20 + 8 byte header */
> + else
> + len = 24; /* 20 + 4 byte header */
> +
> + res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
>
> if (!scsi_status_is_good(res)) {
> printk(KERN_WARNING
> @@ -1130,42 +1122,36 @@ sd_read_write_protect_flag(struct scsi_d
> /*
> * sd_read_cache_type - called only from sd_revalidate_disk()
> * called with buffer of length 512
> + *
> + * XXX Combine this with sd_read_write_protect_flag, so we only get the
> + * page once.
> */
> static void
> sd_read_cache_type(struct scsi_disk *sdkp, char *diskname,
> - struct scsi_request *SRpnt, unsigned char *buffer) {
> + struct scsi_request *SRpnt, unsigned char *buffer)
> +{
> int len = 0, res;
> -
> - const int dbd = 0; /* DBD */
> - const int modepage = 0x08; /* current values, cache page */
> struct scsi_mode_data data;
>
> - if (sdkp->device->skip_ms_page_8)
> - goto defaults;
> -
> - /* cautiously ask */
> - res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
> -
> - if (!scsi_status_is_good(res))
> - goto bad_sense;
> + sdkp->WCE = 0;
> + sdkp->RCD = 0;
>
> - /* that went OK, now ask for the proper length */
> - len = data.length;
> -
> - /*
> - * We're only interested in the first three bytes, actually.
> - * But the data cache page is defined for the first 20.
> - */
> - if (len < 3)
> - goto bad_sense;
> - if (len > 20)
> - len = 20;
> + if (sdkp->device->skip_ms_page_8) {
> + printk(KERN_ERR "%s: assuming drive cache: write through\n",
> + diskname);
> + return;
> + }
>
> - /* Take headers and block descriptors into account */
> - len += data.header_length + data.block_descriptor_length;
> + if (sdkp->device->use_10_for_ms)
> + /*
> + * __mode_sense auto-retries with a size of 24 if it
> + * switches to a 6 byte command.
> + */
> + len = 28; /* 20 + 8 byte header */
> + else
> + len = 24; /* 20 + 4 byte header */
>
> - /* Get the data */
> - res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, len, &data);
> + res = sd_do_mode_sense(SRpnt, 0, 8, buffer, len, &data);
>
> if (scsi_status_is_good(res)) {
> const char *types[] = {
> @@ -1185,10 +1171,7 @@ sd_read_cache_type(struct scsi_disk *sdk
> diskname, types[ct]);
>
> return;
> - }
> -
> -bad_sense:
> - if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
> + } else if ((SRpnt->sr_sense_buffer[0] & 0x70) == 0x70
> && (SRpnt->sr_sense_buffer[2] & 0x0f) == ILLEGAL_REQUEST
> /* ASC 0x24 ASCQ 0x00: Invalid field in CDB */
> && SRpnt->sr_sense_buffer[12] == 0x24
> @@ -1199,12 +1182,6 @@ bad_sense:
> printk(KERN_ERR "%s: asking for cache data failed\n",
> diskname);
> }
> -
> -defaults:
> - printk(KERN_ERR "%s: assuming drive cache: write through\n",
> - diskname);
> - sdkp->WCE = 0;
> - sdkp->RCD = 0;
> }
>
> /**
>
[-- Attachment #2: err-pat-scsi-1.patch_messages.txt --]
[-- Type: text/plain, Size: 63691 bytes --]
Oct 30 12:11:00 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: wakeup_hc
Oct 30 12:11:00 ronald kernel: hub 1-0:1.0: port 2, status 101, change 1, 12 Mb/s
Oct 30 12:11:00 ronald kernel: hub 1-0:1.0: debounce: port 2: delay 100ms stable 4 status 0x101
Oct 30 12:11:00 ronald kernel: hub 1-0:1.0: new USB device on port 2, assigned address 2
Oct 30 12:11:00 ronald kernel: usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
Oct 30 12:11:00 ronald kernel: drivers/usb/core/message.c: USB device number 2 default language ID 0x409
Oct 30 12:11:00 ronald kernel: usb 1-2: Product: Sony DSC
Oct 30 12:11:00 ronald kernel: usb 1-2: Manufacturer: Sony
Oct 30 12:11:00 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 30 12:11:00 ronald kernel: usb 1-2: registering 1-2:1.0 (config #1, interface 0)
Oct 30 12:11:00 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 30 12:11:00 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface
Oct 30 12:11:00 ronald kernel: usb-storage 1-2:1.0: usb_probe_interface - got id
Oct 30 12:11:00 ronald kernel: usb-storage: USB Mass Storage device detected
Oct 30 12:11:00 ronald kernel: usb-storage: act_altsetting is 0, id_index is 23
Oct 30 12:11:00 ronald kernel: usb-storage: -- associate_dev
Oct 30 12:11:00 ronald kernel: usb-storage: Vendor: Sony
Oct 30 12:11:00 ronald kernel: usb-storage: Product: DSC-S30/S70/S75/505V/F505/F707/F717/P8
Oct 30 12:11:00 ronald kernel: usb-storage: Transport: Control/Bulk
Oct 30 12:11:00 ronald kernel: usb-storage: Protocol: Transparent SCSI
Oct 30 12:11:00 ronald kernel: usb-storage: Endpoints: In: 0xc64b08f4 Out: 0xc64b08e0 Int: 0xc64b0908 (Period 255)
Oct 30 12:11:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:00 ronald kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Oct 30 12:11:00 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:00 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:00 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
Oct 30 12:11:00 ronald kernel: usb-storage: 12 00 00 00 24 00
Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 30 12:11:00 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 36 bytes
Oct 30 12:11:00 ronald kernel: usb-storage: Status code 0; transferred 36/36
Oct 30 12:11:00 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 30 12:11:00 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 30 12:11:00 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 30 12:11:00 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:00 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 30 12:11:00 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 30 12:11:00 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:00 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 30 12:11:00 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 30 12:11:00 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 30 12:11:00 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 30 12:11:00 ronald kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
Oct 30 12:11:00 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 30 12:11:00 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:00 ronald kernel: Vendor: Sony Model: Sony DSC Rev: 2.10
Oct 30 12:11:00 ronald kernel: Type: Direct-Access ANSI SCSI revision: 02
Oct 30 12:11:00 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:00 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:00 ronald kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Oct 30 12:11:00 ronald kernel: usb-storage: 00 00 00 00 00 00
Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:00 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:01 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 30 12:11:01 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 30 12:11:01 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 30 12:11:01 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 30 12:11:01 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 30 12:11:01 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 30 12:11:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:01 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:01 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:01 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:01 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 8 bytes
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 8/8
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 30 12:11:01 ronald kernel: usb-storage: -- CB transport device requiring auto-sense
Oct 30 12:11:01 ronald kernel: usb-storage: Issuing auto-REQUEST_SENSE
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 6/6
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 18 bytes
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 18/18
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: CB data stage result is 0x0
Oct 30 12:11:01 ronald kernel: usb-storage: -- Result from auto-sense is 0
Oct 30 12:11:01 ronald kernel: usb-storage: -- code: 0x70, key: 0x0, ASC: 0x0, ASCQ: 0x0
Oct 30 12:11:01 ronald kernel: usb-storage: (Unknown Key): (unknown ASC/ASCQ)
Oct 30 12:11:01 ronald kernel: usb-storage: scsi cmd done, result=0x0
Oct 30 12:11:01 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:01 ronald kernel: SCSI device sda: 63424 512-byte hdwr sectors (32 MB)
Oct 30 12:11:01 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:01 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:01 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:01 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:01 ronald kernel: usb-storage: Status code 0; transferred 10/10
Oct 30 12:11:01 ronald kernel: usb-storage: -- transfer complete
Oct 30 12:11:01 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 0
Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 28 bytes
Oct 30 12:11:30 ronald kernel: usb-storage: Status code -84; transferred 0/28
Oct 30 12:11:30 ronald kernel: usb-storage: -- unknown error
Oct 30 12:11:30 ronald kernel: usb-storage: CB data stage result is 0x4
Oct 30 12:11:30 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:30 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:30 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5080)
Oct 30 12:11:30 ronald kernel: 0: [cfde5080] link (0fde50c0) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:30 ronald kernel: 1: [cfde50c0] link (0fde5100) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:30 ronald kernel: 2: [cfde5100] link (0fde5140) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:30 ronald kernel: 3: [cfde5140] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:30 ronald kernel:
Oct 30 12:11:30 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:30 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:30 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:30 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:30 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:30 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:30 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:30 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:30 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:30 ronald kernel: 0: [cfde5040] link (0fde5180) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:30 ronald kernel: 1: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0ab1f4)
Oct 30 12:11:30 ronald kernel: 2: [cfde51c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0ab1fc)
Oct 30 12:11:30 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:30 ronald kernel:
Oct 30 12:11:30 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:30 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:30 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:30 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:30 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:30 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5080)
Oct 30 12:11:30 ronald kernel: 0: [cfde5080] link (0fde50c0) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:30 ronald kernel: 1: [cfde50c0] link (0fde5100) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:30 ronald kernel: 2: [cfde5100] link (0fde5140) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:30 ronald kernel: 3: [cfde5140] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:30 ronald kernel:
Oct 30 12:11:30 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:30 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:30 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:30 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:30 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:30 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:30 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:30 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:30 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:30 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:30 ronald kernel: 0: [cfde5040] link (0fde5180) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0ab1f4)
Oct 30 12:11:31 ronald kernel: 2: [cfde51c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0ab1fc)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5080)
Oct 30 12:11:31 ronald kernel: 0: [cfde5080] link (0fde50c0) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde50c0] link (0fde5100) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5100] link (0fde5140) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde5140] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5180) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=7 D
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:31 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:31 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:31 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:31 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:31 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:31 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:31 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:31 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:31 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:31 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:31 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:31 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:31 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:31 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:31 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:31 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:31 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:31 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:31 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:31 ronald kernel:
Oct 30 12:11:31 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:31 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:31 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:31 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:31 ronald kernel: usb-storage: Command READ_CAPACITY (10 bytes)
Oct 30 12:11:31 ronald kernel: usb-storage: 25 00 00 00 00 00 00 00 00 00
Oct 30 12:11:31 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:31 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: sda : READ CAPACITY failed.
Oct 30 12:11:32 ronald kernel: sda : status=0, message=00, host=7, driver=00
Oct 30 12:11:32 ronald kernel: sda : sense not available.
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (0fde5200) e3 SPD Active Length=0 MaxLen=1 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd3c)
Oct 30 12:11:32 ronald kernel: 3: [cfde5200] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/10
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:32 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:32 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:32 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:32 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:32 ronald kernel: sda: test WP failed, assume Write Enabled
Oct 30 12:11:32 ronald kernel: sda: assuming drive cache: write through
Oct 30 12:11:32 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 30 12:11:32 ronald kernel: Buffer I/O error on device sda, logical block 0
Oct 30 12:11:32 ronald kernel: unable to read partition table
Oct 30 12:11:32 ronald kernel: sda:<3>Buffer I/O error on device sda, logical block 0
Oct 30 12:11:32 ronald kernel: unable to read partition table
Oct 30 12:11:32 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:32 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:32 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 30 12:11:32 ronald kernel: usb-storage: 1e 00 00 00 00 00
Oct 30 12:11:32 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:32 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:32 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:32 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:32 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=5 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:32 ronald kernel: 2: [cfde50c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:32 ronald kernel:
Oct 30 12:11:32 ronald kernel: usb-storage: Status code -110; transferred 0/6
Oct 30 12:11:32 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:32 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:32 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:33 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:33 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:33 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 30 12:11:33 ronald kernel: usb-storage: 1e 00 00 00 00 00
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:33 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=5 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:33 ronald kernel: 2: [cfde50c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Status code -110; transferred 0/6
Oct 30 12:11:33 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:33 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:33 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:33 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:33 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:33 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 30 12:11:33 ronald kernel: usb-storage: 1e 00 00 00 00 00
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:33 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=5 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:33 ronald kernel: 2: [cfde50c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Status code -110; transferred 0/6
Oct 30 12:11:33 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:33 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:33 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:33 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:33 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:33 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 30 12:11:33 ronald kernel: usb-storage: 1e 00 00 00 00 00
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:33 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=5 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:33 ronald kernel: 2: [cfde50c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Status code -110; transferred 0/6
Oct 30 12:11:33 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:33 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:33 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:33 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:33 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:33 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Command ALLOW_MEDIUM_REMOVAL (6 bytes)
Oct 30 12:11:33 ronald kernel: usb-storage: 1e 00 00 00 00 00
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4240] link (0fde41e2) element (0fde5040)
Oct 30 12:11:33 ronald kernel: 0: [cfde5040] link (0fde5080) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5080] link (0fde50c0) e3 SPD Active Length=0 MaxLen=5 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=0f0abd34)
Oct 30 12:11:33 ronald kernel: 2: [cfde50c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Status code -110; transferred 0/6
Oct 30 12:11:33 ronald kernel: usb-storage: -- timeout or NAK
Oct 30 12:11:33 ronald kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 4
Oct 30 12:11:33 ronald kernel: usb-storage: -- transport indicates error, resetting
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_CB_reset called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_control_msg: rq=00 rqtype=21 value=0000 index=00 len=12
Oct 30 12:11:33 ronald kernel: drivers/usb/host/uhci-hcd.c: uhci_result_control() failed with status 440000
Oct 30 12:11:33 ronald kernel: [cfde4270] link (0fde41e2) element (0fde5100)
Oct 30 12:11:33 ronald kernel: 0: [cfde5100] link (0fde5140) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 Dev=2, PID=2d(SETUP) (buf=0fddd020)
Oct 30 12:11:33 ronald kernel: 1: [cfde5140] link (0fde5180) e3 SPD Active Length=0 MaxLen=7 DT1 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4000)
Oct 30 12:11:33 ronald kernel: 2: [cfde5180] link (0fde51c0) e3 SPD Active Length=0 MaxLen=3 DT0 EndPt=0 Dev=2, PID=e1(OUT) (buf=05be4008)
Oct 30 12:11:33 ronald kernel: 3: [cfde51c0] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=2, PID=69(IN) (buf=00000000)
Oct 30 12:11:33 ronald kernel:
Oct 30 12:11:33 ronald kernel: usb-storage: Soft reset failed: -110
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x70000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Oct 30 12:11:33 ronald kernel: Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (1:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (2:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (3:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (4:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (5:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (6:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: usb-storage: queuecommand called
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: Bad target number (7:0)
Oct 30 12:11:33 ronald kernel: usb-storage: scsi cmd done, result=0x40000
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread sleeping.
Oct 30 12:11:33 ronald kernel: WARNING: USB Mass Storage data integrity not assured
Oct 30 12:11:33 ronald kernel: USB Mass Storage device found at 2
Oct 30 12:11:33 ronald kernel: hub 1-0:1.0: port 2, status 100, change 3, 12 Mb/s
Oct 30 12:11:33 ronald kernel: usb 1-2: USB disconnect, address 2
Oct 30 12:11:33 ronald kernel: usb 1-2: usb_disable_device nuking all URBs
Oct 30 12:11:33 ronald kernel: usb 1-2: unregistering interface 1-2:1.0
Oct 30 12:11:33 ronald kernel: usb-storage: storage_disconnect() called
Oct 30 12:11:33 ronald kernel: usb-storage: usb_stor_stop_transport called
Oct 30 12:11:33 ronald kernel: usb-storage: -- dissociate_dev
Oct 30 12:11:33 ronald kernel: usb-storage: -- sending exit command to thread
Oct 30 12:11:33 ronald kernel: usb-storage: *** thread awakened.
Oct 30 12:11:33 ronald kernel: usb-storage: -- exit command received
Oct 30 12:11:33 ronald kernel: usb-storage: -- usb_stor_release_resources finished
Oct 30 12:11:33 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 30 12:11:33 ronald kernel: usb 1-2: unregistering device
Oct 30 12:11:34 ronald kernel: drivers/usb/core/usb.c: usb_hotplug
Oct 30 12:11:34 ronald kernel: hub 1-0:1.0: port 2 enable change, status 100
Oct 30 12:11:34 ronald kernel: drivers/usb/host/uhci-hcd.c: ef80: suspend_hc
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 18:56 ` Alan Stern
2003-10-30 19:06 ` Pat LaVarre
@ 2003-10-30 19:26 ` Patrick Mansfield
2003-10-31 20:38 ` Pat LaVarre
1 sibling, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-30 19:26 UTC (permalink / raw)
To: Alan Stern; +Cc: Pat LaVarre, ronald, linux-scsi, usb-storage, james.bottomley
On Thu, Oct 30, 2003 at 01:56:36PM -0500, Alan Stern wrote:
> Why bother to test and shorten len in __scsi_mode_sense() if the callers
> have already taken care of that? Right now the only users of
> __scsi_mode_sense() are the read-write-flag and cache-type routines in
> sd.c, and your patch makes them use the values you want for len. If in
> the future other routines decide to call __scsi_mode_sense(), they might
> not appreciate having len changed out from under them.
I wanted the auto-retry in __scsi_mode_sense to use the length we would
want if called from sd.c for mode page 8.
But you are right, decreasing the len there is wrong, I can yank that
part.
And per Pat L's comment, should we decrement the len by four if going from
MODE SENSE 10 to MODE SENSE? Or request four more bytes than required?
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 19:25 ` Ronald Kuetemeier
@ 2003-10-30 19:39 ` Pat LaVarre
2003-10-30 21:48 ` Patrick Mansfield
1 sibling, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 19:39 UTC (permalink / raw)
To: ronald; +Cc: patmans, stern, linux-scsi, usb-storage, james.bottomley
> didn't work.
>
> Applied patch (compile ...)
> reboot no 3f
> mount camera.
> file: err-pat-scsi-1.patch_messages.txt
Ouch.
> Oct 30 12:11:00 ronald kernel: usb-storage: Transport: Control/Bulk
> Oct 30 12:11:00 ronald kernel: usb-storage: Protocol: Transparent SCSI
Ouch, I came late to this thread, I hadn't seen this part before. Here
I think we helpfully trace bInterfaceProtocol as "Transport".
Could/should usb-storage blacklist mode page x3F in bInterfaceProtocol
!= x50 BBB?
> Oct 30 12:11:00 ronald kernel: usb-storage: Command INQUIRY (6 bytes)
> Oct 30 12:11:00 ronald kernel: usb-storage: 12 00 00 00 24 00
> Oct 30 12:11:00 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=6
Is this Talk Like Windows?
I thought Talk Like Windows rounded up to cdb length = 12 for
bInterfaceProtocol != x50 BBB?
> Oct 30 12:11:01 ronald kernel: usb-storage: Command MODE_SENSE_10 (10 bytes)
> Oct 30 12:11:01 ronald kernel: usb-storage: 5a 00 08 00 00 00 00 00 1c 00
> Oct 30 12:11:01 ronald kernel: usb-storage: usb_stor_ctrl_transfer: rq=00 rqtype=21 value=0000 index=00 len=10
Same issue, bus traces don't match, right?
Anybody got a bus trace of Windows successfully persuading this device to communicate?
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 19:06 ` Pat LaVarre
@ 2003-10-30 20:00 ` Alan Stern
2003-10-31 20:47 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Alan Stern @ 2003-10-30 20:00 UTC (permalink / raw)
To: Pat LaVarre; +Cc: patmans, ronald, linux-scsi, usb-storage, james.bottomley
On 30 Oct 2003, Pat LaVarre wrote:
> > I am very doubtful that this will work, or rather that it will work with
> > all devices. I've seen _lots_ of reports of USB devices that can't handle
> > page 8, with all sorts of combinations of values for len attempted.
>
> Are we confident that back then we tried the Win value for len?
>
> Are we confident the Win value is x1C = header + optional block
> descriptor + page?
Not at all. You mentioned that it might be because you had seen it in a
trace posted not long ago. But I think that was a trace from a Linux
host, not a Windows host. Anyway, as you can see from Ronald's most
recent test, using that request didn't work with his device.
> Win may have logic different than sd for whether to bother trying page
> x08. Indeed, Win may often assume writable by default, and wait to go
> boom later if a disk turns out to be read-only.
I don't know what Windows does. I've heard rumors that it determines
whether the drive is writable by actually trying to write a block and
checking to see if the write worked.
Alan Stern
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 19:25 ` Ronald Kuetemeier
2003-10-30 19:39 ` Pat LaVarre
@ 2003-10-30 21:48 ` Patrick Mansfield
2003-10-30 21:58 ` Ronald Kuetemeier
1 sibling, 1 reply; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-30 21:48 UTC (permalink / raw)
To: Ronald Kuetemeier
Cc: Pat LaVarre, stern, linux-scsi, usb-storage, james.bottomley
On Thu, Oct 30, 2003 at 12:25:00PM -0700, Ronald Kuetemeier wrote:
> Sorry Patrick,
> didn't work.
>
> Applied patch (compile ...)
> reboot no 3f
> mount camera.
> file: err-pat-scsi-1.patch_messages.txt
> Ronald
Ronald -
Does the camera work OK on 2.4?
Can you hack the base 2.6 so the len is 255, and configure or modify to
that it uses only page 3f so it closely matches what 2.4 sends, and see
what happens?
I don't think I screwed up the write check change, but that is possible.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 21:48 ` Patrick Mansfield
@ 2003-10-30 21:58 ` Ronald Kuetemeier
2003-10-30 23:59 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Ronald Kuetemeier @ 2003-10-30 21:58 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Pat LaVarre, stern, linux-scsi, usb-storage, james.bottomley
On Thu, 2003-10-30 at 14:48, Patrick Mansfield wrote:
> On Thu, Oct 30, 2003 at 12:25:00PM -0700, Ronald Kuetemeier wrote:
> > Sorry Patrick,
> > didn't work.
> >
> > Applied patch (compile ...)
> > reboot no 3f
> > mount camera.
> > file: err-pat-scsi-1.patch_messages.txt
> > Ronald
>
> Ronald -
>
> Does the camera work OK on 2.4?
>
Yeap, no problem.
> Can you hack the base 2.6 so the len is 255, and configure or modify to
> that it uses only page 3f so it closely matches what 2.4 sends, and see
> what happens?
>
Sorry has to wait until next week.
Ronald
> I don't think I screwed up the write check change, but that is possible.
>
> -- Patrick Mansfield
>
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 21:58 ` Ronald Kuetemeier
@ 2003-10-30 23:59 ` Pat LaVarre
2003-10-31 18:16 ` Patrick Mansfield
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-30 23:59 UTC (permalink / raw)
To: patmans; +Cc: ronald, stern, linux-scsi, usb-storage, james.bottomley
> > Can you hack the base 2.6 so the len is 255, and configure or modify to
> > that it uses only page 3f so it closely matches what 2.4 sends, and see
> > what happens?
> >
> Sorry has to wait until next week.
Can we cycle more quickly thru compile-test-edit up in user land, rather
than patching the kernel?
For example, the kernel code:
drivers/scsi/sd.c
... sd_do_mode_sense(SRpnt, 0, 0x08, buffer, 0x1C, &data);
... sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 4, &data);
... sd_do_mode_sense(SRpnt, 0, 0, buffer, 4, &data);
... sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 255, &data);
becomes the bash script:
sudo ./plscsi /dev/sg1 -v -i x1C -x "5A 00 08:00:00:00 00 00:1C 00"
sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 3F:00:00:00 00 00:04 00"
sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 00:00:00:00 00 00:04 00"
sudo ./plscsi /dev/sg1 -v -i xFF -x "5A 00 3F:00:00:00 00 00:FF 00"
after the setup of the tty log below.
I trust this audience already knows we have to be wary of experimenting
near here: by definition this kind of root-privileged user code can
crash kernels (and thus smash hdd) almost as readily as kernel mods.
Also personally I find the source for that plscsi app impenetrably awful
to read.
Pat LaVarre
P.S. If you have sufficiently shy automounting daemon's, to duplicate
these results you may have to skip past such non-repeating errors as:
// x 6 29 sense
// x 6 28 sense
SK 6 = unit attention, ASC x29 = reset, ASC x28 = gone ready. If you
eat an x28 in place of the automounting daemon, some of your system may
neglect to notice you have inserted/ swapped that disk.
//////////////////// tty log of setup
$ mkdir plscsi
$
$ cd plscsi
$
$ wget http://members.aol.com/plscsi/2002/09/22/plscsi.zip
...
16:34:21 (68.48 KB/s) - `plscsi.zip' saved [56729/56729]
$ unzip plscsi.zip
Archive: plscsi.zip
inflating: Makefile
...
inflating: wnaspi32.h
$
$ mv -i Makefile Makefile~
$
$ sed 's/gcc/g++/' Makefile~ >Makefile
$
$ make
g++ -o plscsi -Wall *.c*
$
$ sudo ./plscsi -w
export PLSCSI=/dev/sg0 // @ LITE-ON COMBO LTC-48161H KH0K
export PLSCSI=/dev/sg1 // B IOMEGA ZIP 250 61.T
$
///////////////// tty log of a way for these tests to pass
$ sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 08:00:00:00 00 00:04 00"
x 00000000 5A 00 08:00:00:00 00 00:04 00 .. .. .. .. .. .. "Z@H@@@@@D@"
x 00000000 00:12:00:00 .. .. .. .. .. .. .. .. .. .. .. .. "@R@@"
// 0 = plscsi.main exit int
$
$ sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 3F:00:00:00 00 00:04 00"
x 00000000 5A 00 3F:00:00:00 00 00:04 00 .. .. .. .. .. .. "Z@?@@@@@D@"
x 00000000 00:40:00:00 .. .. .. .. .. .. .. .. .. .. .. .. "@@@@"
// 0 = plscsi.main exit int
$
$ sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 00:00:00:00 00 00:04 00"
x 00000000 5A 00 00:00:00:00 00 00:04 00 .. .. .. .. .. .. "Z@@@@@@@D@"
x 00000000 00:06:00:00 .. .. .. .. .. .. .. .. .. .. .. .. "@F@@"
// 0 = plscsi.main exit int
$
$ sudo ./plscsi /dev/sg1 -v -i xFF -x "5A 00 3F:00:00:00 00 00:FF 00"
x 00000000 5A 00 3F:00:00:00 00 00:FF 00 .. .. .. .. .. .. "Z@?@@@@@?@"
x 00000000 00:40:00:00 00:00:00:00 01:06:C8:64 00:00:00:00 "@@@@@@@@AFHd@@@@"
x 00000010 05:1E:80:00 40:20:02:00 00:00:00:00 00:00:00:00 "E^@@@ B@@@@@@@@@"
x 00000020 00:00:00:00 00:00:00:00 00:00:00:00 0B:7D:00:00 "@@@@@@@@@@@@K}@@"
x 00000030 08:0A:04:00 FF:FF:00:00 FF:FF:FF:FF 2F:04:5C:01 "HJD@??@@????/D\A"
x 00000040 0F:0F:00:00 00:00:00:00 00:00:00:00 00:00:00:00 "OO@@@@@@@@@@@@@@"
x 00000050 00:00:00:00 00:00:00:00 00:00:00:00 00:00:00:00 "@@@@@@@@@@@@@@@@"
...
x 000000E0 00:00:00:00 00:00:00:00 00:00:00:00 00:00:00:00 "@@@@@@@@@@@@@@@@"
x 000000F0 00:00:00:00 00:00:00:00 00:00:00:00 00:00:00 .. "@@@@@@@@@@@@@@@"
// 0 = plscsi.main exit int
$
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 23:59 ` Pat LaVarre
@ 2003-10-31 18:16 ` Patrick Mansfield
2003-10-31 23:11 ` Pat LaVarre
2003-11-06 23:11 ` Douglas Gilbert
0 siblings, 2 replies; 55+ messages in thread
From: Patrick Mansfield @ 2003-10-31 18:16 UTC (permalink / raw)
To: Pat LaVarre; +Cc: ronald, stern, linux-scsi, usb-storage, james.bottomley
On Thu, Oct 30, 2003 at 04:59:45PM -0700, Pat LaVarre wrote:
> Can we cycle more quickly thru compile-test-edit up in user land, rather
> than patching the kernel?
Good idea.
> sudo ./plscsi /dev/sg1 -v -i x1C -x "5A 00 08:00:00:00 00 00:1C 00"
> sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 3F:00:00:00 00 00:04 00"
> sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 00:00:00:00 00 00:04 00"
> sudo ./plscsi /dev/sg1 -v -i xFF -x "5A 00 3F:00:00:00 00 00:FF 00"
Nice. Does sg_utils have an equivalent tool?
You can use /dev/sdN with 2.6.
> Also personally I find the source for that plscsi app impenetrably awful
> to read.
Maybe you can rewrite it in c and get it into sg_utils.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 19:26 ` Patrick Mansfield
@ 2003-10-31 20:38 ` Pat LaVarre
2003-11-03 21:40 ` Pat LaVarre
0 siblings, 1 reply; 55+ messages in thread
From: Pat LaVarre @ 2003-10-31 20:38 UTC (permalink / raw)
To: patmans; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
> > __scsi_mode_sense() ...
> ...
> per Pat L's comment, should we decrement the len by four if going from
> MODE SENSE 10 to MODE SENSE? Or request four more bytes than required?
I've seen no answer here yet, so I figured I'd volunteer a little more
study myself, so now I ask:
Tell me again what we think __scsi_mode_sense does?
Am I correct to guess by intent __scsi_mode_sense does a complete job of
hiding the op x1A MODE_SENSE vs. op x5A MODE_SENSE_10 choice only if the
caller ignores the content of the buffer after the call, choosing
instead to interpret only the struct scsi_mode_data?
Supposing that's correct, then I vote we zero the buffer after copying
its bits into the struct scsi_mode_data.
Meanwhile, from that perspective, we say we bother to pass the dbd,
modepage, len parms into __scsi_mode_sense only to guess at specifically
what combination of sreq->sr_cmnd sr_cmd_len sr_bufflen might work.
Since we offer only one set of guesses, no matter
sreq->sr_device->use_10_for_ms, then yes, we have to reduce our guess by
four if we substitute op x1A MODE_SENSE for op x5A MODE_SENSE_10, else
our guesses are not consistent - not orthogonal vs. use_10_for_ms.
Ouch that doesn't sound like a 2.6.0 change necessary enough to pass
review, does it?
> __scsi_mode_sense() ...
I see { unsigned char cmd[12]; } there. We mean 16, right?
I argue by way of seeing { memcpy(sreq->sr_cmnd, cmnd,
sizeof(sreq->sr_cmnd)); } in scsi_do_req. I conclude we need sizeof
*cmnd to meet or exceed sizeof(sreq->sr_cmnd), thus same for
scsi_wait_req. include/scsi/scsi_request.h tells me that size is
MAX_COMMAND_SIZE, possibly the 16 seen in include/scsi/scsi_cmnd.h.
I guess we're getting away with what we've got because we're mostly
using gcc in places where copying more than exists out of a local
variable picks up some extra stack that has already been allocated,
rather than double-faulting by trying to grow stack while talking scsi
to the paging device.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-30 20:00 ` Alan Stern
@ 2003-10-31 20:47 ` Pat LaVarre
0 siblings, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-31 20:47 UTC (permalink / raw)
To: stern; +Cc: patmans, ronald, linux-scsi, usb-storage, james.bottomley
> > > I am very doubtful that this will work, or rather that it will work with
> > > all devices. I've seen _lots_ of reports of USB devices that can't handle
> > > page 8, with all sorts of combinations of values for len attempted.
> >
> > Are we confident that back then we tried the Win value for len?
> >
> > Are we confident the Win value is x1C = header + optional block
> > descriptor + page?
>
> Not at all. You mentioned that it might be because you had seen it in a
> trace posted not long ago. But I think that was a trace from a Linux
> host, not a Windows host. Anyway, as you can see from Ronald's most
> recent test, using that request didn't work with his device.
I'm still struggling to reconcile your history of pain with mine.
I find this particular statement slightly too broad to include me.
I agree we know Ronald's CB device choked over what we gave it. I don't
yet know if Ronald's device didn't like bits of the CDB, bits of the CDB
length, both, or something else.
> I don't know what Windows does. I've heard rumors that it determines
> whether the drive is writable by actually trying to write a block and
> checking to see if the write worked.
Me too.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-31 18:16 ` Patrick Mansfield
@ 2003-10-31 23:11 ` Pat LaVarre
2003-11-06 23:11 ` Douglas Gilbert
1 sibling, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-10-31 23:11 UTC (permalink / raw)
To: patmans; +Cc: ronald, stern, linux-scsi, usb-storage, james.bottomley
> You can use /dev/sdN with 2.6.
Seemingly I am required to substitute open O_NONBLOCK | O_RDONLY for
what was open O_RDWR e.g. per the patch below.
> > Also personally I find the source for that plscsi app impenetrably
> > awful to read.
>
> Maybe you can rewrite it in c and get it into sg_utils.
Work in progress.
I feel I've thought thru SG_IO from the command line in depth, I think I
can do, I'm happy to detail my incomplete work here if people want to
see it, else I'll [ANNOUNCE] when next I have something running.
> > Can we cycle more quickly thru compile-test-edit up in user land, rather
> > than patching the kernel?
>
> Good idea.
>
> > sudo ./plscsi /dev/sg1 -v -i x1C -x "5A 00 08:00:00:00 00 00:1C 00"
> > sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 3F:00:00:00 00 00:04 00"
> > sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 00:00:00:00 00 00:04 00"
> > sudo ./plscsi /dev/sg1 -v -i xFF -x "5A 00 3F:00:00:00 00 00:FF 00"
>
> Nice.
Thanks for saying.
> Does sg_utils have an equivalent tool?
I believe not yet. I'm pushing forward at:
http://members.aol.com/plscsi/tools/gccscsi/
For example, there the bash-script command line:
sudo ./gss /dev/sg1 -i x1C -y "5A 00 08:00:00:00 00 00:1C 00"
can instead appear in .c as:
i(0x1C); y("5A 00 08:00:00:00 00 00:1C 00");
> ...
EOL = CR LF vs. EOL = LF, trailing blanks, etc. may make the following
patch difficult to apply. But a tty log showing the change to
(O_NONBLOCK | O_RDONLY) from O_RDWR is:
$ uname -msr
Linux 2.6.0-test9 i686
$
$ cp o/sgio.cpp sgio.cpp
$ make
g++ -o plscsi -Wall *.c*
$ sudo ./plscsi /dev/cdrom
// sgioOpen.open: Read-only file system
// plscsi.sclOpenNext: "/dev/cdrom" not opened
// -x0001 = -1 = plscsi.main exit int
$ sudo ./plscsi /dev/sda
// sgioOpen.open: No medium found
// plscsi.sclOpenNext: "/dev/sda" not opened
// -x0001 = -1 = plscsi.main exit int
$
$ cp n/sgio.cpp sgio.cpp
$ make
g++ -o plscsi -Wall *.c*
$ sudo ./plscsi /dev/cdrom
export PLSCSI=/dev/cdrom // @ LITE-ON COMBO LTC-48161H KH0K
$ sudo ./plscsi /dev/sda
export PLSCSI=/dev/sda // B IOMEGA ZIP 250 61.T
$
Pat LaVarre
P.S. The plscsi patch is:
--- o/sgio.cpp 2002-09-21 12:25:18.000000000 -0600
+++ n/sgio.cpp 2003-10-31 15:38:43.000000000 -0700
@@ -116,6 +116,7 @@
sgio->theErrFile = stderr;
sgio->theOpenMode = O_RDWR; /* O_RDONLY often works */
+sgio->theOpenMode = (O_NONBLOCK | O_RDONLY);
sgio->theFileDescriptor = -1;
sgio->theSgVersionNum = 0; /* 0 = unknown */
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-31 20:38 ` Pat LaVarre
@ 2003-11-03 21:40 ` Pat LaVarre
0 siblings, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-11-03 21:40 UTC (permalink / raw)
To: patmans; +Cc: stern, ronald, linux-scsi, usb-storage, james.bottomley
> > per Pat L's comment, should we decrement the
> > len by four if going from MODE SENSE 10 to
> > MODE SENSE? Or request four more bytes than
> > required?
Hang on a minute. I began to write this patch but I stumbled. I now
think I see:
We either need more complex rounding or no rounding at all?
Any votes for no rounding at all?
How about we add a parm to __scsi_mode_sense so that we specify one byte
length for our default of op x5A MODE_SENSE_10 and another length for
the choice of op x1A MODE_SENSE?
I argue as follows:
255 is xFF.
Op x5A MODE_SENSE_10 for xFF bytes makes no sense.
If we want max, then max is xFFFF for op x5A, not xFF as it was for op
x1A MODE_SENSE. If we want as many page bytes as in op x1A MODE_SENSE,
then because the header grew four bytes, x103 gives us that, not xFF.
> Tell me again what we think __scsi_mode_sense does?
Again I am grepping in 2.6.0-test9 drivers/scsi/ and leaping to
conclusions without having injected drive errors and collecting traces.
Into sd_read_cache_type we have coded only the t10 fiction that we can
fetch a header and it encodes the available length of bytes as an
additional length:
const int dbd = 0; ...
const int modepage = 0x08; ...
res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, 4, &data);
res = sd_do_mode_sense(SRpnt, dbd, modepage, buffer, len, &data);
In sd_read_write_protect_flag we try that t10 fiction first for page
x3F, then page x00, then we instead we try xFF, which is max only if the
op happens to be x1A MODE_SENSE and not x5A MODE_SENSE_10:
res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 4, &data);
res = sd_do_mode_sense(SRpnt, 0, 0, buffer, 4, &data);
res = sd_do_mode_sense(SRpnt, 0, 0x3F, buffer, 255, &data);
The op x1A MODE_SENSE interpretations of these appear reasonable:
-i 4 -y "1A 00:08:00 04 00"
-i x$len -y "1A 00:08:00 $len 00"
-i 4 -y "1A 00:3F:00 04 00"
-i 4 -y "1A 00:00:00 04 00"
-i xFF -y "1A 00:3F:00 FF 00"
The translation to op x5A MODE_SENSE appears incomplete:
-i 4 -y "5A 00 08:00:00:00 00 00:04 00"
-i x$hi$lo -y "5A 00 08:00:00:00 00 $hi:$lo 00"
-i 4 -y "5A 00 3F:00:00:00 00 00:04 00"
-i 4 -y "5A 00 00:00:00:00 00 00:04 00"
-i xFF -y "5A 00 3F:00:00:00 00 00:FF 00"
In 2.6.0-test9, we round up 4 to 8, but we do not round up xFF to
xFFFF. If per Alan S' comments we dislike rounding up the allocated len
parm of a buffer parm, we could ask for 8 and xFFFF rather than 4 and
xFF, and round down.
But do we ever want to ask for xFFFF? Why???
Tell me again what we think sd_do_mode_sense does?
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-10-31 18:16 ` Patrick Mansfield
2003-10-31 23:11 ` Pat LaVarre
@ 2003-11-06 23:11 ` Douglas Gilbert
2003-11-07 16:13 ` Pat LaVarre
1 sibling, 1 reply; 55+ messages in thread
From: Douglas Gilbert @ 2003-11-06 23:11 UTC (permalink / raw)
To: Patrick Mansfield
Cc: Pat LaVarre, ronald, stern, linux-scsi, usb-storage,
james.bottomley
Patrick Mansfield wrote:
> On Thu, Oct 30, 2003 at 04:59:45PM -0700, Pat LaVarre wrote:
>
>>Can we cycle more quickly thru compile-test-edit up in user land, rather
>>than patching the kernel?
>
>
> Good idea.
>
>
>>sudo ./plscsi /dev/sg1 -v -i x1C -x "5A 00 08:00:00:00 00 00:1C 00"
>>sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 3F:00:00:00 00 00:04 00"
>>sudo ./plscsi /dev/sg1 -v -i 4 -x "5A 00 00:00:00:00 00 00:04 00"
>>sudo ./plscsi /dev/sg1 -v -i xFF -x "5A 00 3F:00:00:00 00 00:FF 00"
Patrick + Pat,
plscsi is starting to look remarkably like FreeBSD's
camcontrol utility. Perhaps we should be looking at
implementing camcontrol in Linux.
> Nice. Does sg_utils have an equivalent tool?
>
> You can use /dev/sdN with 2.6.
>
>
>>Also personally I find the source for that plscsi app impenetrably awful
>>to read.
>
>
> Maybe you can rewrite it in c and get it into sg_utils.
I have no objection to putting utilities written in
C++ in sg3_utils.
Doug Gilbert
^ permalink raw reply [flat|nested] 55+ messages in thread
* Re: [PATCH/RFT] mode sense madness always use page 8
2003-11-06 23:11 ` Douglas Gilbert
@ 2003-11-07 16:13 ` Pat LaVarre
0 siblings, 0 replies; 55+ messages in thread
From: Pat LaVarre @ 2003-11-07 16:13 UTC (permalink / raw)
To: dougg; +Cc: patmans, ronald, stern, linux-scsi, usb-storage, james.bottomley
Ouch, sorry. Already now I tried splitting off this digression by
changing the Subject line, but I only knew to cc Patrick M, not the
others here:
http://marc.theaimsgroup.com/?l=linux-scsi&m=106816572904919
List: linux-scsi
Subject: sg utils sg_io -i 0x24 -y "12 00:00:00 24 00"
Date: 2003-11-07 0:38:36
I will now forward a copy of that to Doug G - that post includes a
rewrite in what I regard as readable .c of the core of plscsi - and I
will then proceed there to answer the other points I see Doug G now
kindly raises.
> ...
A complete build procedure for the 2002-9-22 plscsi we have appears at:
http://marc.theaimsgroup.com/?l=linux-scsi&m=106755844319144
List: linux-scsi
Subject: Re: [PATCH/RFT] mode sense madness always use page 8
Date: 2003-10-30 23:59:45
So far offline these past couple of weeks the count is Two people
confused by discovering with their Linux they DO NOT have to substitute
g++ for gcc, and One person confused by discovering that with their
Linux they DO have to substitute gcc for g++.
I believe I do understand the root evil at fault, I'll explain that too.
Pat LaVarre
^ permalink raw reply [flat|nested] 55+ messages in thread
end of thread, other threads:[~2003-11-07 16:13 UTC | newest]
Thread overview: 55+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1067293080.1075.8.camel@ronald.kuetemeier.com>
[not found] ` <20031027145531.A2130@beaverton.ibm.com>
2003-10-28 3:51 ` [PATCH] SCSI: limit mode sense usage Ronald Kuetemeier
2003-10-28 15:03 ` [usb-storage] " Alan Stern
2003-10-28 15:16 ` Patrick Mansfield
2003-10-28 15:40 ` Alan Stern
2003-10-28 15:55 ` Ronald Kuetemeier
2003-10-28 16:15 ` Ronald Kuetemeier
2003-10-28 19:17 ` Alan Stern
2003-10-28 19:55 ` Ronald Kuetemeier
2003-10-28 20:29 ` Alan Stern
2003-10-28 21:33 ` Ronald Kuetemeier
2003-10-28 22:49 ` Alan Stern
2003-10-28 23:37 ` Pat LaVarre
2003-10-29 1:51 ` Patrick Mansfield
2003-10-29 2:16 ` Ronald Kuetemeier
2003-10-29 7:27 ` Patrick Mansfield
2003-10-29 7:21 ` Patrick Mansfield
2003-10-29 15:16 ` Alan Stern
2003-10-29 16:04 ` Ronald Kuetemeier
2003-10-29 15:09 ` Alan Stern
2003-10-29 15:53 ` Ronald Kuetemeier
2003-10-29 16:30 ` Patrick Mansfield
2003-10-28 15:42 ` Ronald Kuetemeier
2003-10-29 16:46 ` [PATCH/RFT] check non-scsi part of status in scsi_status_is_good Patrick Mansfield
2003-10-29 17:53 ` Ronald Kuetemeier
2003-10-29 23:16 ` Patrick Mansfield
2003-10-30 15:11 ` Alan Stern
2003-10-30 16:35 ` Pat LaVarre
2003-10-30 17:18 ` Patrick Mansfield
2003-10-30 17:38 ` Pat LaVarre
2003-10-30 18:05 ` [PATCH/RFT] mode sense madness always use page 8 Patrick Mansfield
2003-10-30 18:14 ` Ronald Kuetemeier
2003-10-30 18:25 ` Patrick Mansfield
2003-10-30 18:15 ` Pat LaVarre
2003-10-30 18:56 ` Alan Stern
2003-10-30 19:06 ` Pat LaVarre
2003-10-30 20:00 ` Alan Stern
2003-10-31 20:47 ` Pat LaVarre
2003-10-30 19:26 ` Patrick Mansfield
2003-10-31 20:38 ` Pat LaVarre
2003-11-03 21:40 ` Pat LaVarre
2003-10-30 19:25 ` Ronald Kuetemeier
2003-10-30 19:39 ` Pat LaVarre
2003-10-30 21:48 ` Patrick Mansfield
2003-10-30 21:58 ` Ronald Kuetemeier
2003-10-30 23:59 ` Pat LaVarre
2003-10-31 18:16 ` Patrick Mansfield
2003-10-31 23:11 ` Pat LaVarre
2003-11-06 23:11 ` Douglas Gilbert
2003-11-07 16:13 ` Pat LaVarre
2003-10-28 15:38 ` [PATCH] SCSI: limit mode sense usage Pat LaVarre
2003-10-28 20:56 ` Pat LaVarre
2003-10-28 22:28 ` Alan Stern
2003-10-28 22:54 ` Pat LaVarre
2003-10-29 14:49 ` Alan Stern
2003-10-29 15:43 ` Pat LaVarre
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).