[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1307225323.2497.730.camel@laptop>
Date: Sun, 05 Jun 2011 00:08:43 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Arne Jansen <lists@...-jansens.de>, Ingo Molnar <mingo@...e.hu>,
hpa@...or.com, linux-kernel@...r.kernel.org, efault@....de,
npiggin@...nel.dk, akpm@...ux-foundation.org,
frank.rowand@...sony.com, linux-tip-commits@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [tip:sched/locking] sched: Add p->pi_lock to task_rq_lock()
On Sun, 2011-06-05 at 06:29 +0900, Linus Torvalds wrote:
> On Fri, Jun 3, 2011 at 10:05 PM, Arne Jansen <lists@...-jansens.de> wrote:
> >
> > No change. Also git bisect quite clearly points to
> > 0122ec5b02f766c and ab2515c4b98f7bc4, both are older than
> > b1c43f82c5aa2654 mentioned in the other thread.
>
> Ok, I haven't heard anything further on this. Ingo? Peter?
I'm a bit stumped, and not being able to reproduce at all :/
> We're getting to the point where we just need to revert the thing,
> since I'm not getting the feeling that there are any fixes
> forthcoming, and I'd like -rc2 to not have this kind of bisected bug.
Agreed.
> Ingo? Those two commits no longer revert cleanly, presumably due to
> other changes in the area (but I didn't check). Can you do a patch to
> do the reverts, and then you can try to re-do the thing later once you
> figure out what's wrong.
Yeah, that wants a whole lot of reverting, from the offending commit up
to and including 317f394160e9beb97d19a84c39b7e5eb3d7815a8.
--
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