From patchwork Wed Jul 10 16:06:48 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexander Shishkin X-Patchwork-Id: 812367 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 009031946AD; Wed, 10 Jul 2024 16:10:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.16 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1720627861; cv=none; b=udIKYucjaOKKjCeFp3LV0zGD2zraRrOwlT7ZJis8YhL9YNMsTKkyXPu163Z3fTR3tjWH9guFKDVuLbcAqMTu/2wmKe1GC2PkKt1U1yGYh9M5+NHXoBXrlhoqIduMHyHnIVlVOAPTCf81Rg83zs+zUluJrgMlmkTvGVsiJbJC4Tk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1720627861; c=relaxed/simple; bh=tjWA9OdzKp5oCMrjNAVnwcGNPVjsUmnXZAQ/+ISWzI4=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=TWiZzGkfVE3VIphpqMsqG62lmkjgQYKL+IfyUKnUGlHXUK/ZNf03b6Ko0O/hkzY/FwwbZnMDsnuuW5v15rrm8lP5wW5JPxrxaK+CuJaorAPlTp3gLKMZtvSVBAI/CKqxWxPxmLW+Hy4PrjYjyn3dBW9VShyJhm2adVKzFG8GrQc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=gWZfs3r2; arc=none smtp.client-ip=198.175.65.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="gWZfs3r2" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1720627860; x=1752163860; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=tjWA9OdzKp5oCMrjNAVnwcGNPVjsUmnXZAQ/+ISWzI4=; b=gWZfs3r2V3IRa/auq+38qjTWwoVM9LIsNAR9AohGU/74hq7VDjdUcCL1 a/w0zHq6sT+P0TVmFQRHf8ti4UydB70UxEShD8uxxHh7MevEBftN2mFw0 QKzFsm1f68GFBrpEjOX1PL19K6piMepzemh10l+jqRD5Vw227dLXRiNBk 7VA/tc06yB1fG7IbNps3YUsJUz4IAqmRIWOHy2yOLvhWWkdoWElg6v8Q5 Oz4f/EA32gckW5bisE7ksF8TNAriuQQwWOy/hkxX94RWaF+ZMuuKxjK/l Lc5LEqqN1O5y1vdvn9int5oeNtgt3RKcOJtVR/q3ZXQAAODZ7d0LWxKCc A==; X-CSE-ConnectionGUID: Tl51GXMgRmamgCf/FqETIA== X-CSE-MsgGUID: UIv1w7YGRzGHiMSmgReqGQ== X-IronPort-AV: E=McAfee;i="6700,10204,11129"; a="18103414" X-IronPort-AV: E=Sophos;i="6.09,198,1716274800"; d="scan'208";a="18103414" Received: from orviesa003.jf.intel.com ([10.64.159.143]) by orvoesa108.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Jul 2024 09:10:59 -0700 X-CSE-ConnectionGUID: bcbPCtuEQb2WeEw5KR44Bw== X-CSE-MsgGUID: 61wiqgqJTAqNU/WgPihAGg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.09,198,1716274800"; d="scan'208";a="53085584" Received: from black.fi.intel.com (HELO black.fi.intel.com.) ([10.237.72.28]) by orviesa003.jf.intel.com with ESMTP; 10 Jul 2024 09:10:47 -0700 From: Alexander Shishkin To: Andy Lutomirski , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Peter Zijlstra , Ard Biesheuvel , "Paul E. McKenney" , Josh Poimboeuf , Xiongwei Song , Xin Li , "Mike Rapoport (IBM)" , Brijesh Singh , Michael Roth , Tony Luck , "Kirill A. Shutemov" , Alexey Kardashevskiy Cc: Jonathan Corbet , Alexander Shishkin , Sohil Mehta , Ingo Molnar , Pawan Gupta , Daniel Sneddon , Kai Huang , Sandipan Das , Breno Leitao , Rick Edgecombe , Yian Chen , Alexei Starovoitov , Hou Tao , Juergen Gross , Vegard Nossum , Kees Cook , Eric Biggers , Jason Gunthorpe , "Masami Hiramatsu (Google)" , Andrew Morton , Luis Chamberlain , Yuntao Wang , Rasmus Villemoes , Christophe Leroy , Tejun Heo , Changbin Du , Huang Shijie , Geert Uytterhoeven , Namhyung Kim , Arnaldo Carvalho de Melo , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-efi@vger.kernel.org, Dave Hansen Subject: [PATCH v4 12/16] x86/vsyscall: Document the fact that vsyscall=emulate disables LASS Date: Wed, 10 Jul 2024 19:06:48 +0300 Message-ID: <20240710160655.3402786-13-alexander.shishkin@linux.intel.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20240710160655.3402786-1-alexander.shishkin@linux.intel.com> References: <20240710160655.3402786-1-alexander.shishkin@linux.intel.com> Precedence: bulk X-Mailing-List: linux-efi@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Since EMULATE mode of vsyscall disables LASS, because fixing the LASS violations during the EMULATE mode would need complex instruction decoding, document this fact in kernel-parameters.txt. Cc: Andy Lutomirski Suggested-by: Dave Hansen Signed-off-by: Alexander Shishkin --- Documentation/admin-guide/kernel-parameters.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index 27ec49af1bf2..f7f06049353c 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -7247,7 +7247,9 @@ emulate Vsyscalls turn into traps and are emulated reasonably safely. The vsyscall page is - readable. + readable. This also disables the LASS + feature to allow userspace to poke around + the vsyscall page. xonly [default] Vsyscalls turn into traps and are emulated reasonably safely. The vsyscall