[lkml]   [2004]   [Jan]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: udev and devfs - The final word
    To shorten my reply from one post to two:

    I wasn't aware the lookup race had been fixed. Silly me. As to the
    number of results for the terms I used, I was looking for that specific
    post, as I'd cited it before. 'devfs deadlock' also returns plenty of
    good (and irrelevant) results at that same archive.

    On Thu, 8 Jan 2004, Andrey Borzenkov wrote:

    > On Thursday 08 January 2004 20:26, Diego Calleja wrote:
    > > El Thu, 8 Jan 2004 23:40:16 +0800 (WST) Ian Kent <>
    > escribió:
    > > > Again I'm also unable to find descriptions of the 'unsolvable' races.
    > > >
    > > > I wouldn't mind knowing what they are either. Anyone?
    > >
    > > You can find tons of examples (several of them patches by Al Viro to fix
    > > them) by searching with google with keywords like "devfs races". The
    > > "should fix" list
    > > ( has this:
    > >
    > is it a gospel?

    Given akpm's track record and, the fact that he's going to be maintaining
    2.6, his word is enough for me. But...

    [lookup vs. devfsd deadlock]

    > oh, well ... if you selected this example ...
    > Mandrake workaround it mentions was my first attempt to fix this; this
    > did not fix the devfs but rather fixed the user-space program that
    > provoked this on boot (and that was buggy irrespectively of this
    > problem).
    > Current 2.6 kernel includes my fix to deadlock condition. Current -mm
    > includes one possible fix for race condition; Andrew Morton mentioned
    > that it is unlikely to be accepted due to minor changes in VFS layer; I
    > am working on another less intrusive fix and overall devfs cleanup.
    > Would you please instead of citing long obsolete paper show me real example
    > and explain *why* it is not fixable. Better yet, would you take some time to
    > try to provoke any of those huge races and report back your success (stack
    > trace and instructions how to reproduce them are welcome :)
    > Thank you

    One should do one's own research. If I'd done my own better, I would've
    found a better example than the one I posted previously. However, since
    you seem unwilling or unable to do your own homework, and I have nearly
    unlimited free time until next Monday, here's some more:

    Some parts of that post have been fixed. I haven't taken the time to read
    the rest of the thread (I don't remember that thread being very long).

    However, I'm all but positive the problems Viro points out in this post
    still apply:

    These posts are out there and they are _not_ hard to find at all. That
    last one was from about two weeks ago. The other is much older, and I'd
    have to do some digging in ugly, ugly code to find points that still
    apply. However, as I started this paragraph by saying, this stuff isn't
    hard to find at all.

    Please consider doing your own homework. It's not like discussion of
    devfs and its problems has been rare.

    Thank you.

    Alex Goddard
    agoddard at
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:59    [W:0.025 / U:20.376 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site