[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFzUSMVD84acwDGC_mqBUWg-6rdy6n_BfP6up+_V3oGx7A@mail.gmail.com>
Date: Tue, 10 Jan 2012 09:00:52 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [BUG] kernel freezes with latest tree
On Tue, Jan 10, 2012 at 8:53 AM, Eric Dumazet <eric.dumazet@...il.com> wrote:
>
> I am compiling your patch, but I want to point out that I got also
> lockups on my 64bit dev machine.
Ok. On 64-bit, I think all the casts should be no-ops, so none of the
cputime changes should matter.
I'm out of ideas. Those were the only two areas that had any merge
issues at all that I can think of. How confident are you of the
bisect? Is the lockup so reliable that you know you got it every time
you tried, and there isn't a question of "maybe I didn't let the
test-case run quite long enough" occasionally? The one downside of
bisection is that if any of the good/bad choices aren't right, you'll
end up with not just the wrong bisect, you can end up somewhere
*totally* wrong.
So it might be worth checking both parents of that merge individually,
and making doubly sure that both of them are really really solid and
don't see the problem. Just to make sure.
Has anybody seen other reports like this?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists