Theodore Tso wrote: > On Mon, Oct 15, 2007 at 03:04:00AM -0500, Rob Landley wrote: >> Ok, I'll bite. If it's all "real" scsi, why does ioctl(SG_EMULATED_HOST) >> exist? exist if it's all "real" scsi? > > SG_EMULATED_HOST was added before Linux 2.4, at least six or seven > years ago. SG_EMULATED_HOST was present when I started maintaining the the sg driver in 1997. Back then some folks (one German name comes to mind) toyed with the idea of sending SCSI Parallel Interface (SPI) messages through a pass through interface. SPI messages are obviously transport specific and hence any app trying to send them needed to ascertain what the transport was. There were really only two to choose from at the time (in linux): SPI and the ATA Packet Interface (ATAPI). If SG_EMULATED_HOST was every used I'm not sure. It is just an historical remnant now. Back then the migration of ATA devices through the various > versions the ATAPI specification and then into SATA was very early in > its evolution, and back then, yes there were people who considered > anything that didn't use the honking huge parallel SCSI cables not > "real" SCSI. Over time, that distinction at both the physical > connector level and logical level has declined to the point of almost > non-existence. On the contrary, the distinction between the logical (command) level and the transport level (down to the physical/connector level) is pivotal. There is one industry accepted storage architecture (SAM (yes, ATA documents defer to it)), two command sets: ATA and SCSI (and ways to tunnel one within the other and translate between the two) and about 10 transports (interconnects) that I can think of. Comparisons between PATA and SCSI (SPI) are now history. More precise terminology is now required. For example the "ATAPI specification" IMO is a handful of ATA commands designed to convey a packet based protocol (which the rest of the ATA command set is not). So ATAPI could be used to send IP over ATA! Is that what you meant? It's note quite at the point where SAS exists only to > justify massive prices differences between commodity and "data-center > grade" disks to the benefit of hard drive manufacturers, but it's > darned close. (There are differences such as voltage levels so that > the max cable differences for SAS are larger, etc., but those could > have been optional additions to the SATA spec, and allegedly SAS > drives are supposedly manufactered to be more robust --- although some > recent papers published at FAST have raised some interesting questions > about how true those marketing claims really are in practice.) You should read more about SAS. Anyway Seagate have announced a ES.2 family of 3.5" disks that rotate at 7200 rpm. One would not normally expect disks below 10000 rpm to come with a SCSI transport (FCP, SAS or SPI) but the ES.2 series breaks the pattern since it comes with either a SATA or a SAS interface. What will be really interesting is how Seagate will price the two versions. Apart from the SAS variant having dual ports it is pretty close to an apples versus apples comparison. A port selector could be added to the SATA variant to provide dual port functionality. However the SCSI command set offers persistent reservations which are beyond the scope of ATA command sets which assume a logical point to point connection. 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