From patchwork Mon Dec 10 21:09:54 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: tip-bot for Kobe Wu X-Patchwork-Id: 10722531 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 8312618E8 for ; Mon, 10 Dec 2018 21:10:07 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 6F6832AA81 for ; Mon, 10 Dec 2018 21:10:07 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 627922AAA0; Mon, 10 Dec 2018 21:10:07 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=BAYES_00,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 0FFC22AA8F for ; Mon, 10 Dec 2018 21:10:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3EF568E0049; Mon, 10 Dec 2018 16:10:05 -0500 (EST) Delivered-To: linux-mm-outgoing@kvack.org Received: by kanga.kvack.org (Postfix, from userid 40) id 3C5D98E0018; Mon, 10 Dec 2018 16:10:05 -0500 (EST) X-Original-To: int-list-linux-mm@kvack.org X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2B5778E0049; Mon, 10 Dec 2018 16:10:05 -0500 (EST) X-Original-To: linux-mm@kvack.org X-Delivered-To: linux-mm@kvack.org Received: from mail-pf1-f198.google.com (mail-pf1-f198.google.com [209.85.210.198]) by kanga.kvack.org (Postfix) with ESMTP id DCD758E0018 for ; Mon, 10 Dec 2018 16:10:04 -0500 (EST) Received: by mail-pf1-f198.google.com with SMTP id 75so10782344pfq.8 for ; Mon, 10 Dec 2018 13:10:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-original-authentication-results:x-gm-message-state:date:sender :from:message-id:cc:reply-to:in-reply-to:references:to:subject :git-commit-id:robot-id:robot-unsubscribe:mime-version :content-transfer-encoding:content-disposition:precedence; bh=Pk3dKx9kiKNV7TkcSN3ToE/z4SJEvsTZ926OSQpAf+A=; b=n6T04IH+t6ovrTcGNeDUbCZuqMtThX4Bb5P08VNqvcczmCFibFcH0fFQekTXh+DWlO r81eeu2GZi0+yI2sce7xZGRTIB268xD9OREUBj8kOPbVkrm0YPFDRBPHBO14aNQc35Yu qJz8Q908KxzC8Qh06hL1bwAm9WoihgLNWaHb3+AElfSfgAljTMgdoHZ+B4xZXDkWVqYl Z87ncS7dtfVKO3GAP5yL3cYMv2+tAk5wwhGrhYlhkwF3ZLXxY7YMwySKQ9u/uGpsMpkF m8Flxa56PkigYIGvuMLITanUyDQSpHy9OjiCg7xuUqMC8oqDcyxMlRMsGzYePCGOkGCj g+4A== X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of tipbot@zytor.com designates 198.137.202.136 as permitted sender) smtp.mailfrom=tipbot@zytor.com X-Gm-Message-State: AA+aEWYri50wj5+gq0ELIM/cewlBHcze8o6d6hI/xut3kpij/1sz4hTZ lWXIlGPe4xW3ZsM9QUgWNo+a9F0F+XXx6Q3SlJCaMQm+jm6miV4/ZghP0w4vwmwdup45Psn2Nz4 pyMALBnLkL45SCOnes0JCdo3vncEqb0wkux7p8ANKhfLvabKewRoshsCR6EaZd3ugNw== X-Received: by 2002:a63:5d55:: with SMTP id o21mr11997699pgm.92.1544476204546; Mon, 10 Dec 2018 13:10:04 -0800 (PST) X-Google-Smtp-Source: AFSGD/XedkVI0abNMCA/5jf3GgNDrAMvnLXIbh9pq91lcSKHfdJx1PuRxAshnrUF0Ngd9SjkW29p X-Received: by 2002:a63:5d55:: with SMTP id o21mr11997641pgm.92.1544476203550; Mon, 10 Dec 2018 13:10:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544476203; cv=none; d=google.com; s=arc-20160816; b=RKV4X+mHhS2wJvmd9gHZPsMagXDaeFx1CRMA4+L9FRceFjP2LdpvAAcUq2sngnGDzm dv52ruzl8ngBbPuXaMffhPlfjd5A0BEANMxly7G82DTgm3JT+oSGAL0qKX/nxdV2YPj/ Q/4bHSvpoSHDCcKVEwgrkG1JXqVLOgdEgp/85AK1+Kzp71jXyABbjlltkut/QqbN5Zt/ HhceI0RYHkdfUCRizDfoF8wabqUjr+ISG3HSWN/CiiTT0D3F/irCfrI0kXc+OFapbiAo j45KZpyui9BsV1PkRyFFHV8blxP/Ap5AzTyLv+3eWO1UYBN4a2ouAqwp+svtOFSXHgoa IazA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=precedence:content-disposition:content-transfer-encoding :mime-version:robot-unsubscribe:robot-id:git-commit-id:subject:to :references:in-reply-to:reply-to:cc:message-id:from:sender:date; bh=Pk3dKx9kiKNV7TkcSN3ToE/z4SJEvsTZ926OSQpAf+A=; b=EoTRlRNIPHx/nK3rVzC2gpIhSlrTOx5tn27DvKptDMGazlSNJ8Kdqem4K3GYpB9zHd tOBTlRcgXYV8RA8/JW2BsPkNQWbEzQ57+cMhGWJTxINSOQmSzLL9NS+EvGJUR8BCqeIV 8WvUPIFtntPZvIRffqsyqvfdyTiymD1L+023RaG+0o0EVBLAvq66+FApwhPpmK9bPyku HGUiIRgnNYt3TIbgB4hlNqYmdCeOjPpl3HDJ2uI9Wp82H0cWvPZxuOnJ35q8i046mi0y SCbOhpNePIAZLUf4YnzReP6WaLN0He737QFBi7rxh4XcCOWwaFRHQm0V4G5eJ/M7cvdk rMyA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of tipbot@zytor.com designates 198.137.202.136 as permitted sender) smtp.mailfrom=tipbot@zytor.com Received: from terminus.zytor.com (terminus.zytor.com. [198.137.202.136]) by mx.google.com with ESMTPS id x186si10352453pgb.33.2018.12.10.13.10.03 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 10 Dec 2018 13:10:03 -0800 (PST) Received-SPF: pass (google.com: domain of tipbot@zytor.com designates 198.137.202.136 as permitted sender) client-ip=198.137.202.136; Authentication-Results: mx.google.com; spf=pass (google.com: domain of tipbot@zytor.com designates 198.137.202.136 as permitted sender) smtp.mailfrom=tipbot@zytor.com Received: from terminus.zytor.com (localhost [127.0.0.1]) by terminus.zytor.com (8.15.2/8.15.2) with ESMTPS id wBAL9tt63541073 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Dec 2018 13:09:55 -0800 Received: (from tipbot@localhost) by terminus.zytor.com (8.15.2/8.15.2/Submit) id wBAL9sDJ3541070; Mon, 10 Dec 2018 13:09:54 -0800 Date: Mon, 10 Dec 2018 13:09:54 -0800 X-Authentication-Warning: terminus.zytor.com: tipbot set sender to tipbot@zytor.com using -f From: tip-bot for Michal Hocko Message-ID: Cc: linux-mm@kvack.org, mhocko@suse.com, bp@suse.de, pasha.tatashin@soleen.com, mingo@kernel.org, torvalds@linux-foundation.org, dave.hansen@intel.com, linux-kernel@vger.kernel.org, tglx@linutronix.de, ak@linux.intel.com, jkosina@suse.cz, hpa@zytor.com Reply-To: linux-mm@kvack.org, mingo@kernel.org, mhocko@suse.com, bp@suse.de, pasha.tatashin@soleen.com, tglx@linutronix.de, linux-kernel@vger.kernel.org, dave.hansen@intel.com, torvalds@linux-foundation.org, hpa@zytor.com, jkosina@suse.cz, ak@linux.intel.com In-Reply-To: <20181113184910.26697-1-mhocko@kernel.org> References: <20181113184910.26697-1-mhocko@kernel.org> To: linux-tip-commits@vger.kernel.org Subject: [tip:x86/pti] x86/speculation/l1tf: Drop the swap storage limit restriction when l1tf=off Git-Commit-ID: f4abaa98c4575cc06ea5e1a593e3bc2c8de8ef48 X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails MIME-Version: 1.0 Content-Disposition: inline X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: X-Virus-Scanned: ClamAV using ClamSMTP Commit-ID: f4abaa98c4575cc06ea5e1a593e3bc2c8de8ef48 Gitweb: https://git.kernel.org/tip/f4abaa98c4575cc06ea5e1a593e3bc2c8de8ef48 Author: Michal Hocko AuthorDate: Tue, 13 Nov 2018 19:49:10 +0100 Committer: Thomas Gleixner CommitDate: Mon, 10 Dec 2018 22:07:02 +0100 x86/speculation/l1tf: Drop the swap storage limit restriction when l1tf=off Swap storage is restricted to max_swapfile_size (~16TB on x86_64) whenever the system is deemed affected by L1TF vulnerability. Even though the limit is quite high for most deployments it seems to be too restrictive for deployments which are willing to live with the mitigation disabled. We have a customer to deploy 8x 6,4TB PCIe/NVMe SSD swap devices which is clearly out of the limit. Drop the swap restriction when l1tf=off is specified. It also doesn't make much sense to warn about too much memory for the l1tf mitigation when it is forcefully disabled by the administrator. [ tglx: Folded the documentation delta change ] Fixes: 377eeaa8e11f ("x86/speculation/l1tf: Limit swap file size to MAX_PA/2") Signed-off-by: Michal Hocko Signed-off-by: Thomas Gleixner Reviewed-by: Pavel Tatashin Acked-by: Jiri Kosina Cc: Linus Torvalds Cc: Dave Hansen Cc: Andi Kleen Cc: Borislav Petkov Cc: Cc: stable@vger.kernel.org Link: https://lkml.kernel.org/r/20181113184910.26697-1-mhocko@kernel.org --- Documentation/admin-guide/kernel-parameters.txt | 3 +++ Documentation/admin-guide/l1tf.rst | 6 +++++- arch/x86/kernel/cpu/bugs.c | 3 ++- arch/x86/mm/init.c | 2 +- 4 files changed, 11 insertions(+), 3 deletions(-) diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index 05a252e5178d..835e422572eb 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -2095,6 +2095,9 @@ off Disables hypervisor mitigations and doesn't emit any warnings. + It also drops the swap size and available + RAM limit restriction on both hypervisor and + bare metal. Default is 'flush'. diff --git a/Documentation/admin-guide/l1tf.rst b/Documentation/admin-guide/l1tf.rst index b85dd80510b0..2e65e6cb033e 100644 --- a/Documentation/admin-guide/l1tf.rst +++ b/Documentation/admin-guide/l1tf.rst @@ -405,6 +405,9 @@ time with the option "l1tf=". The valid arguments for this option are: off Disables hypervisor mitigations and doesn't emit any warnings. + It also drops the swap size and available RAM limit restrictions + on both hypervisor and bare metal. + ============ ============================================================= The default is 'flush'. For details about L1D flushing see :ref:`l1d_flush`. @@ -576,7 +579,8 @@ Default mitigations The kernel default mitigations for vulnerable processors are: - PTE inversion to protect against malicious user space. This is done - unconditionally and cannot be controlled. + unconditionally and cannot be controlled. The swap storage is limited + to ~16TB. - L1D conditional flushing on VMENTER when EPT is enabled for a guest. diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c index a68b32cb845a..58689ac64440 100644 --- a/arch/x86/kernel/cpu/bugs.c +++ b/arch/x86/kernel/cpu/bugs.c @@ -1002,7 +1002,8 @@ static void __init l1tf_select_mitigation(void) #endif half_pa = (u64)l1tf_pfn_limit() << PAGE_SHIFT; - if (e820__mapped_any(half_pa, ULLONG_MAX - half_pa, E820_TYPE_RAM)) { + if (l1tf_mitigation != L1TF_MITIGATION_OFF && + e820__mapped_any(half_pa, ULLONG_MAX - half_pa, E820_TYPE_RAM)) { pr_warn("System has more than MAX_PA/2 memory. L1TF mitigation not effective.\n"); pr_info("You may make it effective by booting the kernel with mem=%llu parameter.\n", half_pa); diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c index ef99f3892e1f..427a955a2cf2 100644 --- a/arch/x86/mm/init.c +++ b/arch/x86/mm/init.c @@ -931,7 +931,7 @@ unsigned long max_swapfile_size(void) pages = generic_max_swapfile_size(); - if (boot_cpu_has_bug(X86_BUG_L1TF)) { + if (boot_cpu_has_bug(X86_BUG_L1TF) && l1tf_mitigation != L1TF_MITIGATION_OFF) { /* Limit the swap file size to MAX_PA/2 for L1TF workaround */ unsigned long long l1tf_limit = l1tf_pfn_limit(); /*