Re: OT] Joerg Schilling flames Linux on his Blog

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



"Jim Crilly" <[email protected]> wrote:

> > I did define this model 19 years ago when I did write the first 
> > Generic SCSI driver at all. Adaptec indepentently did develop ASPI
> > 2 years later and did chose the same address model. Nearly all
> > OS use this kind (or a very similar model) internaly inside the kernel
> > or the basic SCSI address routines.
>
> Just because it's old, that doesn't mean it's good. The kernel using the

Just because it is old, it does not mean that it is bad....

It is the only interface that did not need to be modified since then.
The current driver interface is still 100% binary compatible to the
one I made in August 1986.

> numbers internally makes sense, but requiring them for userspace seems
> stupid. All you should do is open the appropriate device node and let the
> kernel figure out which SCSI ID to send the commands to. Every other tool
> I've ever seen uses device nodes, why should cdrecord be different? All it
> does is make cdrecord more difficult to use.

Note that Linux did not have a usable /dev/whatever based interface 10 years ago.
Also note that cdda2wav distinguishes between "OS native Audio ioctl calls" and
generic SCSI from checking the dev= parameter. For this reason using 
/dev/whateter is just wrong. Take it this way or you are a victim of you own 
decision to ignore the documentation of a program.


Jörg

-- 
 EMail:[email protected] (home) Jörg Schilling D-13353 Berlin
       [email protected]		(uni)  
       [email protected]	(work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
-
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]
  Powered by Linux