Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755861Ab2FNK4X (ORCPT ); Thu, 14 Jun 2012 06:56:23 -0400 Received: from casper.infradead.org ([85.118.1.10]:50681 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755672Ab2FNK4W convert rfc822-to-8bit (ORCPT ); Thu, 14 Jun 2012 06:56:22 -0400 Message-ID: <1339671367.2559.29.camel@twins> Subject: Re: [PATCH 02/19] perf: Add ability to attach user level registers dump to sample From: Peter Zijlstra To: Stephane Eranian Cc: Jiri Olsa , acme@redhat.com, mingo@elte.hu, paulus@samba.org, cjashfor@linux.vnet.ibm.com, fweisbec@gmail.com, gorcunov@openvz.org, tzanussi@gmail.com, mhiramat@redhat.com, robert.richter@amd.com, fche@redhat.com, linux-kernel@vger.kernel.org, masami.hiramatsu.pt@hitachi.com, drepper@gmail.com, asharma@fb.com, benjamin.redelings@nescent.org Date: Thu, 14 Jun 2012 12:56:07 +0200 In-Reply-To: <1339671058.2559.27.camel@twins> References: <1339420814-7379-1-git-send-email-jolsa@redhat.com> <1339420814-7379-3-git-send-email-jolsa@redhat.com> <20120613131240.GB2538@m.brq.redhat.com> <1339594802.8980.44.camel@twins> <1339663013.2559.10.camel@twins> <1339671058.2559.27.camel@twins> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Evolution 3.2.2- Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1169 Lines: 22 On Thu, 2012-06-14 at 12:50 +0200, Peter Zijlstra wrote: > On Thu, 2012-06-14 at 12:45 +0200, Stephane Eranian wrote: > > > It would be a tedious endeavour since you'd need to have both output > > > paths available for a good while, but it might be worth it in the long > > > run depending on how painful the current format becomes. > > > > True. What we don't know however, it how many other tools are out > > there using the kernel API directly. > > Right.. but if you leave the old stuff in for say 2 years and start > emitting a warning on using the old stuff after 1 year.. give or take a > few years we should be able to get the old stuff deprecated and removed. Another thing I did consider was trying to JIT a whole output path in order to reduce the insane amount of conditionals in there. It would be very nice if GCC grew something to help stitch code snippets together so we could write it arch independent. -- 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/