lkml.org 
[lkml]   [2008]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.6.26-rc9: Reported regressions from 2.6.25

    * Linus Torvalds <torvalds@linux-foundation.org> wrote:

    > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10815
    > > Subject : 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
    > > Submitter : Alexey Dobriyan <adobriyan@gmail.com>
    > > Date : 2008-05-27 09:23 (41 days old)
    > > References : http://lkml.org/lkml/2008/5/27/9
    > > http://lkml.org/lkml/2008/6/14/87
    > > Handled-By : Oleg Nesterov <oleg@tv-sign.ru>
    > > Linus Torvalds <torvalds@linux-foundation.org>
    > > Paul E. McKenney <paulmck@linux.vnet.ibm.com>
    > > Patch : http://lkml.org/lkml/2008/5/28/16
    >
    > This one is the same thing that is reported as unresolved, and no, I
    > don't think that existing patch was ever really tested to fix
    > anything. Paul?
    >
    > I suspect SRCU will need to be simply marked BROKEN for now, because
    > nobody knows what the problem Alexey sees is. Apparently it's been
    > seen by a few other people too.

    I'm not sure it's directly related to SRCU - it can change timings and
    freeing patterns enough to tickle other bugs. Since Alexey Dobriyan has
    reported it - are perhaps namespaces in use during this stress-test?
    Maybe it's some namespaces related bug that is more easily reproduced
    under SRCU - namespaces is not a commonly tested feature.

    Also, i've been running rcutorture stress-tests on a number of
    test-systems ever since this got reported (and they are running
    currently as well) and cannot see it - neither could Paul reproduce it.

    ( and Paul is very good in producing RCU related problems - he's
    triggered and fixed many RCU related problems that no-one else saw
    before. )

    Ingo


    \
     
     \ /
      Last update: 2008-07-06 19:01    [W:4.165 / U:0.148 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site