Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932327AbZFLDAA (ORCPT ); Thu, 11 Jun 2009 23:00:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756504AbZFLC7w (ORCPT ); Thu, 11 Jun 2009 22:59:52 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:46202 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756492AbZFLC7w (ORCPT ); Thu, 11 Jun 2009 22:59:52 -0400 Date: Thu, 11 Jun 2009 19:58:37 -0700 (PDT) From: Linus Torvalds X-X-Sender: torvalds@localhost.localdomain To: Al Viro cc: Jiri Slaby , Sam Ravnborg , Marcel Holtmann , Ingo Molnar , Martin Bligh , Christoph Hellwig , Peter Zijlstra , "David S. Miller" , Stephane Eranian , linux-kernel@vger.kernel.org, Paul Mackerras , Andrew Morton , Thomas Gleixner Subject: Re: [GIT PULL] Performance Counters for Linux In-Reply-To: <20090612002634.GY8633@ZenIV.linux.org.uk> Message-ID: References: <20090611202341.GA23590@elte.hu> <1244753357.27363.82.camel@violet> <20090611210810.GA9317@uranus.ravnborg.org> <1244755036.27363.93.camel@violet> <20090611212635.GA9446@uranus.ravnborg.org> <4A3182C6.803@gmail.com> <20090611231952.GX8633@ZenIV.linux.org.uk> <20090612002634.GY8633@ZenIV.linux.org.uk> User-Agent: Alpine 2.01 (LFD 1184 2008-12-16) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1139 Lines: 27 On Fri, 12 Jun 2009, Al Viro wrote: > > So could you please clarify the situation? If the ABI compatibility > requirements remain the same as they used to be, whether the userland code > is in-tree or not, I'm fine with the entire thing. If they do not (and *ONLY* > in that case), I think we have a real problem. I think the ABI requirements are the same. That said, I also suspect that as with oprofile itself, we'll end up having expansions of the ABI that may well be CPU-specific. I also suspect that there will probably be breakage early on just because things will inevitably settle. And I think that for something like a profiling tool, such breakage is much more acceptable than for the actual binaries you'd profile. It's not like we're talking about breaking the boot or functionality of a machine, as happens when we break the X server (which has happened). Linus -- 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/