Messages in this thread | | | From | Thomas Richter <> | Subject | Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices | Date | Mon, 9 Aug 2004 10:13:13 +0200 (CEST) |
| |
Hi Jörg,
> >From the > 20 platforms that libscg provides abstractions from, _most_ > platforms do not allow the "UNIX" /dev/something method to work with > Generic SCSI:
> - AmigaOS
/* snip */
I've been following this discussion for quite a while now, fairly interested, mainly as a user of cdrecord and linux, you here you're going a bit over the edge. Having had my home at AmigaOs for quite a while, I should possibly add my two cents that your above argument is pretty much "bogus".
For first, there is nothing like a CAM interface on Amiga, neither on MacOs. MacOs implements (or at least, up to Os 9) implemented SCSI by its own "scsi-manager" interface which is "all but CAM". It is more or less a pretty bad abstraction of a pretty bad (hand-rolled) SCSI chipset Apple choose to implement in the early Mac's, not much more.
As for AmigaOs, there's also nothing like a standardized SCSI interface. Instead, you'd had to talk to the device driver ("kinna like /dev/hda") directly using HD_SCSICMD, which is closer to the proposed Linux device driver interface than the "dev" setting you're putting forward. There's no /dev, and thus there's no /dev/hda, but there's possibly a scsi.device or an oktagon.device you had to talk to, and that's much closer to the Linux /dev/hdx raw device interface than to CAM.
If you'd like to have an internal CAM layer, then this is possibly a good idea to integrate cdrecord into various operating systems (if you like to count AmigaOs as one), but as user frontend, this is a pretty bad idea. One should talk to users in a way that integrates into the host environment, and not in some kind of standard specified environment. After all, standards are made to make things simpler - instead cdrecord makes things harder by trying to follow standards that are not the standards of the host.
And please, don't tell that I'm "Linux centric". I've much more ideas about the internal wiring of other operating systems than Linux.
> These are the platforms where /dev/something could work:
+ AmigaOs, if you prefer to count.
But, as I said, this is a non-argument. The tools should integrate into the environment, and keeping things managable for the user should be the goal.
Whether Linux should choose CAM as interface is another question - with ATAPI much more popular than SCSI nowadays, one might consider this of less importance, possibly.
Sorry, just my 0.02 Euro.
So long, Thomas
- 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/
| |