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:4.037 / U:0.172 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site