lkml.org 
[lkml]   [2006]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CD writing in future Linux (stirring up a hornets' nest)
On 1/31/06, Paul Jakma <paul@clubi.ie> wrote:
> On Tue, 31 Jan 2006, Joerg Schilling wrote:
>
> > What Linux does is to artificially prevent this view to been seen
> > from outside the Linux kernel, or to avoid integrating a particular
> > device into a unique SCSI driver system although it would be
> > apropriate.
>
> So let's get this straight: Linux is artificially limiting userspace
> from viewing devices in terms of parallel SCSI address (B/T/L)
> because it does not create such B/T/L addresses, ones which would
> hence be *artificial* themselves, for non-parallel-SCSI devices?

There is a slim chance that Joerg might really believe that
Linux has an internal B/T/L view of everything. That would
be odd to us of course. He has clearly been spending time
with the Solaris kernel. If his only kernel experience comes
from systems that do make up a phony B/T/L view, then he might
just assume that all operating systems are designed this way.

For Joerg's reference, open() goes like this:

1. the /dev name
2. the inode
3. the device number
4. pointers to structs full of function pointers

Nowhere is it in B/T/L form.
-
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-02-01 06:10    [W:0.286 / U:0.336 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site