lkml.org 
[lkml]   [2006]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]
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.

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.
> If people give useful answers, it makes sense to continue a discussion but it
> turns out that "joe average" on KLML replies before thinking about the problem.
>
> Let me ask again:
>
> Is there a way to get (or construct) a closed view on the namespace
> for all SCSI devices?
>
>
> And IMPORTANT: don't answer unless you have a real answer for the problem.
>
> Jörg
>
>

-
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/

\
 
 \ /
  Last update: 2006-01-30 21:27    [W:0.307 / U:0.844 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site