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: <4712FE33.3000400@s5r6.in-berlin.de> Date: Mon, 15 Oct 2007 07:44:19 +0200 From: Stefan Richter <stefanr@...6.in-berlin.de> To: Rob Landley <rob@...dley.net> CC: David Newall <david@...idnewall.com>, Matthew Wilcox <matthew@....cx>, linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org, Suparna Bhattacharya <suparna@...ibm.com>, Nick Piggin <piggin@...erone.com.au> Subject: Re: What still uses the block layer? Rob Landley wrote: > I was at least attempting to ask a serious question. ... > Actually, I was going through Documentation/block thinking about making a > 00-INDEX for it, but my earlier questions of the scsi guys left me with the > impression that the block layer is _not_ used by the SCSI layer. Ah, so it was about your documentation work. I already forgot the context of your previous inquiries. Alas the tone of them already did some damage, leading to responses like these. ... > since > every non-embedded modern storage device I'm aware of has been consumed by > the SCSI layer (despite none of them actually having a discernably closer > relationship to SCSI than ATA did) ... The Linux SCSI subsystems don't consume, they provide services; nowadays not only for SCSI hardware and SCSI protocols but also for a number of subsystems whose tasks are similar enough to SCSI subsystems to make the SCSI core and upper SCSI layer useful to them too. BTW: | Now that IDE disks have been rerouted through the scsi layer, SATA goes | through the scsi layer, USB goes through the scsi layer, firewire goes | through the scsi layer... As a side note, SBP-2 is a SCSI transport protocol, hence ieee1394/sbp2 and firewire/fw-sbp2 are Linux SCSI low-level drivers. Anything else would be just wrong and infeasible in this particular case. -- Stefan Richter -=====-=-=== =-=- -==== http://arcgraph.de/sr/ - 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