Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp592608ybm; Wed, 27 May 2020 03:14:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzvS6OUtRBfK0ltjS5IRp5uJyUE2EEr5agp3+ClFJX/sBYonnOSWbyzLJmbqoX8tD8hZR8U X-Received: by 2002:a17:906:350c:: with SMTP id r12mr5124227eja.516.1590574446049; Wed, 27 May 2020 03:14:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590574446; cv=none; d=google.com; s=arc-20160816; b=GT90p5y13IIkP7p+NrYMZqqh0A9U4JBmTfZy5VQYl/enBau58IzmhKbLjxihxrONu0 ZBr/88pdtNSnd2vwt+NIOmWYa/9mQ/hAAEt3hJEaTzoHL/5r/JSH5s/nUY0nTb+4YXX4 9sc+0VGeatuTqiI2z/C5NHJuWIL7mdJOURsOxp35lusCnlpeEjCFuoaXeN2Utpcb5pt1 GdCv/F2hfEptt+8SIHzwlpDW7sHnvvM2mB6AqVD6z4o/Y6H9NHRx2bYG8u2QV0raCHAF J0Mwzkfo9vJKoIz9yW2lD9oKjcmAjxixXSK8K9uBugq5trpswMLdvBZ5k2LEkitvPn1L ZHKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=XzFST6Vi+azN9OinSID3Aq9NytkzHszybDSXx49fBPI=; b=Ylt4jQWvhM45c4K82Nmryrf5yPG2uk1jR2ckTTQatLhDVSNvkyejl0K+Xi59HlW9Dy ke5lGmRjHz1Yrm7WhxpQGNQwrBT2aFT/LLfDt35n4yu0Qg7p2uSuH9q2fdPCCS7kTLQA WwBvgjNIWhIksYgzBAs75aAgYKHZq6m14kdV5wnj/oV/N3sIumu3FsRM3w960a72YghT jf1BsJKmhVas2y6usOnsSicPkIkuKBo1z1jL9h/Uo7BGH0IQPOX/SwDVVxnp9a0eD3MU s+ZuutEJEmIcS2+6tNgrJHoW540jtR3fEriW6Ayus2kb99iQKO215z59t1CRAsrN7wXy EOJg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c18si1026210edt.202.2020.05.27.03.13.43; Wed, 27 May 2020 03:14:06 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387537AbgE0Hbh (ORCPT + 99 others); Wed, 27 May 2020 03:31:37 -0400 Received: from out4436.biz.mail.alibaba.com ([47.88.44.36]:47024 "EHLO out4436.biz.mail.alibaba.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387444AbgE0Hbf (ORCPT ); Wed, 27 May 2020 03:31:35 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R151e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01355;MF=laijs@linux.alibaba.com;NM=1;PH=DS;RN=13;SR=0;TI=SMTPD_---0TznFcjn_1590564682; Received: from localhost(mailfrom:laijs@linux.alibaba.com fp:SMTPD_---0TznFcjn_1590564682) by smtp.aliyun-inc.com(127.0.0.1); Wed, 27 May 2020 15:31:22 +0800 From: Lai Jiangshan To: linux-kernel@vger.kernel.org Cc: Lai Jiangshan , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , Andy Lutomirski , Peter Zijlstra , Alexandre Chartre , "Eric W. Biederman" , Jann Horn , Dave Hansen Subject: [PATCH 5/5] x86/entry: don't copy to tmp in fixup_bad_iret Date: Wed, 27 May 2020 07:31:07 +0000 Message-Id: <20200527073107.2127-6-laijs@linux.alibaba.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200527073107.2127-1-laijs@linux.alibaba.com> References: <20200527073107.2127-1-laijs@linux.alibaba.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org It is safe to do memcpy() in fixup_bad_iret() now. Signed-off-by: Lai Jiangshan --- arch/x86/kernel/traps.c | 20 +++++++++++++------- 1 file changed, 13 insertions(+), 7 deletions(-) diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c index 8291f84933ff..6fe72c771745 100644 --- a/arch/x86/kernel/traps.c +++ b/arch/x86/kernel/traps.c @@ -657,17 +657,23 @@ struct bad_iret_stack *fixup_bad_iret(struct bad_iret_stack *s) * (rather than just below the IRET frame) and we want to * pretend that the exception came from the IRET target. */ - struct bad_iret_stack tmp, *new_stack = + struct bad_iret_stack *new_stack = (struct bad_iret_stack *)__this_cpu_read(cpu_current_top_of_stack) - 1; - /* Copy the IRET target to the temporary storage. */ - memcpy(&tmp.regs.ip, (void *)s->regs.sp, 5*8); + /* + * Both the IRET frame and the saved pt_regs must be on the + * entry stacks since iret to user is only issued on the + * entry stacks. So they don't overlap with kernel stack and + * memcpy() is safe to copy them. + */ + BUG_ON(((unsigned long)s - (unsigned long)new_stack) < PAGE_SIZE || + ((unsigned long)new_stack - (unsigned long)s) < PAGE_SIZE); - /* Copy the remainder of the stack from the current stack. */ - memcpy(&tmp, s, offsetof(struct bad_iret_stack, regs.ip)); + /* Copy the IRET target to the new stack. */ + memcpy(&new_stack->regs.ip, (void *)s->regs.sp, 5*8); - /* Update the entry stack */ - memcpy(new_stack, &tmp, sizeof(tmp)); + /* Copy the remainder of the stack from the current stack. */ + memcpy(new_stack, s, offsetof(struct bad_iret_stack, regs.ip)); BUG_ON(!user_mode(&new_stack->regs)); return new_stack; -- 2.20.1