Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758810Ab1FAQb4 (ORCPT ); Wed, 1 Jun 2011 12:31:56 -0400 Received: from merlin.infradead.org ([205.233.59.134]:55683 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758420Ab1FAQbz (ORCPT ); Wed, 1 Jun 2011 12:31:55 -0400 Subject: Re: [tip:sched/locking] sched: Add p->pi_lock to task_rq_lock() From: Peter Zijlstra To: Arne Jansen Cc: mingo@redhat.com, hpa@zytor.com, linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, efault@gmx.de, npiggin@kernel.dk, akpm@linux-foundation.org, frank.rowand@am.sony.com, tglx@linutronix.de, mingo@elte.hu, linux-tip-commits@vger.kernel.org In-Reply-To: <4DE64596.5010006@die-jansens.de> References: <20110405152729.232781355@chello.nl> <4DE64596.5010006@die-jansens.de> Content-Type: text/plain; charset="UTF-8" Date: Wed, 01 Jun 2011 18:35:20 +0200 Message-ID: <1306946120.2497.606.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1354 Lines: 31 On Wed, 2011-06-01 at 15:58 +0200, Arne Jansen wrote: > git bisect blames this commit for a problem I have with v3.0-rc1: > If I printk large amounts of data, the machine locks up. > As the commit does not revert cleanly on top of 3.0, I haven't been > able to double check. > The test I use is simple, just add something like > > for (i=0; i < 10000; ++i) printk("test %d\n", i); > > and trigger it, in most cases I can see the first 10 printks before > I have to power cycle the machine (sysrq-b does not work anymore). > Attached my .config. I've made me a module that does the above, I've also changed my .config to match yours (smp=y, sched-cgroup=y, autogroup=n, preempt=n, no_hz=y), but sadly I cannot reproduce, I get all 10k prints on my serial line. Even without serial line it works (somehow booting without visible console is scary as hell :) Which makes me ask, how are you observing your console? Because those 10k lines aren't even near the amount of crap a regular boot spews out on this box, although I guess the tight loop might generate it slightly faster than a regular boot does. -- 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/