x86/vsyscall: Fix documentation to reflect the default mode
authorSohil Mehta <sohil.mehta@intel.com>
Wed, 11 Jan 2023 19:32:11 +0000 (19:32 +0000)
committerJonathan Corbet <corbet@lwn.net>
Thu, 19 Jan 2023 21:46:50 +0000 (14:46 -0700)
The default vsyscall mode has been updated from emulate to xonly for a
while. Update the kernel-parameters doc to reflect that.

Fixes: 625b7b7f79c6 ("x86/vsyscall: Change the default vsyscall mode to xonly")
Cc: Andy Lutomirski <luto@kernel.org>
Signed-off-by: Sohil Mehta <sohil.mehta@intel.com>
Reviewed-by: Tony Luck <tony.luck@intel.com>
Reviewed-by: Kees Cook <keescook@chromium.org>
Link: https://lore.kernel.org/r/20230111193211.1987047-1-sohil.mehta@intel.com
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Documentation/admin-guide/kernel-parameters.txt

index 80b14760314ccf4aec79cdb0add40b2c2de1f20e..348f7d5a78428d471189b0e01ed6f75ef28d8533 100644 (file)
                        functions are at fixed addresses, they make nice
                        targets for exploits that can control RIP.
 
-                       emulate     [default] Vsyscalls turn into traps and are
-                                   emulated reasonably safely.  The vsyscall
-                                   page is readable.
+                       emulate     Vsyscalls turn into traps and are emulated
+                                   reasonably safely.  The vsyscall page is
+                                   readable.
 
-                       xonly       Vsyscalls turn into traps and are
+                       xonly       [default] Vsyscalls turn into traps and are
                                    emulated reasonably safely.  The vsyscall
                                    page is not readable.