Re: [PATCH 1/2] scsi: Add scsi_device max_cmd_len (resend)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2006-04-28 at 14:03 -0500, Brian King wrote:
> > Perhaps you could tell me what the actual failure case is?  
> 
> I don't have any data on how ATA/ATAPI devices respond if they receive
> too large of a CDB, but my guess is they probably don't react nicely.
> Today libata uses the hosts's max_cmd_len for some protection against
> this, I was merely trying to continue with a similar level of
> protection in my new usage of libata.

But how would they receive too large a CDB?  This is identical to the
situation today with a legacy SPI drive and a huge array on the same
HBA.  The sd driver is designed to cope with this by not issuing 16 byte
commands until you go over the 32 byte block limit.  This should work
identically for SATA devices, shouldn't it?

James


-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux