Messages in this thread | | | Date | Sun, 14 Jul 2002 20:22:54 +0200 (CEST) | From | Joerg Schilling <> | Subject | Re: IDE/ATAPI in 2.5 |
| |
>From: Rik van Riel <riel@conectiva.com.br>
>> Well, I get pissed of the fact that it seems to be impossible to have a >> technical based discussion in the Linux kernel environment.
>Then please, show us your technical arguments on why the SCSI >layer is enough for every CD writing hardware out there.
Simple: there is not a single CD writer out that uses something other than SCSI commands to write media or do DAE.
>Now compare them with the results from the NAS and SCSI talks >and BoFs at the kernel summit and OLS, where everybody agreed >that the current SCSI addressing and discovery schemes just >don't cut it on things like iscsi and other network storage >solutions.
I defined RSCSI before iscsi came out. I did not yet look at ISCSI. There sould be just an additional IP address in the iscsi addressing model.
>It's not just about the fact that the controller/bus/unit/lun >addressing doesn't deal well with network attached storage and >multipath, it's also about things like the impossability of >device discovery on a bus with 2^32 possible device addresses.
You don't need as you might net be allowed to access many of them. Just have a look at my RSCSI protocol. It just puts "user@host:" before the old SCSI address.
>This, in turn, makes the current sd[a-z] and sg[a-h] more than >a little inadequate. Furthermore, you suddenly require the >ability to tell the kernel to talk to devices the kernel doesn't >yet know about (because it can't scan 2^32 device addresses at >boot time).
You are right, but this is what programs like e.g. cdrtools which use libscg already do for two years.
Jörg
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.gmd.de (work) chars I am J"org Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |