[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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