lkml.org 
[lkml]   [2002]   [Nov]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [RFC] devfs API
    Date
    On Tuesday 12 November 2002 09:04, Theodore Ts'o wrote:
    > On Mon, Nov 11, 2002 at 08:49:22PM -0500, Alexander Viro wrote:
    > > The only way I'll use devfs is
    > > * on a separate testbox devoid of network interfaces
    > > * with no users
    > > * with no data - disk periodically populated from image on CD.
    > >
    > > And that's regardless of that cleanup - fixing the interface doesn't solve
    > > the internal races, so...
    >
    > Hi Al,
    >
    > It's good that you're trying to clean up the devfs code, but...
    >
    > How many people are actually using devfs these days? I don't like it
    > myself, and I've had to add a fair amount of hair to fsck's
    > mount-by-label/uuid code to deal with interesting cases such as
    > kernels where devfs is configured, but not actually mounted (it
    > changes what /proc/partitions exports). So I'm one of those who have
    > never looked all that kindly on devfs, which shouldn't come as a
    > surprise to most folks.

    well I like devfs, in the sense that it is really easy to see what you can
    use in /dev. Before i used devfs it could be quite difficult since there were
    so much nodes and symlinks in /dev and many have cryptic names... and
    sometimes the entries i needed simply were not there so i had to find the
    right major/minor numbers to create them...

    from a user point of view it is better to keep it because it could really
    simplify a users life except ide should be just in discs as hdX and not as
    /dev/ide/hostN/busX/targetY/lunZ/disc ...

    >
    > In any case, if there aren't all that many people using devfs, I can
    > think of a really easy way in which we could simplify and clean up its
    > API by slimming it down by 100%......

    if the code is really that horrible, then maybe that is the best solution but
    again i like the concept.

    Rudmer
    -
    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: 2005-03-22 13:30    [W:4.332 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site