Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3001248imu; Sun, 9 Dec 2018 14:47:29 -0800 (PST) X-Google-Smtp-Source: AFSGD/Wv9RzilXUkYYYG2h+4n3/n5GCLsj6NaqekA8+j2F89Pcbmnl+3ry+Cu7i+cnhB/aBVn+BN X-Received: by 2002:a63:5026:: with SMTP id e38mr8931765pgb.123.1544395649450; Sun, 09 Dec 2018 14:47:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544395649; cv=none; d=google.com; s=arc-20160816; b=aY98mIiBjmNmZC+DhA4P8c55vuI5I5bqkaJR8oNhpPQMsDkkz69vC9w7XaLqGsr3L9 bS//WMN3eFFayzfmYPP+05WNIx2v8exLRG3W2RIjJJ65AGhI8LpiDC+Hiy8s27YLH5jU etevGwJ10wH31L0pNoM06CG4KPwq+qgLxp/xzytWlrZ+7qksOYqNUUrYY6IuI2hm7YWw Hy3u2HiCgRXPfVauPIWwx3grOKv0pJL0nQiXcUnf7ahxvv/jsYTAUHlZS1HsZsIeR4J3 +gP5FQXEURSYOqqS9S9o0Y/kELN/2X0hA2GnMcdcd5nkiBUJLRWCQPkROFjBKuosPrsI aJkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=HN5xY3POaamsQBOGwkWlzqG0QOFU6xs9Br54Z8YjMKA=; b=blk3+f8nRC5xDrK90MUVY6YeEtKhLHA4MpsRuGXF7XbsOPYh8g5imIAVcQ1brKZ/6P nP9kNudcbWlLXasRWf2xJildANeM1io0mgmo8fxScgDnri4a6kRf+QO2glTuuvdrerh6 2vjsbYv+YJQPWX2e0GA9IbVkhiWg9Ziro4xGxCOrLST5YcSi8JyqnvPSZDfgc1+JDeOo BsCPORuMs6n1VmmA8xgzJvvB15gZ/xHfOlq0X+RwEZvBWcVYloy+pBL/1St6na7BZC7S imT1aM2NU0yXTIlJxiEfX+I2J61hyzpaDDqNjbNG2PMUqLcJ0r1te2N7w3a0sixE4AMF Mgpg== 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 a64si8173745pge.124.2018.12.09.14.47.14; Sun, 09 Dec 2018 14:47:29 -0800 (PST) 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 S1727122AbeLIV64 (ORCPT + 99 others); Sun, 9 Dec 2018 16:58:56 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:36194 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726744AbeLIVzj (ORCPT ); Sun, 9 Dec 2018 16:55:39 -0500 Received: from pub.yeoldevic.com ([81.174.156.145] helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gW730-0002iq-Ue; Sun, 09 Dec 2018 21:55:35 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gW72g-0003Wn-S7; Sun, 09 Dec 2018 21:55:14 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Jann Horn" , "Andy Lutomirski" , "H. Peter Anvin" , "Thomas Gleixner" , "Greg Kroah-Hartman" , "Borislav Petkov" Date: Sun, 09 Dec 2018 21:50:33 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) X-Patchwork-Hint: ignore Subject: [PATCH 3.16 216/328] x86/process: Don't mix user/kernel regs in 64bit __show_regs() In-Reply-To: X-SA-Exim-Connect-IP: 81.174.156.145 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.62-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Jann Horn commit 9fe6299dde587788f245e9f7a5a1b296fad4e8c7 upstream. When the kernel.print-fatal-signals sysctl has been enabled, a simple userspace crash will cause the kernel to write a crash dump that contains, among other things, the kernel gsbase into dmesg. As suggested by Andy, limit output to pt_regs, FS_BASE and KERNEL_GS_BASE in this case. This also moves the bitness-specific logic from show_regs() into process_{32,64}.c. Fixes: 45807a1df9f5 ("vdso: print fatal signals") Signed-off-by: Jann Horn Signed-off-by: Thomas Gleixner Cc: "H. Peter Anvin" Cc: Andy Lutomirski Cc: Borislav Petkov Cc: Greg Kroah-Hartman Link: https://lkml.kernel.org/r/20180831194151.123586-1-jannh@google.com [bwh: Backported to 3.16: - Keep using user_mode_vm() to in 32-bit show_regs() - Also update call to __show_regs() in kmemcheck - Don't add redundant rdmsrl()s in 64-bit __show_regs() - Adjust filenames, context] Signed-off-by: Ben Hutchings --- --- a/arch/x86/include/asm/kdebug.h +++ b/arch/x86/include/asm/kdebug.h @@ -21,12 +21,22 @@ enum die_val { DIE_NMIUNKNOWN, }; +enum show_regs_mode { + SHOW_REGS_SHORT, + /* + * For when userspace crashed, but we don't think it's our fault, and + * therefore don't print kernel registers. + */ + SHOW_REGS_USER, + SHOW_REGS_ALL +}; + extern void printk_address(unsigned long address); extern void die(const char *, struct pt_regs *,long); extern int __must_check __die(const char *, struct pt_regs *, long); extern void show_trace(struct task_struct *t, struct pt_regs *regs, unsigned long *sp, unsigned long bp); -extern void __show_regs(struct pt_regs *regs, int all); +extern void __show_regs(struct pt_regs *regs, enum show_regs_mode); extern unsigned long oops_begin(void); extern void oops_end(unsigned long, struct pt_regs *, int signr); #ifdef CONFIG_KEXEC --- a/arch/x86/kernel/dumpstack_32.c +++ b/arch/x86/kernel/dumpstack_32.c @@ -123,7 +123,7 @@ void show_regs(struct pt_regs *regs) int i; show_regs_print_info(KERN_EMERG); - __show_regs(regs, !user_mode_vm(regs)); + __show_regs(regs, user_mode_vm(regs) ? SHOW_REGS_USER : SHOW_REGS_ALL); /* * When in-kernel, we also print out the stack and code at the --- a/arch/x86/kernel/dumpstack_64.c +++ b/arch/x86/kernel/dumpstack_64.c @@ -301,7 +301,7 @@ void show_regs(struct pt_regs *regs) sp = regs->sp; show_regs_print_info(KERN_DEFAULT); - __show_regs(regs, 1); + __show_regs(regs, user_mode(regs) ? SHOW_REGS_USER : SHOW_REGS_ALL); /* * When in-kernel, we also print out the stack and code at the --- a/arch/x86/kernel/process_32.c +++ b/arch/x86/kernel/process_32.c @@ -66,7 +66,7 @@ unsigned long thread_saved_pc(struct tas return ((unsigned long *)tsk->thread.sp)[3]; } -void __show_regs(struct pt_regs *regs, int all) +void __show_regs(struct pt_regs *regs, enum show_regs_mode mode) { unsigned long cr0 = 0L, cr2 = 0L, cr3 = 0L, cr4 = 0L; unsigned long d0, d1, d2, d3, d6, d7; @@ -95,7 +95,7 @@ void __show_regs(struct pt_regs *regs, i printk(KERN_DEFAULT " DS: %04x ES: %04x FS: %04x GS: %04x SS: %04x\n", (u16)regs->ds, (u16)regs->es, (u16)regs->fs, gs, ss); - if (!all) + if (mode != SHOW_REGS_ALL) return; cr0 = read_cr0(); --- a/arch/x86/kernel/process_64.c +++ b/arch/x86/kernel/process_64.c @@ -56,7 +56,7 @@ asmlinkage extern void ret_from_fork(voi __visible DEFINE_PER_CPU_USER_MAPPED(unsigned long, old_rsp); /* Prints also some state that isn't saved in the pt_regs */ -void __show_regs(struct pt_regs *regs, int all) +void __show_regs(struct pt_regs *regs, enum show_regs_mode mode) { unsigned long cr0 = 0L, cr2 = 0L, cr3 = 0L, cr4 = 0L, fs, gs, shadowgs; unsigned long d0, d1, d2, d3, d6, d7; @@ -88,9 +88,15 @@ void __show_regs(struct pt_regs *regs, i rdmsrl(MSR_GS_BASE, gs); rdmsrl(MSR_KERNEL_GS_BASE, shadowgs); - if (!all) + if (mode == SHOW_REGS_SHORT) return; + if (mode == SHOW_REGS_USER) { + printk(KERN_DEFAULT "FS: %016lx GS: %016lx\n", + fs, shadowgs); + return; + } + cr0 = read_cr0(); cr2 = read_cr2(); cr3 = read_cr3(); --- a/arch/x86/mm/kmemcheck/error.c +++ b/arch/x86/mm/kmemcheck/error.c @@ -132,7 +132,7 @@ void kmemcheck_error_recall(void) break; } - __show_regs(&e->regs, 1); + __show_regs(&e->regs, SHOW_REGS_ALL); print_stack_trace(&e->trace, 0); }