linux-kernel - Re: [RFC][PATCH] tracing: Remove useless 4 bytes of padding from every event

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 16 May 2012 13:16:43 -0700
From:	Arjan van de Ven <arjan@...ux.intel.com>
To:	Dave Jones <davej@...hat.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Steven Rostedt <rostedt@...dmis.org>,
	LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
	Frederic Weisbecker <fweisbec@...il.com>,
	David Sharp <dhsharp@...gle.com>,
	Vaibhav Nagarnaik <vnagarnaik@...gle.com>,
	Peter Zijlstra <peterz@...radead.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [RFC][PATCH] tracing: Remove useless 4 bytes of padding from
 every event

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