Received: by 10.213.65.68 with SMTP id h4csp878207imn; Tue, 27 Mar 2018 10:26:11 -0700 (PDT) X-Google-Smtp-Source: AIpwx482ASlRaQ3zYKOHqJ/UZn2+DOQDQmz5DYwDAd6dW5qhyTUCfPUSim7eZfNIfjoZB8YPO5oE X-Received: by 10.101.93.2 with SMTP id e2mr150370pgr.100.1522171570956; Tue, 27 Mar 2018 10:26:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522171570; cv=none; d=google.com; s=arc-20160816; b=Rk30yJhni50YDgsBGvOFas9CtQqcSB8kn8uVXBVillZazO7oT2TyHmtT9EGIQ/sy/Y pOUP+BF4sHKgja9JjLR6XsiU/5ezs7CX3H4kUkWNfUBRixQohdv+GnbHFYThFWE1u5XP yCUmoucSsgvK51B98bx67RaCn2pNi43sElweJ8T9TTkYstOI0wggrwBIX8vQRBP8hS+m fsVtNsf62zZ7ne9Koc+G7rRGo0w8CyW7LIHf81m0eganOCfxBlt9fMSfus88378sdLqA Id01sLXvs9DQ14d0yIADZjBmZ7UyRPKI7GWihtCD/pXE8CcCkqDFJ1AdcJ7o2Gco61Aq c+5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=3v9OBasN6i6ky+Gx/0155PEEwGRK0/uaz0O18JPXNlQ=; b=CUnZHlUhHf5AJGcmVTCEb5iAcEgt9r0K1NdFWHYw8RlZXSiIzoWootA2nry3miXzuW tBIb7ZIM0DlHeJZhye1OgqvLy1yf/vYeQhpizeqDSEmzJPdKJ+/bJEl5ddLdDBW4mBJz bwVoyU3rVdbo3t1C49kvDTqQhEiDQfel0Grgu8neh7+TFKPJQqe7wOZyjNK5aUbLDh8q shMQFxg0Ttrmwk6t+nDLfKP4TYKtD24VPXrqlK+kc09mbWFJhxnUauN1qFDcCWyv5YvQ Oqpf1UIShbtxadoLHPmq+J5slymfCQyFzv1uyWvhfN+80ZVWGt+YoBVm3d7wx2wky5hR 1yDg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j11-v6si1576307plt.266.2018.03.27.10.25.56; Tue, 27 Mar 2018 10:26:10 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754889AbeC0QhS (ORCPT + 99 others); Tue, 27 Mar 2018 12:37:18 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:46204 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754591AbeC0QhQ (ORCPT ); Tue, 27 Mar 2018 12:37:16 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6FDABF8A; Tue, 27 Mar 2018 16:37:15 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Andy Lutomirski , Linus Torvalds , Thomas Gleixner Subject: [PATCH 4.14 078/101] x86/entry/64: Dont use IST entry for #BP stack Date: Tue, 27 Mar 2018 18:27:50 +0200 Message-Id: <20180327162754.869276053@linuxfoundation.org> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180327162749.993880276@linuxfoundation.org> References: <20180327162749.993880276@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.14-stable review patch. If anyone has any objections, please let me know. ------------------ From: Andy Lutomirski commit d8ba61ba58c88d5207c1ba2f7d9a2280e7d03be9 upstream. There's nothing IST-worthy about #BP/int3. We don't allow kprobes in the small handful of places in the kernel that run at CPL0 with an invalid stack, and 32-bit kernels have used normal interrupt gates for #BP forever. Furthermore, we don't allow kprobes in places that have usergs while in kernel mode, so "paranoid" is also unnecessary. Signed-off-by: Andy Lutomirski Signed-off-by: Linus Torvalds Signed-off-by: Thomas Gleixner Cc: stable@vger.kernel.org Signed-off-by: Greg Kroah-Hartman --- arch/x86/entry/entry_64.S | 2 +- arch/x86/kernel/idt.c | 2 -- arch/x86/kernel/traps.c | 15 ++++++++------- 3 files changed, 9 insertions(+), 10 deletions(-) --- a/arch/x86/entry/entry_64.S +++ b/arch/x86/entry/entry_64.S @@ -1091,7 +1091,7 @@ apicinterrupt3 HYPERVISOR_CALLBACK_VECTO #endif /* CONFIG_HYPERV */ idtentry debug do_debug has_error_code=0 paranoid=1 shift_ist=DEBUG_STACK -idtentry int3 do_int3 has_error_code=0 paranoid=1 shift_ist=DEBUG_STACK +idtentry int3 do_int3 has_error_code=0 idtentry stack_segment do_stack_segment has_error_code=1 #ifdef CONFIG_XEN --- a/arch/x86/kernel/idt.c +++ b/arch/x86/kernel/idt.c @@ -160,7 +160,6 @@ static const __initconst struct idt_data */ static const __initconst struct idt_data dbg_idts[] = { INTG(X86_TRAP_DB, debug), - INTG(X86_TRAP_BP, int3), }; #endif @@ -183,7 +182,6 @@ gate_desc debug_idt_table[IDT_ENTRIES] _ static const __initconst struct idt_data ist_idts[] = { ISTG(X86_TRAP_DB, debug, DEBUG_STACK), ISTG(X86_TRAP_NMI, nmi, NMI_STACK), - SISTG(X86_TRAP_BP, int3, DEBUG_STACK), ISTG(X86_TRAP_DF, double_fault, DOUBLEFAULT_STACK), #ifdef CONFIG_X86_MCE ISTG(X86_TRAP_MC, &machine_check, MCE_STACK), --- a/arch/x86/kernel/traps.c +++ b/arch/x86/kernel/traps.c @@ -571,7 +571,6 @@ do_general_protection(struct pt_regs *re } NOKPROBE_SYMBOL(do_general_protection); -/* May run on IST stack. */ dotraplinkage void notrace do_int3(struct pt_regs *regs, long error_code) { #ifdef CONFIG_DYNAMIC_FTRACE @@ -586,6 +585,13 @@ dotraplinkage void notrace do_int3(struc if (poke_int3_handler(regs)) return; + /* + * Use ist_enter despite the fact that we don't use an IST stack. + * We can be called from a kprobe in non-CONTEXT_KERNEL kernel + * mode or even during context tracking state changes. + * + * This means that we can't schedule. That's okay. + */ ist_enter(regs); RCU_LOCKDEP_WARN(!rcu_is_watching(), "entry code didn't wake RCU"); #ifdef CONFIG_KGDB_LOW_LEVEL_TRAP @@ -603,15 +609,10 @@ dotraplinkage void notrace do_int3(struc SIGTRAP) == NOTIFY_STOP) goto exit; - /* - * Let others (NMI) know that the debug stack is in use - * as we may switch to the interrupt stack. - */ - debug_stack_usage_inc(); cond_local_irq_enable(regs); do_trap(X86_TRAP_BP, SIGTRAP, "int3", regs, error_code, NULL); cond_local_irq_disable(regs); - debug_stack_usage_dec(); + exit: ist_exit(regs); }