On Wed, Jun 01, 2005 at 05:56:20PM +0200, Joerg Schilling wrote:
> Gerd Knorr <[email protected]> wrote:
>
> > # find /dev/cd /dev/disk -type l -print | sort
> > /dev/cd/by-id/HL-DT-ST_DVDRAM_GSA-4040B_K213BDG5213
> > /dev/cd/by-id/LG_CD-RW_CED-8080B_2000_07_27e
> > /dev/cd/by-path/pci-0000:00:04.1-ide-1:0
> > /dev/cd/by-path/pci-0000:00:04.1-ide-1:1
> > /dev/disk/by-id/IBM-DTLA-305040_YJEYJM36751
> > /dev/disk/by-id/IBM-DTLA-305040_YJEYJM36751p1
>
> Nice, but will be the Linux /dev/ fashion next year?
You simply shoudn't care. Just open the /dev/whatever device
node passed by the user and be happy ;)
> >From my experiences it makes no sense to implement support
> for things like this before waiting long enough to know
> whether this is something that will become ordinary.
I don't see what kind of special support you want implement in
cdrecord. The user says "this device", cdrecord takes it and
opens it, tries a ioctl or two to figure what kind of device
handle that is (scsi generic or 2.6-style /dev/hdx), then uses
it to send scsi commands to the device.
You don't have to solve the problem of providing stable device
names within cdrecord. That is the job of the operating system.
A udev-based linux distro can do that as you can see above.
cdrecord should just accept these device nodes, nothing more.
Gerd
--
-mm seems unusually stable at present.
-- akpm about 2.6.12-rc3-mm3
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
