On Fri, Mar 21, 2003 at 05:20:58PM -0700, Pat LaVarre wrote: > > > "usb-storage: > usb_stor_transfer_partial(): xfer 4096 bytes" > > > > > > AIUI this message is logged before any data moves > > > and just indicates how much information is > > > expected. > > > > ... means a request for copying 4096 bytes. After > > the transfer completes a status line is printed > > showing what actually happened. > > Ah, thanks, in the fuller log sent since now I see > such context as: > > usb-storage: Command INQUIRY (6 bytes) > usb-storage: 12 00 00 00 ff 00 00 00 6b 01 00 00 > usb-storage: Bulk command S 0x43425355 T 0x1 Trg 0 LUN 0 L 255 F 128 CL 6 > usb-storage: Bulk command transfer result=0 > usb-storage: usb_stor_transfer_partial(): xfer 255 bytes > usb-storage: usb_stor_bulk_msg() returned -32 xferred 64/255 > > I'm a little surprised. I guess here we're back at a > level of Linux not yet tweaked to talk op x12 like > Windows does? Specifically, here we see > "-x 12 00 00 00 FF 00" -i xFF and not > "-x 12 00 00 00 24 00" -i x24?
Only the new 2.5 series does the talkLikeWindows in this respect. He's got
a 2.4 kernel.
> > > How about sending a read command to an Lba beyond
> > > the capacity?
> >
> > In other words, a command that should fail
> > immediately rather than try to access the media?
> > Interesting thought....
>
> Not just any command that should fail, but a command
> that should fail that the kernel will expect to
> stream blocks quickly, presuming the kernel makes
> such distinctions among commands without regard to
> the parameters of the command.
No such distinction is made, really. If you send the command via SG, you
get to specify the timeout.
> Still I wonder if "CL = 10" means bCWBCBLength in a bus trace.
Yes, it does. CL == "Command Length"
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Da. Am thinkink of carbonated borscht for lonk nights of coding.
-- Pitr
User Friendly, 7/24/1998
pgp00000.pgp
Description: PGP signature
