From patchwork Mon Apr 15 18:59:02 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Greg KH X-Patchwork-Id: 162250 Delivered-To: patch@linaro.org Received: by 2002:a02:c6d8:0:0:0:0:0 with SMTP id r24csp3291864jan; Mon, 15 Apr 2019 12:04:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKmNuIVKXjx1OcE8qv4uLClucqVXIc5V97CCPFQn9KLXEOZSNpRHFfacA8N5mBknD1OwNi X-Received: by 2002:a17:902:e382:: with SMTP id ch2mr75199629plb.94.1555355041224; Mon, 15 Apr 2019 12:04:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555355041; cv=none; d=google.com; s=arc-20160816; b=XreFn1QLNWYV82CtbF9uK5NZ+tV4xbbWaXUm1JixU5SWpZ1R8j1ee2yuLkZtanPndI 41zqk5EKfMxviIbZGXbwx3ZXWe4S2QnxRj5sQaGnnX9nEWG+1O23ua30sbiM82u0l8+X YaN4SIx0RqCgbXqpSGVpuGl/UIYbUTlCnudOaXQnvpMEtBUf40WCmos3d5HTA3YgsqnF xkWLnpfxi1LuCWOZxTdd/iIMviAxlK1aGh3GgEvhaF6jI6GzV2qRjTEV0DDxccwHr69D 8kPZVfQ9y6WN209u5GjxQPcuBXVxj7KnykGASUYb5ffQ/DEowjjQDPKVdn6ITs2n7I45 ZOJg== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=nbad2nwe9PZMRwciM/HEv/a228W0p6So1yZBRbh04Jg=; b=N7OVGYZpQXEMBq3mxgZLCZfIu1mPtP8ZswWyM05Q/RReUjoSDklI6PsUpoUW7VAY+4 /2N4XAgpLrDx5cfPf8mDaZYVg1wPwEJT2TMW+Zw1fwjI0T5bc5Ae09+aPMMVmamM0zsZ YDn9fTFcJgDywZLK/v8d+ShnEEcWZ/UhLz0VhnSSNnhT7dU5nvOqDICr9VnBAy52FcGv ZDlWc8nloVwRynW7MClEYYL0D5M5gFyR2X03PzJgbkdk1MebZuOy2pyuxndSAHKmuqFT z0bGwvTfjyhZhX5GwheBxIimYAL3sohyTIEJwEGEpNK2JbyTeAxwX69IKaBl6Sl7mgK1 iAfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=KorFurFJ; 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 m3si7298479plb.245.2019.04.15.12.04.00; Mon, 15 Apr 2019 12:04:01 -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; dkim=pass header.i=@kernel.org header.s=default header.b=KorFurFJ; 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 S1729418AbfDOTEA (ORCPT + 30 others); Mon, 15 Apr 2019 15:04:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:36274 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729384AbfDOTDz (ORCPT ); Mon, 15 Apr 2019 15:03:55 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7486B218A1; Mon, 15 Apr 2019 19:03:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1555355034; bh=kCpm+MyXmaaPxl+WAR7wPjIj+5TZtAOJr4Lre1+Vvms=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KorFurFJ9nTSHd5JjP9xELJMXMzu06A+rR+PS5ubarBigfprFIN51UBb2Ajjd6xNj ntlpyaD/VPVRAk4DoBvMHy/fRqjq2OQCanHSICbSaAb1ZEeWyYeY2uxOHwlMnw4orr FJWTSgh4+xORQDZom9XbVXJ1iwrQX8tBvtqXbzzA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Arnd Bergmann , Nick Desaulniers , Zhao Qiang , Yalin Wang , Andrew Morton , Linus Torvalds Subject: [PATCH 4.14 44/69] include/linux/bitrev.h: fix constant bitrev Date: Mon, 15 Apr 2019 20:59:02 +0200 Message-Id: <20190415183733.256612035@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190415183726.036654568@linuxfoundation.org> References: <20190415183726.036654568@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Arnd Bergmann commit 6147e136ff5071609b54f18982dea87706288e21 upstream. clang points out with hundreds of warnings that the bitrev macros have a problem with constant input: drivers/hwmon/sht15.c:187:11: error: variable '__x' is uninitialized when used within its own initialization [-Werror,-Wuninitialized] u8 crc = bitrev8(data->val_status & 0x0F); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ include/linux/bitrev.h:102:21: note: expanded from macro 'bitrev8' __constant_bitrev8(__x) : \ ~~~~~~~~~~~~~~~~~~~^~~~ include/linux/bitrev.h:67:11: note: expanded from macro '__constant_bitrev8' u8 __x = x; \ ~~~ ^ Both the bitrev and the __constant_bitrev macros use an internal variable named __x, which goes horribly wrong when passing one to the other. The obvious fix is to rename one of the variables, so this adds an extra '_'. It seems we got away with this because - there are only a few drivers using bitrev macros - usually there are no constant arguments to those - when they are constant, they tend to be either 0 or (unsigned)-1 (drivers/isdn/i4l/isdnhdlc.o, drivers/iio/amplifiers/ad8366.c) and give the correct result by pure chance. In fact, the only driver that I could find that gets different results with this is drivers/net/wan/slic_ds26522.c, which in turn is a driver for fairly rare hardware (adding the maintainer to Cc for testing). Link: http://lkml.kernel.org/r/20190322140503.123580-1-arnd@arndb.de Fixes: 556d2f055bf6 ("ARM: 8187/1: add CONFIG_HAVE_ARCH_BITREVERSE to support rbit instruction") Signed-off-by: Arnd Bergmann Reviewed-by: Nick Desaulniers Cc: Zhao Qiang Cc: Yalin Wang Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- include/linux/bitrev.h | 46 +++++++++++++++++++++++----------------------- 1 file changed, 23 insertions(+), 23 deletions(-) --- a/include/linux/bitrev.h +++ b/include/linux/bitrev.h @@ -34,41 +34,41 @@ static inline u32 __bitrev32(u32 x) #define __constant_bitrev32(x) \ ({ \ - u32 __x = x; \ - __x = (__x >> 16) | (__x << 16); \ - __x = ((__x & (u32)0xFF00FF00UL) >> 8) | ((__x & (u32)0x00FF00FFUL) << 8); \ - __x = ((__x & (u32)0xF0F0F0F0UL) >> 4) | ((__x & (u32)0x0F0F0F0FUL) << 4); \ - __x = ((__x & (u32)0xCCCCCCCCUL) >> 2) | ((__x & (u32)0x33333333UL) << 2); \ - __x = ((__x & (u32)0xAAAAAAAAUL) >> 1) | ((__x & (u32)0x55555555UL) << 1); \ - __x; \ + u32 ___x = x; \ + ___x = (___x >> 16) | (___x << 16); \ + ___x = ((___x & (u32)0xFF00FF00UL) >> 8) | ((___x & (u32)0x00FF00FFUL) << 8); \ + ___x = ((___x & (u32)0xF0F0F0F0UL) >> 4) | ((___x & (u32)0x0F0F0F0FUL) << 4); \ + ___x = ((___x & (u32)0xCCCCCCCCUL) >> 2) | ((___x & (u32)0x33333333UL) << 2); \ + ___x = ((___x & (u32)0xAAAAAAAAUL) >> 1) | ((___x & (u32)0x55555555UL) << 1); \ + ___x; \ }) #define __constant_bitrev16(x) \ ({ \ - u16 __x = x; \ - __x = (__x >> 8) | (__x << 8); \ - __x = ((__x & (u16)0xF0F0U) >> 4) | ((__x & (u16)0x0F0FU) << 4); \ - __x = ((__x & (u16)0xCCCCU) >> 2) | ((__x & (u16)0x3333U) << 2); \ - __x = ((__x & (u16)0xAAAAU) >> 1) | ((__x & (u16)0x5555U) << 1); \ - __x; \ + u16 ___x = x; \ + ___x = (___x >> 8) | (___x << 8); \ + ___x = ((___x & (u16)0xF0F0U) >> 4) | ((___x & (u16)0x0F0FU) << 4); \ + ___x = ((___x & (u16)0xCCCCU) >> 2) | ((___x & (u16)0x3333U) << 2); \ + ___x = ((___x & (u16)0xAAAAU) >> 1) | ((___x & (u16)0x5555U) << 1); \ + ___x; \ }) #define __constant_bitrev8x4(x) \ ({ \ - u32 __x = x; \ - __x = ((__x & (u32)0xF0F0F0F0UL) >> 4) | ((__x & (u32)0x0F0F0F0FUL) << 4); \ - __x = ((__x & (u32)0xCCCCCCCCUL) >> 2) | ((__x & (u32)0x33333333UL) << 2); \ - __x = ((__x & (u32)0xAAAAAAAAUL) >> 1) | ((__x & (u32)0x55555555UL) << 1); \ - __x; \ + u32 ___x = x; \ + ___x = ((___x & (u32)0xF0F0F0F0UL) >> 4) | ((___x & (u32)0x0F0F0F0FUL) << 4); \ + ___x = ((___x & (u32)0xCCCCCCCCUL) >> 2) | ((___x & (u32)0x33333333UL) << 2); \ + ___x = ((___x & (u32)0xAAAAAAAAUL) >> 1) | ((___x & (u32)0x55555555UL) << 1); \ + ___x; \ }) #define __constant_bitrev8(x) \ ({ \ - u8 __x = x; \ - __x = (__x >> 4) | (__x << 4); \ - __x = ((__x & (u8)0xCCU) >> 2) | ((__x & (u8)0x33U) << 2); \ - __x = ((__x & (u8)0xAAU) >> 1) | ((__x & (u8)0x55U) << 1); \ - __x; \ + u8 ___x = x; \ + ___x = (___x >> 4) | (___x << 4); \ + ___x = ((___x & (u8)0xCCU) >> 2) | ((___x & (u8)0x33U) << 2); \ + ___x = ((___x & (u8)0xAAU) >> 1) | ((___x & (u8)0x55U) << 1); \ + ___x; \ }) #define bitrev32(x) \ From patchwork Mon Apr 15 18:59:17 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Greg KH X-Patchwork-Id: 162258 Delivered-To: patch@linaro.org Received: by 2002:ac9:2a84:0:0:0:0:0 with SMTP id p4csp3172870oca; Mon, 15 Apr 2019 12:26:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqz8mZhATxVsOOn6G4XXRuJvrJk7GSngDcZITItInGHBeoU5KdLJzMzO17Kpbxlnfjif1KNc X-Received: by 2002:aa7:9095:: with SMTP id i21mr77183646pfa.134.1555356413545; Mon, 15 Apr 2019 12:26:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555356413; cv=none; d=google.com; s=arc-20160816; b=V38hLRHmfeXAbGlIkbk8l38bKpjdY7ea7Os0rukYau82+e85bK+Udn+pvFthclRemu GBhrOiD6hmmxYtRfLd0roHEJ1N+xq2YhxC1n1/T5bNDtW1Yr9xEoC7AtThrfreJ6cGI1 iqH1G4SQ05FWEyLqz56RYsp2sm4pdQ/xvbtePNHlNrrrMUmgy5qARUFRF7hJRseurEbY miL+j/B1oQt4KWgUrlG6EpCRSYoQsMz2swKLn9i5m+vJpokaq7FCNXN3y8ToErrS9ZPv sIyQsDj3/xpK3SLxFk3ghgfJDK+DoSGtpqY18JQbLuWEFla5O4M/f0RLOXrPS7+sQaxG cl+g== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hVPrEMHGq92xkrjzDHx0Owyd6mCuQVu+yFudvDTxOzg=; b=tsz1/UxNWl6AcU5E4OiT0BwdrRdAQDBFvF4q3qcq673CWErBfm0KKxjxv8zFkF4oE9 ojpnfPNuuanj0UCZ1JVP+8YlrjT/CXGNL8X/Iv7mvKwbws3pV/EnQ245f/jBFiaJYg2Q SZxl2119d9QRvo5A3bJQ/+rNJUbnbndDg9GUsxzP3hO8miyHb9zZZhH+Au1qQnmUcTAG 8uCMCS6FSyEPmaAceaR+BsAHUn3VltKc//FeMLSO81J/S6G0rUBd5gf6uts3AAmHu+ns SjnZNiD1GuLY8OOGj76dpm3N2mSge5nerP0hO1c3d4VS4o/R/4WRMHNetUacnC4oX0sU TUmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=u1PHUEMf; 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 d39si22853590pla.304.2019.04.15.12.26.53; Mon, 15 Apr 2019 12:26:53 -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; dkim=pass header.i=@kernel.org header.s=default header.b=u1PHUEMf; 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 S1729525AbfDOTEW (ORCPT + 30 others); Mon, 15 Apr 2019 15:04:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:37168 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729513AbfDOTET (ORCPT ); Mon, 15 Apr 2019 15:04:19 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 60E5421900; Mon, 15 Apr 2019 19:04:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1555355058; bh=5Et1N5ymEUid78bkME3Qf+QTEQkNLZk0kbPTYggib8M=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=u1PHUEMfFEVXhpci5qQS3yO/t3+B2/lAIJklmnv4NA27r6ID5zysbcPeigxdLSEzd 1isnHzWgncLMJ5DxBiFzFKw8ojdcl86gMkKgewHVhnrfYAP7Mwv9BwubSLfN4XgwTk PhNzj+DUvGXBSWJJhMiZasMtyg5YLr77pJVAzyHs= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Kefeng Wang , Will Deacon Subject: [PATCH 4.14 59/69] arm64: backtrace: Dont bother trying to unwind the userspace stack Date: Mon, 15 Apr 2019 20:59:17 +0200 Message-Id: <20190415183735.551119463@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190415183726.036654568@linuxfoundation.org> References: <20190415183726.036654568@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Will Deacon commit 1e6f5440a6814d28c32d347f338bfef68bc3e69d upstream. Calling dump_backtrace() with a pt_regs argument corresponding to userspace doesn't make any sense and our unwinder will simply print "Call trace:" before unwinding the stack looking for user frames. Rather than go through this song and dance, just return early if we're passed a user register state. Cc: Fixes: 1149aad10b1e ("arm64: Add dump_backtrace() in show_regs") Reported-by: Kefeng Wang Signed-off-by: Will Deacon Signed-off-by: Greg Kroah-Hartman --- arch/arm64/kernel/traps.c | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) --- a/arch/arm64/kernel/traps.c +++ b/arch/arm64/kernel/traps.c @@ -145,10 +145,16 @@ static void dump_instr(const char *lvl, void dump_backtrace(struct pt_regs *regs, struct task_struct *tsk) { struct stackframe frame; - int skip; + int skip = 0; pr_debug("%s(regs = %p tsk = %p)\n", __func__, regs, tsk); + if (regs) { + if (user_mode(regs)) + return; + skip = 1; + } + if (!tsk) tsk = current; @@ -169,7 +175,6 @@ void dump_backtrace(struct pt_regs *regs frame.graph = tsk->curr_ret_stack; #endif - skip = !!regs; printk("Call trace:\n"); while (1) { unsigned long stack; @@ -232,15 +237,13 @@ static int __die(const char *str, int er return ret; print_modules(); - __show_regs(regs); pr_emerg("Process %.*s (pid: %d, stack limit = 0x%p)\n", TASK_COMM_LEN, tsk->comm, task_pid_nr(tsk), end_of_stack(tsk)); + show_regs(regs); - if (!user_mode(regs)) { - dump_backtrace(regs, tsk); + if (!user_mode(regs)) dump_instr(KERN_EMERG, regs); - } return ret; }