[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160305165234.GY6356@twins.programming.kicks-ass.net>
Date: Sat, 5 Mar 2016 17:52:34 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Ingo Molnar <mingo@...nel.org>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Peter Anvin <hpa@...or.com>, Dave Hansen <dave@...1.net>,
Andrew Morton <akpm@...ux-foundation.org>,
Helge Deller <deller@....de>,
Stephen Rothwell <sfr@...b.auug.org.au>,
"linux-tip-commits@...r.kernel.org"
<linux-tip-commits@...r.kernel.org>
Subject: Re: [tip:mm/pkeys] mm/pkeys: Fix siginfo ABI breakage caused by new
u64 field
On Sat, Mar 05, 2016 at 02:50:06PM +0100, Ingo Molnar wrote:
> A more workable method would be to have a test .c file that includes all UAPI
> structures in existence and defines a variable out of every single one, and then
> generates a list of sizeof() values or so. But even that isn't perfect: a
> structure might shift some fields forward, into a pre-existing hole, without
> changing the sizeof? We'd need a list of all field offsets in all structures to be
> really sure, and that's nasty.
pahole has such logic, right?
Powered by blists - more mailing lists