James Bottomley wrote: > On Wed, 2006-12-06 at 13:38 -0500, Douglas Gilbert wrote: >> SPI is dead. Get used to it. SCSI has not meant SPI for >> years. We should be in the business of disabusing people >> of that idea, not reinforcing it. > > I don't believe I said anything in favour of or against SPI. James, My objection, and I believe Joerg's objection, is how people would interpret this statement by you: "This is probably semantics, but nowadays, SCSI means SPI (or parallel SCSI)." One could deduce from that statement, falsely, that the linux SCSI subsystem was the linux SPI subsystem. Hence we should mark it as legacy (and stop libata and the new ATA subsystem from using it). > I think you'll find the whole point of SAM is separating the command set > from the transport and interconnect. Saying a device speaks "SCSI" has > no real meaning in that context anymore. It's commonly taken to mean > SCSI-2 where the whole things was lumped together and SPI centric. SCSI is a storage architecture, a group of command sets and a group of transports. The original SCSI transport, now considered "legacy" (a horribly non-technical word) is SPI. > In the SAM context, a modern IDE CD is MMC over an ATAPI or SATAPI > transport. An old SCSI CD is MMC over SPI. The thing Alan's having > trouble with is MMC over a USB transport. Agreed. And USB mass storage would probably be the most used "SCSI" transport nowadays. Folks can and have written their own subsystems for handling USB mass storage but sooner or later they are going to be looking at read capacity, sense buffers and mode pages. That is why the SCSI subsystem continues to be relevant. Doug Gilbert - To unsubscribe from this list: 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