From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751507Ab1AXU2T (ORCPT ); Mon, 24 Jan 2011 15:28:19 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:35034 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750772Ab1AXU2S (ORCPT ); Mon, 24 Jan 2011 15:28:18 -0500 MIME-Version: 1.0 In-Reply-To: References: <20110124133400.GA1228@elte.hu> <20110124200738.GA10833@elte.hu> From: Linus Torvalds Date: Tue, 25 Jan 2011 06:27:31 +1000 Message-ID: Subject: Re: [GIT PULL] perf fixes To: Ingo Molnar Cc: linux-kernel@vger.kernel.org, Peter Zijlstra , Arnaldo Carvalho de Melo , =?ISO-8859-1?Q?Fr=E9d=E9ric_Weisbecker?= , Steven Rostedt , Thomas Gleixner , Andrew Morton Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 25, 2011 at 6:17 AM, Linus Torvalds wrote: > > It only happens for me with "g". With "perf record -af sleep 10" it worked. Actually, it's something subtler than that. It must depend on the actual data, because now when I tried it again, it worked with 'g' too. I hadn't saved the old perf.data that caused the lockup (it got overwritten by the non-g test), and now when I try to re-create it it doesn't hang on the result. So it's probably some very specific data pattern that causes it. (And I don't know if it's a hard hang - it could just be something _very_ slow. But we're talking half a minute kind of slow). Linus