lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20071015014503.GF9715@thunk.org> Date: Sun, 14 Oct 2007 21:45:03 -0400 From: Theodore Tso <tytso@....edu> To: Rob Landley <rob@...dley.net> Cc: James Bottomley <James.Bottomley@...eleye.com>, Matthew Wilcox <matthew@....cx>, linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org, Jens Axboe <axboe@...e.de>, Suparna Bhattacharya <suparna@...ibm.com>, Nick Piggin <piggin@...erone.com.au> Subject: Re: What still uses the block layer? On Sun, Oct 14, 2007 at 06:45:44PM -0500, Rob Landley wrote: > I admit a certain amount of personal annoyance that once the SCSI > layer consumes a category of device (USB, SATA, PATA), they can > often _only_ be used by going through the SCSI midlayer. (This > strikes me as analogous to TCP/IP claiming ethernet and PPP devices > so thoroughly that you can no longer address them as eth1 or > /dev/ttyS0.) That's because modern USB, ATAPI (what was once known as IDE), SATA really *all* using the SCSI command protocols at the low level, just as Ethernet and PPP interfaces really are fundamentally the same thing. You can rail against it, but that's the mark of someone who refuses to accept reality. > This has the annoying effect of bundling together different types of > devices and making device enumeration unnecessarily difficult: my > laptop only has one SATA hard drive and can't gain another without a > soldering iron, but that drive could move from /dev/sda to /dev/sdb > if I reboot the system with a USB key plugged in. This seems like a > regrettable loss of orthogonality to me. I remember back when > /dev/usb0 and /dev/hda were separate devices that showed up in /dev, > but these days "it's SCSI" seems to trump "it's USB", "it's ATA", or > "it's SATA". (Even though none of those are actually SCSI hardware, > they just send a similar packet protocol across the wire.) You're showing your ignorance here. In fact in the past few years, ATA and SCSI has been converging significantly, with the ATAPI specification has essentially incorporating the SCSI protocol by reference and by value --- with the point that SAS was developed by the SCSI Trade Association, and SAS is effectively a superset of SATA, to the point where with care, you can actually mix SAS and SATA drives on the same in enclosure (SAS and SATA are physically compatible on the connector level). More to the point, with SATA, hot plugging has been designed in, so probing order is not going to be well defined, just as with USB devices. And there are already relatively common situations where the same disk can show up via multiple different interfaces. For example, if you have a modern Thinkpad with an secondary SATA hard drive in an Ultrabay, and you plug it into the Ultrabay in your T60, it will show up as a SATA drive. However, if you plug it into the Advanced dock, it shows up as a USB device. And with iSCSI not only can you encapsulate a SCSI command stream over USB, you can do so over IP as well. In any case, regardless of how the physical SATA drive is attached to the system, you want it to show up as the same device and be mounted in the same location. That's why identifying filesystem by UUID's or Labels is so critical. This is not a new concept; we've had the capability to do this for over a decade, and I always knew it would be necessary for us to do this sooner or later --- which is why I added the UUID support to ext2 back in 1996. > The fact that udev can theoretically unwind this hairball is not an > excuse for conflating different categories of devices in the first > place. See the thinkpad Ultrabay drive example above. You address hosts by IP address; it doesn't matter whether you access them via a PPP interface, or a wireless interface, or a ethernet interface. Similarly, a disk could in theory be accessible over USB, SATA, or iSCSI, and the Thinkpad example is only one such where the same filesystem might be accessible over multiple interfaces. And with multipath fiber channel SAN's (and I hate to break it to you, but FC also uses SCSI protocols) storage is very much looking more and more like networking. - Ted - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists