Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965817Ab2EPUQp (ORCPT ); Wed, 16 May 2012 16:16:45 -0400 Received: from mga01.intel.com ([192.55.52.88]:64663 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965598Ab2EPUQo (ORCPT ); Wed, 16 May 2012 16:16:44 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="167267067" Message-ID: <4FB40B2B.703@linux.intel.com> Date: Wed, 16 May 2012 13:16:43 -0700 From: Arjan van de Ven User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dave Jones , Linus Torvalds , Steven Rostedt , LKML , Ingo Molnar , Frederic Weisbecker , David Sharp , Vaibhav Nagarnaik , Peter Zijlstra , Andrew Morton Subject: Re: [RFC][PATCH] tracing: Remove useless 4 bytes of padding from every event References: <1337175871.6724.46.camel@gandalf.stny.rr.com> <1337198404.6724.81.camel@gandalf.stny.rr.com> <4FB408F2.8060002@linux.intel.com> <20120516201431.GA29661@redhat.com> In-Reply-To: <20120516201431.GA29661@redhat.com> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2160 Lines: 42 On 5/16/2012 1:14 PM, Dave Jones wrote: > On Wed, May 16, 2012 at 01:07:14PM -0700, Arjan van de Ven wrote: > > On 5/16/2012 1:04 PM, Linus Torvalds wrote: > > > On Wed, May 16, 2012 at 1:00 PM, Steven Rostedt wrote: > > >> > > >> Seriously though. What's your take on changing the kernel that will > > >> break an older distro. Obviously, this change is too early to apply. But > > >> because an old distro has one app that will break if we make a change in > > >> the kernel, is that enough to keep that change out? > > > > > > I suspect that powertop is enough of a developer thing that if that's > > > the only thing that breaks, we don't have to worry too much. > > > > > > I don't want to break *everybody*, so new distro's should be > > > up-to-date. But breaking something like a F14-15 timeframe distro or > > > something staid like a SLES (or "Debian Stale" or whatever they call > > > that thing that only takes crazy-old binaries)? It's fine. We don't > > > want to *rush* into it, but no, if those distros are basically not > > > updating, we can't care about them forever for something like > > > powertop. > > > > agreed. > > > > I would say something like "6 months" (e.g. 3.6); anybody who's likely > > to update anything will have done the powertop upgrade from his distro > > by then, and anybody who isn't isn't going to update the kernel either. > > One possibility would be a config symbol to enable the deprecated field > (kind of like what we did with compat vdso). Distros that have a new > enough powertop can then disable it. this isn't really about distro kernels; a distro that pushes a 3.7 kernel to Fedora 15 might as well do a powertop upgrade.. the later is much simpler and lighter (the main difference between 1.98 and 2.0 is the use of the perfevent library anyway) it's about people who compile their own upstream kernel... -- 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/