Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp741065yba; Thu, 9 May 2019 05:20:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqy3z3qIbBa83H9Pxl3IbWyXbGol302DRykm/g+lXoDd+pXjjnr5jyBb8N2RaCFPOelo6Mwd X-Received: by 2002:aa7:82cd:: with SMTP id f13mr4518572pfn.203.1557404459479; Thu, 09 May 2019 05:20:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557404459; cv=none; d=google.com; s=arc-20160816; b=sf+Nep6SunBizfU1LxQtyL3TiqlcNObJUeR1nom0KYU0/um0jFwGOzTWrn3tRpfy0+ Ac0MBI8RhVFcS1ZNapCKm1835OlOgkgTjbzmHSwPoViZ/BE3OqQ2TVwmLir+Qd+l8vGN IpjGcXBO/lTPQOEsS4ya+fYlNn8egccO414d3NRnWFtnhL0iBO+CTw31iTMoPMYejikf e1QxsyMQlk0wwIn29R/w9QjS9jp5B7J3Y7qHxqYaC5cF4zM1MpXKuLxy8/V0bBhnj/A3 jtRHoWQhAgpmPQalfecbfyMqVi5ecQV4KKgwqVAGFt0O19S7GOfGpO+WcrGoyhxVPCDJ 7K1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=0pHFuHazsnve9W+ExH7KJFtHzt8JdlLnHvbAofwOH30=; b=yX2c94TbLLWuki7u6HAnHNwlp6WVDaRDw3XzbA5CN6ls1KL2UkkzYUMGshDqznzu7O pUfXioI25ciUqwOhETV3a36hB0eVcwI4f7KkSBGVcong3d8R1YhIZtUN3QqbD8R+NAgy BleWyp2cW3WU80t7z30mz1HFUFYH51CHT8z7Jcaa+kgIuMNjk06gxciKiCxOM8J7iEDk qdoToaRmGOiAh/TBBe14ckKR0cUbYRbWD16en6qyRitstKDwtJLgLOFSZx381gCchQPs tVZxt6SizVuBeiy4ux0AV92bsiE7mrWrx2+R6+FoRhN2DksJQiMeNmuxKVuyEnme63QF ZtAA== 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 k6si2778978pgm.396.2019.05.09.05.20.42; Thu, 09 May 2019 05:20:59 -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 S1726600AbfEIMTt (ORCPT + 99 others); Thu, 9 May 2019 08:19:49 -0400 Received: from mx2.suse.de ([195.135.220.15]:39556 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726426AbfEIMTs (ORCPT ); Thu, 9 May 2019 08:19:48 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 3B68EAC38; Thu, 9 May 2019 12:19:46 +0000 (UTC) From: Petr Mladek To: Linus Torvalds Cc: Andy Shevchenko , Rasmus Villemoes , "Tobin C . Harding" , Michal Hocko , Sergey Senozhatsky , Steven Rostedt , Sergey Senozhatsky , linux-kernel@vger.kernel.org, Michael Ellerman , linuxppc-dev@lists.ozlabs.org, Russell Currey , Christophe Leroy , Stephen Rothwell , Heiko Carstens , linux-arch@vger.kernel.org, linux-s390@vger.kernel.org, Martin Schwidefsky , Petr Mladek Subject: [PATCH] vsprintf: Do not break early boot with probing addresses Date: Thu, 9 May 2019 14:19:23 +0200 Message-Id: <20190509121923.8339-1-pmladek@suse.com> X-Mailer: git-send-email 2.16.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The commit 3e5903eb9cff70730 ("vsprintf: Prevent crash when dereferencing invalid pointers") broke boot on several architectures. The common pattern is that probe_kernel_read() is not working during early boot because userspace access framework is not ready. The check is only the best effort. Let's not rush with it during the early boot. Details: 1. Report on Power: Kernel crashes very early during boot with with CONFIG_PPC_KUAP and CONFIG_JUMP_LABEL_FEATURE_CHECK_DEBUG The problem is the combination of some new code called via printk(), check_pointer() which calls probe_kernel_read(). That then calls allow_user_access() (PPC_KUAP) and that uses mmu_has_feature() too early (before we've patched features). With the JUMP_LABEL debug enabled that causes us to call printk() & dump_stack() and we end up recursing and overflowing the stack. Because it happens so early you don't get any output, just an apparently dead system. The stack trace (which you don't see) is something like: ... dump_stack+0xdc probe_kernel_read+0x1a4 check_pointer+0x58 string+0x3c vsnprintf+0x1bc vscnprintf+0x20 printk_safe_log_store+0x7c printk+0x40 dump_stack_print_info+0xbc dump_stack+0x8 probe_kernel_read+0x1a4 probe_kernel_read+0x19c check_pointer+0x58 string+0x3c vsnprintf+0x1bc vscnprintf+0x20 vprintk_store+0x6c vprintk_emit+0xec vprintk_func+0xd4 printk+0x40 cpufeatures_process_feature+0xc8 scan_cpufeatures_subnodes+0x380 of_scan_flat_dt_subnodes+0xb4 dt_cpu_ftrs_scan_callback+0x158 of_scan_flat_dt+0xf0 dt_cpu_ftrs_scan+0x3c early_init_devtree+0x360 early_setup+0x9c 2. Report on s390: vsnprintf invocations, are broken on s390. For example, the early boot output now looks like this where the first (efault) should be the linux_banner: [ 0.099985] (efault) [ 0.099985] setup: Linux is running as a z/VM guest operating system in 64-bit mode [ 0.100066] setup: The maximum memory size is 8192MB [ 0.100070] cma: Reserved 4 MiB at (efault) [ 0.100100] numa: NUMA mode: (efault) The reason for this, is that the code assumes that probe_kernel_address() works very early. This however is not true on at least s390. Uaccess on KERNEL_DS works only after page tables have been setup on s390, which happens with setup_arch()->paging_init(). Any probe_kernel_address() invocation before that will return -EFAULT. Fixes: 3e5903eb9cff70730 ("vsprintf: Prevent crash when dereferencing invalid pointers") Signed-off-by: Petr Mladek --- lib/vsprintf.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/lib/vsprintf.c b/lib/vsprintf.c index 7b0a6140bfad..8b43a883be6b 100644 --- a/lib/vsprintf.c +++ b/lib/vsprintf.c @@ -640,8 +640,13 @@ static const char *check_pointer_msg(const void *ptr) if (!ptr) return "(null)"; - if (probe_kernel_address(ptr, byte)) - return "(efault)"; + /* User space address handling is not ready during early boot. */ + if (system_state <= SYSTEM_BOOTING) { + if ((unsigned long)ptr < PAGE_SIZE) + return "(efault)"; + } else { + if (probe_kernel_address(ptr, byte)) + return "(efault)"; return NULL; } -- 2.16.4