lkml.org 
[lkml]   [1998]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)
    On Fri, 7 Aug 1998, Shawn Leas wrote:

    > It's small, it's not bloat.

    It is if it isn't necessary.

    > > need to do is to kick off a "set me up script" when the driver
    > > detects a device change. Or you can trigger it manually. Or even
    > > run a "check and set" from cron :-).
    >
    > Ugly hack.

    Yeah, I've always thought that about modules too :-). But we do need
    to notify some user space agent because it seems we need to maintain
    arbitrary amounts of device specific information - not merely node names
    and permissions.

    > > > Would such a change make you feel better?
    > >
    > > It sounds hideous :-). It's a hack to correct the fact that the
    > > nodes are stored in a virtual filesystem when they should have
    > > been stored on a physical filesystem to start with.
    >
    > See above comment, that's an uglier hack. Richard has stated as you so
    > conveniently ignore, that he could add persistance.

    Ignored? That is *exactly* what I was commenting on. Writing through
    the virtual to a physical store is an ugly hack because the _requirement_
    is for a physical store but the initial design used a virtual.

    > > > I think that the extra layer between device nodes and device drivers
    > > > is an ugly hack. I see the extra level of indirection as unnecessary
    > > > and adding some (small, but avoidable) performance overhead.
    > >
    > > Huh???
    >
    > If you don't understand, don't try to ask.

    Let me rephrase. Please show which level of indirection you mean,
    indicate how much overhead it has, and demonstrate that this is
    enough of a significant overhead in a typical system that it needs
    to be removed. If it isn't a demonstrable problem then it is
    merely incidental and not a reason for using devfs.

    I'm willing to admit it _might_ be a problem worth addressing.
    Show your working :-).

    Mike

    --
    .----------------------------------------------------------------------.
    | Mike Jagdis | Internet: mailto:mike@roan.co.uk |
    | Roan Technology Ltd. | |
    | 54A Peach Street, Wokingham | Telephone: +44 118 989 0403 |
    | RG40 1XG, ENGLAND | Fax: +44 118 989 1195 |
    `----------------------------------------------------------------------'


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

    \
     
     \ /
      Last update: 2005-03-22 13:43    [W:4.132 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site