From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752094Ab0CZH6d (ORCPT ); Fri, 26 Mar 2010 03:58:33 -0400 Received: from mx3.mail.elte.hu ([157.181.1.138]:40879 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751567Ab0CZH6b (ORCPT ); Fri, 26 Mar 2010 03:58:31 -0400 Date: Fri, 26 Mar 2010 08:58:17 +0100 From: Ingo Molnar To: Paul Mackerras Cc: Frederic Weisbecker , LKML , Peter Zijlstra , Arnaldo Carvalho de Melo , David Miller , Steven Rostedt , Archs , "H . Peter Anvin" , Thomas Gleixner , Stephane Eranian Subject: Re: [PATCH 0/7] perf updates and fixes Message-ID: <20100326075817.GA27394@elte.hu> References: <1269568362-13690-1-git-send-regression-fweisbec@gmail.com> <20100326060229.GA5259@drongo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100326060229.GA5259@drongo> User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: 0.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=0.0 required=5.9 tests=none autolearn=no SpamAssassin version=3.2.5 _SUMMARY_ Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Paul Mackerras wrote: > On Fri, Mar 26, 2010 at 02:52:35AM +0100, Frederic Weisbecker wrote: > > > The series is not yet mergeable because it would break PowerPc (hot regs > > snapshot API has been changed, and I don't know how to update PowerPc for > > that). > > > > But if you're fine with the ideas, I can integrate the necessary changes > > to fix this, and also separate fixes and updates. > > The patch below adds the necessary stuff for powerpc. You could fold it > into your "perf: Move perf_arch_fetch_caller_regs into a macro" patch, or > keep it as a separate patch in the series (though that would make preserving > bisectability more difficult). Since the series needs a resend anyway folding back ought to be fine i think. I'm wondering whether this should get into tip:perf/urgent - or in tip:perf/core for 2.6.35. It fixes sw event call trace ugliness, but is that a 2.6.34 regression? Is there any other aspect of the series that points towards accelerating this into .34? Thanks, Ingo