Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices

[V13]

On Saturday 07 August 2004 15:17, Joerg Schilling wrote:
> From the > 20 platforms that libscg provides abstractions from, _most_
>
> platforms do not allow the "UNIX" /dev/something method to work with
> Generic SCSI:
>
[listt #1]
>
> These are the platforms where /dev/something could work:
>
[list #2]
>
> As you see, the vast majority does not allow the adressing method the
> people on LKML seem to prefer recently.

First of all, you're comparing non-unix to unix operating systems and you're 
trying to create a universal naming scheme. At exactly the same time, those 
operating systems that you're refering to are not able to distinguish between 
two identical USB recorders.

So, lets say for windows, you believe that when having two identical USB CDRs 
plugged in, it is better for the user to refer to them as 1,0,0 and 1,1,0 
instead of K: and L: ? For me none of this makes sense, but I believe that 
the user will prefer the letter naming scheme. 

I believe that X:Y:Z makes sense when dealing with devices that can have an ID 
by attaching a jumper but not for the 2004 devices. 

My point is that you cannot blame linux for beeing correct. The behaviour of 
the OSes that you're describing may be portable but is not user friendly or 
correct (in fact, it can be called broken).

I believe that if you were trying to create a new naming scheme you'd create 
something similar to /udev. You'd use names for devices and let the user or 
other programs associate those names to each hardware device instead of using 
numbers that some times are fixed and some times are changing between each 
boot.

You've created a great tool that is used by almost every non-windows user out 
here and it would be great if you could try to make it more usable and 
'correct'.

<<V13>>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/