Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1291500

[PATCH 23/32] x86, pkeys: add Kconfig prompt to existing config option

From Dave Hansen <dave@sr71.net>
Newsgroups linux.kernel
Subject [PATCH 23/32] x86, pkeys: add Kconfig prompt to existing config option
Date 2015-12-14 20:20 +0100
Message-ID <qFGP8-1UU-19@gated-at.bofh.it> (permalink)
References <qFGFr-1Ro-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


From: Dave Hansen <dave.hansen@linux.intel.com>

I don't have a strong opinion on whether we need this or not.
Protection Keys has relatively little code associated with it,
and it is not a heavyweight feature to keep enabled.  However,
I can imagine that folks would still appreciate being able to
disable it.

Here's the option if folks want it.

Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
---

 b/arch/x86/Kconfig |   10 ++++++++++
 1 file changed, 10 insertions(+)

diff -puN arch/x86/Kconfig~pkeys-40-kconfig-prompt arch/x86/Kconfig
--- a/arch/x86/Kconfig~pkeys-40-kconfig-prompt	2015-12-14 10:42:49.213090279 -0800
+++ b/arch/x86/Kconfig	2015-12-14 10:42:49.216090413 -0800
@@ -1682,8 +1682,18 @@ config X86_INTEL_MPX
 	  If unsure, say N.
 
 config X86_INTEL_MEMORY_PROTECTION_KEYS
+	prompt "Intel Memory Protection Keys"
 	def_bool y
+	# Note: only available in 64-bit mode
 	depends on CPU_SUP_INTEL && X86_64
+	---help---
+	  Memory Protection Keys provides a mechanism for enforcing
+	  page-based protections, but without requiring modification of the
+	  page tables when an application changes protection domains.
+
+	  For details, see Documentation/x86/protection-keys.txt
+
+	  If unsure, say y.
 
 config EFI
 	bool "EFI runtime service support"
_
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 00/32] x86: Memory Protection Keys (v7) Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 06/32] x86, pkeys: add PKRU xsave fields and data structure(s) Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 17/32] x86, pkeys: check VMAs and PTEs for protection keys Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 14/32] x86, pkeys: add functions to fetch PKRU Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
    Re: [PATCH 14/32] x86, pkeys: add functions to fetch PKRU Thomas Gleixner <tglx@linutronix.de> - 2015-12-14 21:00 +0100
  [PATCH 19/32] x86, pkeys: optimize fault handling in access_error() Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 10/32] x86, pkeys: arch-specific protection bits Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 13/32] x86, pkeys: fill in pkey field in siginfo Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 20/32] x86, pkeys: differentiate instruction fetches Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 05/32] x86, pkeys: define new CR4 bit Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 01/32] mm, gup: introduce concept of "foreign" get_user_pages() Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 08/32] x86, pkeys: new page fault error code bit: PF_PK Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 11/32] x86, pkeys: pass VMA down in to fault signal generation code Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  [PATCH 23/32] x86, pkeys: add Kconfig prompt to existing config option Dave Hansen <dave@sr71.net> - 2015-12-14 20:20 +0100
  Re: [PATCH 00/32] x86: Memory Protection Keys (v7) "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com> - 2015-12-24 12:40 +0100

csiph-web