From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758914AbZHRM7w (ORCPT ); Tue, 18 Aug 2009 08:59:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758883AbZHRM7w (ORCPT ); Tue, 18 Aug 2009 08:59:52 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:36708 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754908AbZHRM7v (ORCPT ); Tue, 18 Aug 2009 08:59:51 -0400 Subject: RE: [PATCH] perf_counter: Fix a race on perf_counter_ctx From: Peter Zijlstra To: "Metzger, Markus T" Cc: Ingo Molnar , "tglx@linutronix.de" , "hpa@zytor.com" , "markus.t.metzger@gmail.com" , "linux-kernel@vger.kernel.org" , Paul Mackerras In-Reply-To: <1250600348.7583.280.camel@twins> References: <928CFBE8E7CB0040959E56B4EA41A77EC1BFEFEB@irsmsx504.ger.corp.intel.com> <20090807103127.GA23139@elte.hu> <20090807103610.GA23728@elte.hu> <928CFBE8E7CB0040959E56B4EA41A77EC1BFF02D@irsmsx504.ger.corp.intel.com> <928CFBE8E7CB0040959E56B4EA41A77EC1BFF048@irsmsx504.ger.corp.intel.com> <20090807112421.GB30014@elte.hu> <20090807113349.GA31673@elte.hu> <1249667341.17467.5.camel@twins> <20090808120315.GA14086@elte.hu> <928CFBE8E7CB0040959E56B4EA41A77EC1BFF464@irsmsx504.ger.corp.intel.com> <20090810134608.GA8295@elte.hu> <928CFBE8E7CB0040959E56B4EA41A77EC1BFF78D@irsmsx504.ger.corp.intel.com> <928CFBE8E7CB0040959E56B4EA41A77EC1CB7725@irsmsx504.ger.corp.intel.com> <1250600348.7583.280.camel@twins> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 18 Aug 2009 14:59:45 +0200 Message-Id: <1250600385.7583.281.camel@twins> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2009-08-18 at 14:59 +0200, Peter Zijlstra wrote: > On Tue, 2009-08-18 at 13:49 +0100, Metzger, Markus T wrote: > > Hi Ingo, Peter, > > > > Did you say that branch tracing is working for you? > > > > On my system, the kernel hangs. > > > > Could it be that it simply takes too long to copy the trace? When I set the number > > of samples to 10, everything seems to work OK. When I increase that number to 1000, > > the kernel is getting very slow and eventually hangs. > > > > I get a message "hrtimer: interrupt too slow", and I get a soft lockup bug. The rest > > of the message log seems pretty garbled. How many NMI/s is this generating anyway?