Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]

[Bill Davidsen <davidsen@tmr.com>]

Joerg Schilling wrote:
> Phillip Susi <psusi@cfl.rr.com> wrote:
>
>
> > Joerg Schilling wrote:
> >
> > > I am sorry to see your recent dicussion style.
> > >
> > > I was asking a question and I did get a completely useless answer as
> > > any person who has some basic know how Linux SCSI would know that
> > > doing a stat("/dev/sg*", ...) will not return anything useful.
> > >  
> >
> > It certainly does return something useful, just not what you are looking 
> > for.  It does not return information that allows you to cleanly build 
> > your bus:device:lun view of the world, but it does return sufficient 
> > information to enumerate and communicate with all devices in the 
> > system.  Is that not sufficient to be able to implement cdrecord?  If it 
> > is, then the real issue here is that you want Linux to conform to the 
> > bus:device:lun world view, which it seems many people do not wish to do. 
>
>
> It does not allow libscg to find all devices.
>
>
> > Maybe it would be more constructive if you were to make a good argument 
> > for why the bus:device:lun view is better than /dev/*, but right now it 
> > seems to me that they are just two different ways of doing the same 
> > thing, and you prefer one way while the rest of the Linux developers 
> > prefer the other. 
>
>
> It would help if someone would give arguments why Linux does treat all 
> SCSI devices equal, except for ATAPI transport based ones.

That's a fair question, which I asked in a seperate thread. Everything 
in the system which looks like a block device, tape or optical device 
looks like SCSI except ATAPI.

However, as my mother used to say "those are the conditions which 
prevail," so perhaps it's time to accept it and move on.

--
   -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
 last possible moment - but no longer"  -me
-
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/