From: Patrick Mansfield <patmans@us.ibm.com>
To: Dmitri Katchalov <dmitrik@users.sourceforge.net>
Cc: Alan Stern <stern@rowland.harvard.edu>,
Idan Sofer <idan@idanso.dyndns.org>,
"ronald@kuetemeier.com" <ronald@kuetemeier.com>,
USB development list <linux-usb-devel@lists.sourceforge.net>,
SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: usb-storage and Sony Handycam
Date: Mon, 10 Nov 2003 12:45:19 -0800 [thread overview]
Message-ID: <20031110124519.A24390@beaverton.ibm.com> (raw)
In-Reply-To: <1068367546.3fadfebaf39b5@webmail.netregistry.net>; from dmitrik@users.sourceforge.net on Sun, Nov 09, 2003 at 07:45:46PM +1100
On Sun, Nov 09, 2003 at 07:45:46PM +1100, Dmitri Katchalov wrote:
> [My previous msg didn't make it to the list, resending]
>
> Attached here for your perusal is USB log for this device on win98.
Thanks.
Can someone verify my decoding? (This matches what Dmitri sent earlier
that did not make it to the list, execept it looks like it starts with an
INQUIRY VPD page 0 - get a list of supported VPD pages).
I can't figure out the apparent nonsense returned for INQUIRY VPD page 0.
And the "DIR" output seems odd.
In short:
INQUIRY VPD page 0
INQUIRY length 0x24 (36) bytes
READ CAPACITY
TEST UNIT READY
READ CAPACITY
READ 10
Sure enough no MODE SENSE.
And no WRITE to see if it is write protected.
Any logs for write protected USB media, or for the device with linux 2.4?
A few comments inlined below.
> 1 in down n/a 0.062 GET_DESCRIPTOR_FROM_DEVICE
> URB Header (length: 80)
> SequenceNumber: 1
> Function: 000b (GET_DESCRIPTOR_FROM_DEVICE)
> 1 in up n/a 0.066 CONTROL_TRANSFER 12 01 00 01 00 00 00 08
> 0x00000000
> URB Header (length: 80)
> SequenceNumber: 1
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 80 06 00 01 00 00 12 00
> bmRequestType: 80
> DIR: Device-To-Host
> TYPE: Standard
> RECIPIENT: Device
> bRequest: 06
> GET_DESCRIPTOR
> Descriptor Type: 0x0001
> DEVICE
>
>
> TransferBuffer: 0x00000012 (18) length
> 0000: 12 01 00 01 00 00 00 08 4c 05 2e 00 00 03 01 02
> 0010: 00 01
INQUIRY (0x12) VPD page 0 request.
> bLength : 0x12 (18)
> bDescriptorType : 0x01 (1)
> bcdUSB : 0x0100 (256)
> bDeviceClass : 0x00 (0)
> bDeviceSubClass : 0x00 (0)
> bDeviceProtocol : 0x00 (0)
> bMaxPacketSize0 : 0x08 (8)
> idVendor : 0x054c (1356)
> idProduct : 0x002e (46)
> bcdDevice : 0x0300 (768)
> iManufacturer : 0x01 (1)
> iProduct : 0x02 (2)
> iSerialNumber : 0x00 (0)
> bNumConfigurations : 0x01 (1)
> 2 in down n/a 0.066 GET_DESCRIPTOR_FROM_DEVICE
> URB Header (length: 80)
> SequenceNumber: 2
> Function: 000b (GET_DESCRIPTOR_FROM_DEVICE)
> 2 in up n/a 0.076 CONTROL_TRANSFER 09 02 27 00 01 01 00 40
> 0x00000000
> URB Header (length: 80)
> SequenceNumber: 2
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 80 06 00 02 00 00 09 02
> bmRequestType: 80
> DIR: Device-To-Host
> TYPE: Standard
> RECIPIENT: Device
> bRequest: 06
> GET_DESCRIPTOR
> Descriptor Type: 0x0002
> CONFIGURATION
>
>
> TransferBuffer: 0x00000027 (39) length
> 0000: 09 02 27 00 01 01 00 40 01 09 04 00 00 03 08 ff
> 0010: 01 00 07 05 01 02 40 00 00 07 05 82 02 40 00 00
> 0020: 07 05 83 03 08 00 ff
WTF?
> bLength : 0x09 (9)
> bDescriptorType : 0x02 (2)
> wTotalLength : 0x0027 (39)
> bNumInterfaces : 0x01 (1)
> bConfigurationValue: 0x01 (1)
> iConfiguration : 0x00 (0)
> bmAttributes : 0x40 (64)
> MaxPower : 0x01 (1)
> 3 ??? down n/a 0.076 SELECT_CONFIGURATION
> URB Header (length: 100)
> SequenceNumber: 3
> Function: 0000 (SELECT_CONFIGURATION)
> Configuration Descriptor:
> bLength: 9 (0x09)
> bDescriptorType: 2 (0x02)
> wTotalLength: 39 (0x0027)
> bNumInterfaces: 1 (0x01)
> bConfigurationValue: 1 (0x01)
> iConfiguration: 0 (0x00)
> bmAttributes: 64 (0x40)
> 0x40: Self Powered
> MaxPower: 1 (0x01)
> (in 2 mA units, therefore 2 mA power consumption)
>
> Number of interfaces: 1
> Interface[0]:
> Length: 0x004c
> InterfaceNumber: 0x00
> AlternateSetting: 0x00
> Class = 0x34
> SubClass = 0x6d
> Protocol = 0x37
> InterfaceHandle = 0x00000000
> NumberOfPipes = 0x00000003
> Pipe[0]:
> MaximumPacketSize = 0xaff0
> EndpointAddress = 0x4b
> Interval = 0xc1
> PipeType = 0x00
> UsbdPipeTypeControl
> PipeHandle = 0x0000ce54
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> Pipe[1]:
> MaximumPacketSize = 0x2f68
> EndpointAddress = 0x5b
> Interval = 0xbc
> PipeType = 0x206a2b1b
> !!! INVALID !!!
> PipeHandle = 0x4e4f5300
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> Pipe[2]:
> MaximumPacketSize = 0x000d
> EndpointAddress = 0x00
> Interval = 0x00
> PipeType = 0xc15667d0
> !!! INVALID !!!
> PipeHandle = 0xc1566810
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> 3 ??? up n/a 0.076 SELECT_CONFIGURATION 0x00000000
> URB Header (length: 100)
> SequenceNumber: 3
> Function: 0000 (SELECT_CONFIGURATION)
> Configuration Descriptor:
> bLength: 9 (0x09)
> bDescriptorType: 2 (0x02)
> wTotalLength: 39 (0x0027)
> bNumInterfaces: 1 (0x01)
> bConfigurationValue: 1 (0x01)
> iConfiguration: 0 (0x00)
> bmAttributes: 64 (0x40)
> 0x40: Self Powered
> MaxPower: 1 (0x01)
> (in 2 mA units, therefore 2 mA power consumption)
>
> Number of interfaces: 1
> Interface[0]:
> Length: 0x004c
> InterfaceNumber: 0x00
> AlternateSetting: 0x00
> Class = 0x08
> SubClass = 0xff
> Protocol = 0x01
> InterfaceHandle = 0xc1567700
> NumberOfPipes = 0x00000003
> Pipe[0]:
> MaximumPacketSize = 0x0040
> EndpointAddress = 0x01
> Interval = 0x00
> PipeType = 0x02
> UsbdPipeTypeBulk
> PipeHandle = 0xc1567718
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> Pipe[1]:
> MaximumPacketSize = 0x0040
> EndpointAddress = 0x82
> Interval = 0x00
> PipeType = 0x02
> UsbdPipeTypeBulk
> PipeHandle = 0xc156772c
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> Pipe[2]:
> MaximumPacketSize = 0x0008
> EndpointAddress = 0x83
> Interval = 0xff
> PipeType = 0x03
> UsbdPipeTypeInterrupt
> PipeHandle = 0xc1567740
> MaxTransferSize = 0x00010000
> PipeFlags = 0x00
> 4 out down n/a 3.142 CLASS_INTERFACE 12 00 00 00 24 00 00 00
> URB Header (length: 80)
> SequenceNumber: 4
> Function: 001b (CLASS_INTERFACE)
> PipeHandle: c146f640
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 00 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> TransferBuffer: 0x0000000c (12) length
> 0000: 12 00 00 00 24 00 00 00 00 00 00 00
Standard INQUIRY, 0x24 (36) bytes.
> 4 out up n/a 3.146 CONTROL_TRANSFER - 0x00000000
> URB Header (length: 80)
> SequenceNumber: 4
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> No TransferBuffer
>
> 5 in down 0x82 3.146 BULK_OR_INTERRUPT_TRANSFER -
> URB Header (length: 72)
> SequenceNumber: 5
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> No TransferBuffer
>
> 5 in up 0x82 3.146 BULK_OR_INTERRUPT_TRANSFER 00 80 00 01 1f
> 00 00 00 0x00000000
> URB Header (length: 72)
> SequenceNumber: 5
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> TransferBuffer: 0x00000024 (36) length
> 0000: 00 80 00 01 1f 00 00 00 53 6f 6e 79 20 20 20 20
> 0010: 53 6f 6e 79 20 44 53 43 20 20 20 20 20 20 20 20
> 0020: 33 2e 30 30
INQUIRY reponse
> 6 in down 0x82 3.146 CLASS_INTERFACE 25 00 00 00 00 00 00 00
> URB Header (length: 80)
> SequenceNumber: 6
> Function: 001b (CLASS_INTERFACE)
> PipeHandle: c156772c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> TransferBuffer: 0x0000000c (12) length
> 0000: 25 00 00 00 00 00 00 00 00 00 00 00
READ CAPACITY
> 6 out up n/a 3.152 CONTROL_TRANSFER - 0x00000000
> URB Header (length: 80)
> SequenceNumber: 6
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> No TransferBuffer
>
> 7 in down 0x82 3.152 BULK_OR_INTERRUPT_TRANSFER -
> URB Header (length: 72)
> SequenceNumber: 7
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> No TransferBuffer
>
> 7 in up 0x82 3.156 BULK_OR_INTERRUPT_TRANSFER 00 00 1e df 00
> 00 02 00 0x00000000
> URB Header (length: 72)
> SequenceNumber: 7
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> TransferBuffer: 0x00000008 (8) length
> 0000: 00 00 1e df 00 00 02 00
0x00001edf, 7903 blocks decimal
0x00000200, 512 byte blocks
> 8 in down 0x82 3.166 CLASS_INTERFACE 00 00 00 00 00 00 00 00
> URB Header (length: 80)
> SequenceNumber: 8
> Function: 001b (CLASS_INTERFACE)
> PipeHandle: c156772c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> TransferBuffer: 0x0000000c (12) length
> 0000: 00 00 00 00 00 00 00 00 00 00 00 00
TEST UNIT READY
> 8 out up n/a 3.171 CONTROL_TRANSFER - 0x00000000
> URB Header (length: 80)
> SequenceNumber: 8
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> No TransferBuffer
>
> 9 out down n/a 3.172 CLASS_INTERFACE 25 00 00 00 00 00 00 00
> URB Header (length: 80)
> SequenceNumber: 9
> Function: 001b (CLASS_INTERFACE)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
Nothing back for the TEST UNIT READY?
> TransferBuffer: 0x0000000c (12) length
> 0000: 25 00 00 00 00 00 00 00 00 00 00 00
READ CAPACITY again
> 9 out up n/a 3.176 CONTROL_TRANSFER - 0x00000000
> URB Header (length: 80)
> SequenceNumber: 9
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> No TransferBuffer
>
> 10 in down 0x82 3.181 BULK_OR_INTERRUPT_TRANSFER -
> URB Header (length: 72)
> SequenceNumber: 10
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> No TransferBuffer
>
> 10 in up 0x82 3.182 BULK_OR_INTERRUPT_TRANSFER 00 00 1e df 00
> 00 02 00 0x00000000
> URB Header (length: 72)
> SequenceNumber: 10
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> TransferBuffer: 0x00000008 (8) length
> 0000: 00 00 1e df 00 00 02 00
READ CAPACITY result again
> 11 in down 0x82 3.191 CLASS_INTERFACE 28 00 00 00 00 00 00 00
> URB Header (length: 80)
> SequenceNumber: 11
> Function: 001b (CLASS_INTERFACE)
> PipeHandle: c156772c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> TransferBuffer: 0x0000000c (12) length
> 0000: 28 00 00 00 00 00 00 00 80 00 00 00
READ 10
> 11 out up n/a 3.196 CONTROL_TRANSFER - 0x00000000
> URB Header (length: 80)
> SequenceNumber: 11
> Function: 0008 (CONTROL_TRANSFER)
> PipeHandle: c1565d8c
>
> SetupPacket:
> 0000: 21 00 00 00 00 00 0c 00
> bmRequestType: 21
> DIR: Host-To-Device
> TYPE: Class
> RECIPIENT: Interface
> bRequest: 00
>
>
> No TransferBuffer
>
> 12 in down 0x82 3.201 BULK_OR_INTERRUPT_TRANSFER -
> URB Header (length: 72)
> SequenceNumber: 12
> Function: 0009 (BULK_OR_INTERRUPT_TRANSFER)
> TransferFlags: 0x00000003
>
> No TransferBuffer
-- Patrick Mansfield
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
next prev parent reply other threads:[~2003-11-10 20:45 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1068207145.3fab8c2988d43@webmail.netregistry.net>
2003-11-07 16:21 ` usb-storage and Sony Handycam Alan Stern
2003-11-07 17:29 ` Patrick Mansfield
2003-11-07 19:49 ` Alan Stern
2003-11-08 2:54 ` Dmitri Katchalov
2003-11-08 6:34 ` Patrick Mansfield
2003-11-08 13:29 ` Dmitri Katchalov
2003-11-08 16:28 ` Alan Stern
2003-11-08 20:37 ` Patrick Mansfield
2003-11-09 3:47 ` [linux-usb-devel] " Alan Stern
2003-11-09 8:45 ` Dmitri Katchalov
2003-11-10 20:45 ` Patrick Mansfield [this message]
2003-11-10 17:59 ` Patrick Mansfield
2003-11-10 18:46 ` Alan Stern
2003-11-10 19:04 ` [linux-usb-devel] " Patrick Mansfield
2003-11-10 19:57 ` Alan Stern
2003-11-10 22:46 ` Sancho Dauskardt
2003-11-18 15:20 ` Unaligned scatter-gather buffers and usb-storage Alan Stern
2003-11-18 22:37 ` Patrick Mansfield
2003-11-19 8:47 ` Jens Axboe
2003-11-19 13:01 ` [linux-usb-devel] " Oliver Neukum
2003-11-19 13:04 ` Jens Axboe
2003-11-19 14:37 ` James Bottomley
2003-11-19 14:39 ` Jens Axboe
2003-11-19 14:58 ` James Bottomley
2003-11-19 15:00 ` [linux-usb-devel] " Jens Axboe
2003-11-19 16:56 ` Kai Makisara
2003-11-19 20:19 ` Jens Axboe
2003-11-19 22:06 ` Kai Makisara
2003-11-20 6:53 ` Jens Axboe
2003-11-20 15:20 ` Alan Stern
2003-11-20 15:30 ` Jens Axboe
2003-11-20 16:09 ` Alan Stern
2003-11-20 16:24 ` Jens Axboe
2003-11-20 16:28 ` [linux-usb-devel] " Oliver Neukum
2003-11-20 19:23 ` Kai Makisara
2003-11-20 17:18 ` Kai Makisara
2003-11-20 19:18 ` [linux-usb-devel] " Kai Mäkisara
2003-11-21 18:03 ` PATCH: (as141) " Alan Stern
2003-11-21 20:07 ` Kai Makisara
2003-12-01 1:30 ` Matthew Dharm
2004-01-05 0:41 ` Matthew Dharm
2004-01-05 10:08 ` Jens Axboe
2004-01-05 21:58 ` PATCH: (as141b) " Alan Stern
2004-01-06 11:28 ` Oliver Neukum
2004-01-06 16:10 ` Alan Stern
2004-02-02 15:51 ` James Bottomley
2004-02-03 15:47 ` Alan Stern
2004-02-03 15:55 ` James Bottomley
2004-02-03 16:02 ` Matthew Wilcox
2003-11-19 15:44 ` Alan Stern
2003-11-19 15:49 ` Jens Axboe
2003-11-19 16:58 ` Alan Stern
2003-11-19 17:03 ` Jens Axboe
2003-11-07 22:09 ` usb-storage and Sony Handycam Alan Stern
2003-11-10 22:21 Andries.Brouwer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031110124519.A24390@beaverton.ibm.com \
--to=patmans@us.ibm.com \
--cc=dmitrik@users.sourceforge.net \
--cc=idan@idanso.dyndns.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=ronald@kuetemeier.com \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.