Re: [PATCH] libata atapi work #2.1

[Jeff Garzik <jgarzik@pobox.com>]

Pat LaVarre wrote:
> I now see SATA stream up past 1.5 GB/min via ioctl SG_IO read & write of
> the disc blocks, after I apply together all four of the patches you
> first posted as:

Sounds like something is working...


>>Subject: [PATCH] libata update 20040515-1
>>Subject: [PATCH] libata atapi work #2.1
>>Subject: [PATCH] libata DMADIR support
>>Subject: [PATCH] Re: SATA ATAPI work in progress
> 
> 
> Heads up, I was myself slow to appreciate:
> 
> Yes still in -bk3 after patch.2.1 we need to apply that fourth patch
> i.e. what I had termed patch.7 i.e. ata_host_intr += ATA_PROT_ATAPI_DMA.

Please let me know what patches (if any besides #define) are needed for 
setup, after you include patch #2.2 and #2.3 in the pile.


>>Once I add the code to issue a REQUEST SENSE, ...
> 
> 
> Also, of course, to avoid dying for the lack of auto sense, I have to
> duck all errors.

Yes.

Two main things on the SCSI end of ATAPI to do:
* issue REQUEST SENSE, to simulate an auto-sensing scsi device
* in INQUIRY output, simulate compliance with MMC-3.  Linux SCSI stack 
is not aware that all ATAPI devices report zeroes in the SCSI version 
field (as do some USB storage devices).  So, we fake it.

	Jeff