Re: [RFC][PATCH] tracing: Remove useless 4 bytes of padding fromevery event

[Arjan van de Ven]

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 <rostedt@xxxxxxxxxxx> 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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/