From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754834AbcBZRpC (ORCPT ); Fri, 26 Feb 2016 12:45:02 -0500 Received: from torg.zytor.com ([198.137.202.12]:51512 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754705AbcBZRpA (ORCPT ); Fri, 26 Feb 2016 12:45:00 -0500 User-Agent: K-9 Mail for Android In-Reply-To: <20160226173427.54A6949F@viggo.jf.intel.com> References: <20160226173427.54A6949F@viggo.jf.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: [PATCH] x86, pkeys: fix siginfo ABI breakage from new field From: "H. Peter Anvin" Date: Fri, 26 Feb 2016 09:44:00 -0800 To: Dave Hansen , linux-kernel@vger.kernel.org CC: dave.hansen@linux.intel.com, sfr@canb.auug.org.au, akpm@linux-foundation.org, tglx@linutronix.de, mingo@elte.hu, peterz@infradead.org, linux-next@vger.kernel.org, deller@gmx.de Message-ID: <6C5C3B9B-CAD6-4010-9A3E-AFFF7E13FAE3@zytor.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On February 26, 2016 9:34:27 AM PST, Dave Hansen wrote: > >From: Dave Hansen > >Stephen Rothwell reported: > > http://lkml.kernel.org/r/20160226164406.065a1ffc@canb.auug.org.au > >that the Memory Protection Keys patches from the tip tree broke >a build-time check on an ARM build because they changed the ABI >of siginfo. > >A u64 was used for the protection key field in siginfo. When the >containing union was aligned, this u64 unioned nicely with the >two 'void *'s in _addr_bnd. But, on 32-bit, if the union was >unaligned, the u64 might grow the size of the union, breaking the >ABI for subsequent fields. > >To fix this, we replace the u64 with an 'unsigned long'. The long >is guaranteed to union well with the pointers from _addr_bnd. It >is also plenty large enough to store the 16-bit pkey we have today >on x86. This also has the advantage that it allows existing 64-bit >userspace to keep working without modification. > >I also shouldn't have been using a u64 in a userspace API to begin >with. > >Fixes: cd0ea35ff551 ("signals, pkeys: Notify userspace about protection >key faults") >Signed-off-by: Dave Hansen >Cc: Stephen Rothwell >Cc: Andrew Morton >Cc: Thomas Gleixner >Cc: Ingo Molnar >Cc: "H. Peter Anvin" >Cc: Peter Zijlstra >Cc: linux-next@vger.kernel.org >Cc: linux-kernel@vger.kernel.org >Cc: Helge Deller >--- > > b/arch/ia64/include/uapi/asm/siginfo.h | 2 +- > b/arch/mips/include/uapi/asm/siginfo.h | 2 +- > b/include/uapi/asm-generic/siginfo.h | 2 +- > 3 files changed, 3 insertions(+), 3 deletions(-) > >diff -puN include/uapi/asm-generic/siginfo.h~pkeys-101-fix-siginfo >include/uapi/asm-generic/siginfo.h >--- >a/include/uapi/asm-generic/siginfo.h~pkeys-101-fix-siginfo 2016-02-26 >08:50:47.760659292 -0800 >+++ b/include/uapi/asm-generic/siginfo.h 2016-02-26 08:52:08.591330838 >-0800 >@@ -98,7 +98,7 @@ typedef struct siginfo { > void __user *_upper; > } _addr_bnd; > /* used when si_code=SEGV_PKUERR */ >- u64 _pkey; >+ unsigned long _pkey; > }; > } _sigfault; > >diff -puN arch/mips/include/uapi/asm/siginfo.h~pkeys-101-fix-siginfo >arch/mips/include/uapi/asm/siginfo.h >--- >a/arch/mips/include/uapi/asm/siginfo.h~pkeys-101-fix-siginfo 2016-02-26 >08:51:50.357502608 -0800 >+++ b/arch/mips/include/uapi/asm/siginfo.h 2016-02-26 >08:51:55.206722873 -0800 >@@ -93,7 +93,7 @@ typedef struct siginfo { > void __user *_upper; > } _addr_bnd; > /* used when si_code=SEGV_PKUERR */ >- u64 _pkey; >+ unsigned long _pkey; > }; > } _sigfault; > >diff -puN arch/ia64/include/uapi/asm/siginfo.h~pkeys-101-fix-siginfo >arch/ia64/include/uapi/asm/siginfo.h >--- >a/arch/ia64/include/uapi/asm/siginfo.h~pkeys-101-fix-siginfo 2016-02-26 >08:51:50.413505152 -0800 >+++ b/arch/ia64/include/uapi/asm/siginfo.h 2016-02-26 >08:52:00.806977252 -0800 >@@ -70,7 +70,7 @@ typedef struct siginfo { > void __user *_upper; > } _addr_bnd; > /* used when si_code=SEGV_PKUERR */ >- u64 _pkey; >+ unsigned long _pkey; > }; > } _sigfault; > >_ __u64 is okay, "unsigned long" is really messy in the presence of 32-on-64 bit ABIs... -- Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.