Messages in this thread | | | Subject | Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices | From | James Bottomley <> | Date | 08 Aug 2004 11:45:27 -0500 |
| |
On Fri, 2004-08-06 at 08:30, Joerg Schilling wrote: > I don't see any arrogance in my mails but in former discussions on LKML, > there have been other people who did believe that they could replace missing > knowledge by arrogance. Fortunately, they did not join this thread ;-) > > Let me lead you to the right place to look for: > > The CAM interface (which is from the SCSI standards group) > usually is implemeted in a way that applications open /dev/cam and > later supply bus, target and lun in order to get connected > to any device on the system that talks SCSI. > > Let me repeat: If you believe that this is a bad idea, give very good reasons.
Although I have always thought CAM to be a bad idea, I can give you the best of reasons why we won't be using it: The old standard applies to SCSI-2 and has been superceded. The committee charged with creating the new CAM standard was disbanded in disarray, so there is no current CAM standard.
I know all the arguments about politics and personality clashes that have been alleged to be behind the collapse of the new standard. However, in my view, it was a bad standard and the evidence of its unworkability is simply that the committee couldn't agree on it.
For us to look at CAM again, someone will have to at least make it a current standard.
The model which looks to me to be very workable is SAM (or at least SAM-3). To that end, we're already moving the linux scsi layer (which was actually pretty transport abstracted and thus SAM conformant anyway) further in that direction with the creation of transport classes.
James
- 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/
| |