Re: [cdrecord] Problems with original cdrecord on latest linux kernel

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



Luká?? Jirkovský <l.jirkovsky@xxxxxxxxx> wrote:

> Yeah, I'm pretty surprised that the developer arguments with cdrecord
> without contacting Jörg beforehand. Anyway, the motivation might be to
> use the SCSI numbers instead of random numbers determined by udev.

Not asking the right people seems to be a method that I did see more than once 
in the past. The numbering scheme is a less important problem on Linux, in 
special as the code in libscg knows how to deal with it. There are other more 
imortant problems on Linux that I would like to see fixed.

BTW: the fact that there is no documentation[1] for this new driver looks like a 
reason for not including it.

[1] Or could you find documentation for it?

BTW: The reason for having documentation in special in the driver area is that 
applications that use interfaces would need to know with part of the potential 
interface features is granted to stay stable in the future.

Jörg

-- 
 EMail:joerg@xxxxxxxxxxxxxxxxxxxxxxxxxxx (home) Jörg Schilling D-13353 Berlin
       js@xxxxxxxxxxxxxxx                (uni)  
       joerg.schilling@xxxxxxxxxxxxxxxxxxx (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux