[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141211061935.GA5059@gmail.com>
Date: Thu, 11 Dec 2014 07:19:35 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Dave Hansen <dave.hansen@...ux.intel.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
the arch/x86 maintainers <x86@...nel.org>
Subject: Re: [GIT pull] x86 mpx support for 3.19
* Dave Hansen <dave.hansen@...ux.intel.com> wrote:
> @@ -1575,6 +1571,27 @@ config X86_SMAP
>
> If unsure, say Y.
>
> +config X86_INTEL_MPX
> + prompt "Intel MPX (Memory Protection Extensions)" if EXPERT
I think the 'if EXPERT' needs to be dropped.
> + def_bool y
> + depends on CPU_SUP_INTEL
On the one hand, the 'def_bool y' might be acceptable, if we
think of MPX as X32 or SECCOMP: ABI extensions that are only
really useful if all distros enable it.
On the other hand, unlike x32 and seccomp, MPX increases data
structure size and adds a few instructions to common, non-MPX
code paths, so the cost isn't just kernel image size.
Linus, what's your preference?
> + Enabling this option will make the kernel larger and
> + slightly increase the size of some kernel data
> + structures.
And will add a few branches to critical code paths, right?
It would be nice to give some numeric data in such cases, by what
percentage does MPX support increase the x86_64 defconfig kernel
for example? By how much does it increase data structure size?
Make costs and benefits transparent and most people will chose
wisely, or at least well informed.
Thanks,
Ingo
--
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/
Powered by blists - more mailing lists