Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1866220ybz; Thu, 23 Apr 2020 07:23:30 -0700 (PDT) X-Google-Smtp-Source: APiQypJtGPKUDpi7JQb6ZkESkits1Hp3OVGwjvOAAWITTUBaGGoSZkDYsB/byj3SyonlgcNofEOH X-Received: by 2002:a17:906:29c4:: with SMTP id y4mr2850975eje.95.1587651809767; Thu, 23 Apr 2020 07:23:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587651809; cv=none; d=google.com; s=arc-20160816; b=z8XrF05T5DhBz5C3j4Yw0VSj7I9SFu9IpMlr5YgRxJ956TKuH2463AWDSeVVgkKZnC 9mqtEwQT54Q0kv133+CdgG05uMnO+RKWtD3J4PM6nMhkk9m1ZgZwIl2qK7HdMfXTG5y9 lsLIxhzwGr+WR9VRCDuWmIvZKi39V27oL8DZMrCB/j/XZsL9EwAWFN4w1ssS53RLEjEB cGrIIPrdzipfuoSYDjeBJw00+bF0rpjZSu9Ypz4A9PqWUUP+bkekucwHW43MvCOZdwIA ULf2n0EMzUz6gXk6a+Z6Grrm0KgxBSOJyQphSTUBUzULd9VIUCmqCuu1HoXLZzENt2Lx v/Xg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:ironport-sdr:dkim-signature; bh=juYnQFPN+Tbvi0utEKkc6QePjYXu+spjKsHmtzEhrmg=; b=zwUnEsIXI0MNFtjerkAZt1bAvZC8RM0O2F1iG5GOiEpqI9WCC5hJQP/RkY1Rmb3Q7H ih8i03la9f0UgE+2gN1OlLOkUWsfQO6dPxGsctCcbtvfE8sGeAw8pEbCBGuULkWlFke0 XVbuJjuvhVCU82ZBTf8OrRI6zfhnArUc/iiMb2h5FnAh48suSKkocPiLkvbgtET9G+GI yscDCm90+R8Nrod5spyLVAYcgGpVywDqeBhak11C46f3fIEp+zGSWC4e2PONRy691GlY Er9LC5QS9+BhxzX3BTDUFrtZDxK7q5TQnM+FjTEQRbhJ6iOvHCpk+tiOp5px0u6IU1mY yS1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=aYaI2Zif; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o15si1267580eju.289.2020.04.23.07.23.06; Thu, 23 Apr 2020 07:23:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=aYaI2Zif; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728712AbgDWOBv (ORCPT + 99 others); Thu, 23 Apr 2020 10:01:51 -0400 Received: from smtp-fw-33001.amazon.com ([207.171.190.10]:6920 "EHLO smtp-fw-33001.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728046AbgDWOBt (ORCPT ); Thu, 23 Apr 2020 10:01:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1587650509; x=1619186509; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version; bh=juYnQFPN+Tbvi0utEKkc6QePjYXu+spjKsHmtzEhrmg=; b=aYaI2ZifOO4QMB8lyLzA31FsCPVGnOc386zbuOYk2ikPSdJIwoETGvIe /3f4FwO5YuES/FzY33QWWQx2GKqsK5eZuPzh0edMWpZnZ3wDwAVKmKEO0 rNhc/Yrqa+IKpWR/v1+U/lMZJ8sYRWosghSRW2LxjdR/caVVSUQQWDXaV A=; IronPort-SDR: Nr8ceKImk/OebDkQndAHaW0IgSTGCRuxgFlsGN4sQ1gGipsP5yoaS08Z9oC02M7x92G2G0h54K Q6iH1OlVfSNQ== X-IronPort-AV: E=Sophos;i="5.73,307,1583193600"; d="scan'208";a="40451059" Received: from sea32-co-svc-lb4-vlan3.sea.corp.amazon.com (HELO email-inbound-relay-2a-22cc717f.us-west-2.amazon.com) ([10.47.23.38]) by smtp-border-fw-out-33001.sea14.amazon.com with ESMTP; 23 Apr 2020 14:01:49 +0000 Received: from EX13MTAUWA001.ant.amazon.com (pdx4-ws-svc-p6-lb7-vlan3.pdx.amazon.com [10.170.41.166]) by email-inbound-relay-2a-22cc717f.us-west-2.amazon.com (Postfix) with ESMTPS id 2718FA2211; Thu, 23 Apr 2020 14:01:48 +0000 (UTC) Received: from EX13D01UWA004.ant.amazon.com (10.43.160.99) by EX13MTAUWA001.ant.amazon.com (10.43.160.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 23 Apr 2020 14:01:38 +0000 Received: from EX13MTAUWA001.ant.amazon.com (10.43.160.58) by EX13d01UWA004.ant.amazon.com (10.43.160.99) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 23 Apr 2020 14:01:37 +0000 Received: from localhost (10.143.207.46) by mail-relay.amazon.com (10.43.160.118) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Thu, 23 Apr 2020 14:01:37 +0000 From: Balbir Singh To: , CC: , , , , , , "Balbir Singh" Subject: [PATCH v4 3/6] arch/x86/mm: Refactor cond_ibpb() to support other use cases Date: Fri, 24 Apr 2020 00:01:22 +1000 Message-ID: <20200423140125.7332-4-sblbir@amazon.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200423140125.7332-1-sblbir@amazon.com> References: <20200423140125.7332-1-sblbir@amazon.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org cond_ibpb() has the necessary bits required to track the previous mm in switch_mm_irqs_off(). This can be reused for other use cases like L1D flushing (on context switch out). Suggested-by: Thomas Gleixner Signed-off-by: Balbir Singh --- arch/x86/include/asm/tlbflush.h | 2 +- arch/x86/mm/tlb.c | 43 +++++++++++++++++---------------- 2 files changed, 23 insertions(+), 22 deletions(-) diff --git a/arch/x86/include/asm/tlbflush.h b/arch/x86/include/asm/tlbflush.h index 6f66d841262d..69e6ea20679c 100644 --- a/arch/x86/include/asm/tlbflush.h +++ b/arch/x86/include/asm/tlbflush.h @@ -172,7 +172,7 @@ struct tlb_state { /* Last user mm for optimizing IBPB */ union { struct mm_struct *last_user_mm; - unsigned long last_user_mm_ibpb; + unsigned long last_user_mm_spec; }; u16 loaded_mm_asid; diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c index 66f96f21a7b6..da5c94286c7d 100644 --- a/arch/x86/mm/tlb.c +++ b/arch/x86/mm/tlb.c @@ -33,10 +33,11 @@ */ /* - * Use bit 0 to mangle the TIF_SPEC_IB state into the mm pointer which is - * stored in cpu_tlb_state.last_user_mm_ibpb. + * Bits to mangle the TIF_SPEC_IB state into the mm pointer which is + * stored in cpu_tlb_state.last_user_mm_spec. */ #define LAST_USER_MM_IBPB 0x1UL +#define LAST_USER_MM_SPEC_MASK (LAST_USER_MM_IBPB) /* * We get here when we do something requiring a TLB invalidation @@ -189,19 +190,24 @@ static void sync_current_stack_to_mm(struct mm_struct *mm) } } -static inline unsigned long mm_mangle_tif_spec_ib(struct task_struct *next) +static inline unsigned long mm_mangle_tif_spec_bits(struct task_struct *next) { unsigned long next_tif = task_thread_info(next)->flags; - unsigned long ibpb = (next_tif >> TIF_SPEC_IB) & LAST_USER_MM_IBPB; + unsigned long spec_bits = (next_tif >> TIF_SPEC_IB) & LAST_USER_MM_SPEC_MASK; - return (unsigned long)next->mm | ibpb; + return (unsigned long)next->mm | spec_bits; } -static void cond_ibpb(struct task_struct *next) +static void cond_mitigation(struct task_struct *next) { + unsigned long prev_mm, next_mm; + if (!next || !next->mm) return; + next_mm = mm_mangle_tif_spec_bits(next); + prev_mm = this_cpu_read(cpu_tlbstate.last_user_mm_spec); + /* * Both, the conditional and the always IBPB mode use the mm * pointer to avoid the IBPB when switching between tasks of the @@ -212,8 +218,6 @@ static void cond_ibpb(struct task_struct *next) * exposed data is not really interesting. */ if (static_branch_likely(&switch_mm_cond_ibpb)) { - unsigned long prev_mm, next_mm; - /* * This is a bit more complex than the always mode because * it has to handle two cases: @@ -243,20 +247,14 @@ static void cond_ibpb(struct task_struct *next) * Optimize this with reasonably small overhead for the * above cases. Mangle the TIF_SPEC_IB bit into the mm * pointer of the incoming task which is stored in - * cpu_tlbstate.last_user_mm_ibpb for comparison. - */ - next_mm = mm_mangle_tif_spec_ib(next); - prev_mm = this_cpu_read(cpu_tlbstate.last_user_mm_ibpb); - - /* + * cpu_tlbstate.last_user_mm_spec for comparison. + * * Issue IBPB only if the mm's are different and one or * both have the IBPB bit set. */ if (next_mm != prev_mm && (next_mm | prev_mm) & LAST_USER_MM_IBPB) indirect_branch_prediction_barrier(); - - this_cpu_write(cpu_tlbstate.last_user_mm_ibpb, next_mm); } if (static_branch_unlikely(&switch_mm_always_ibpb)) { @@ -265,11 +263,12 @@ static void cond_ibpb(struct task_struct *next) * different context than the user space task which ran * last on this CPU. */ - if (this_cpu_read(cpu_tlbstate.last_user_mm) != next->mm) { + if ((prev_mm & ~LAST_USER_MM_SPEC_MASK) != + (unsigned long)next->mm) indirect_branch_prediction_barrier(); - this_cpu_write(cpu_tlbstate.last_user_mm, next->mm); - } } + + this_cpu_write(cpu_tlbstate.last_user_mm_spec, next_mm); } void switch_mm_irqs_off(struct mm_struct *prev, struct mm_struct *next, @@ -374,8 +373,10 @@ void switch_mm_irqs_off(struct mm_struct *prev, struct mm_struct *next, * Avoid user/user BTB poisoning by flushing the branch * predictor when switching between processes. This stops * one process from doing Spectre-v2 attacks on another. + * The hook can also be used for mitigations that rely + * on switch_mm for hooks. */ - cond_ibpb(tsk); + cond_mitigation(tsk); if (IS_ENABLED(CONFIG_VMAP_STACK)) { /* @@ -501,7 +502,7 @@ void initialize_tlbstate_and_flush(void) write_cr3(build_cr3(mm->pgd, 0)); /* Reinitialize tlbstate. */ - this_cpu_write(cpu_tlbstate.last_user_mm_ibpb, LAST_USER_MM_IBPB); + this_cpu_write(cpu_tlbstate.last_user_mm_spec, LAST_USER_MM_IBPB); this_cpu_write(cpu_tlbstate.loaded_mm_asid, 0); this_cpu_write(cpu_tlbstate.next_asid, 1); this_cpu_write(cpu_tlbstate.ctxs[0].ctx_id, mm->context.ctx_id); -- 2.17.1