Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2521743ybl; Thu, 9 Jan 2020 14:21:08 -0800 (PST) X-Google-Smtp-Source: APXvYqy8VjEjwhnYF+g1aHwD02LxoMKW6TiqZdgxW2SIW4WykD3h+QONL+rr0OvwZ0bT8G12v1vd X-Received: by 2002:a9d:5885:: with SMTP id x5mr104092otg.132.1578608467970; Thu, 09 Jan 2020 14:21:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578608467; cv=none; d=google.com; s=arc-20160816; b=mdfAlUUre+BVCo/EKnoSVl+2jBv2dKXO0az7AHGPIEuSKZHnM7aKu/bNV3XLs5bfyw ypixw0mCGQKs6lmOW3eq/oksM/SOIUXznawCMaAP9Ntk4NLY1HtJq+MuJ6LxRQMMuY7f uXNbzx9bXvmkPQU6JlYqeNNOXbsvRU6vnmiUDgX07t1k5PGYiKle9p4fAIDkjvDsxuAx hGGgILGAtycxrmTHBf4qB0okKeumKtjfHoxoci9z03+Xpv9qrUUysk9MQbWXXy1UkTQF CWZm2dFtLUCPUlArQRYtWxOKuVgVuPQUMdDwV7k4XkRBmOfyekojhOfoRJgj+zsZEkdJ LTEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=5pL01WSrYL7IHC6bEY7qozN61vcd1+Pgy6bPWSRyiVA=; b=fNzsuEJ43FBksWHCnZAPAvLEpKVW++Su1hUl5Nasv89U6l572NhBD3Ly59K6QQ/yeq iLmnVz7ZvaWIkP58jee+zA3RneJqJO6iJr6V5TUcabHpxcpMLdTMcd9/gKg4ki93geLL EVecRCxZZoslaGoQu6EOIu6KtogU4wyk/BYIp6eaXWAsHWPQZsJ+hvCraTbFQuhI/MSW NRiBr2MuGe0eJUX7hFA8jDcRgUmFSywheHLo/YL+Kk+tivd9rZzeNguO7tKhCgcFVYvP JjXHqn8sHq/2t1pA4ZfVtL/SM4/I+Lo1xEmumY6sQbt5MWAfJsk7RHRnrN9lZL1js6t8 CrkQ== 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 f15si4320101oib.61.2020.01.09.14.20.56; Thu, 09 Jan 2020 14:21:07 -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 S1729409AbgAIWSj (ORCPT + 99 others); Thu, 9 Jan 2020 17:18:39 -0500 Received: from mout.kundenserver.de ([212.227.126.134]:59279 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729378AbgAIWSi (ORCPT ); Thu, 9 Jan 2020 17:18:38 -0500 Received: from mail-qt1-f169.google.com ([209.85.160.169]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.129]) with ESMTPSA (Nemesis) id 1Mq2vS-1jSZJP0ovS-00n6Ym for ; Thu, 09 Jan 2020 23:18:37 +0100 Received: by mail-qt1-f169.google.com with SMTP id w47so225934qtk.4 for ; Thu, 09 Jan 2020 14:18:37 -0800 (PST) X-Gm-Message-State: APjAAAWP9ILqA70Cmrto0pJXDS+dcvTB5ByvYXOpVZTdasiJdJKflxKo oMNGjl43mFE3FDxM1R+e1YXKf5R1kajbuagOc/0= X-Received: by 2002:ac8:709a:: with SMTP id y26mr9914629qto.304.1578608316155; Thu, 09 Jan 2020 14:18:36 -0800 (PST) MIME-Version: 1.0 References: <20200107214042.855757-1-arnd@arndb.de> <20200108102602.43d4c5433eb495cdbf387e9b@kernel.org> <20200109140202.fd5488a2ac02f81b25d83b88@linux-foundation.org> In-Reply-To: <20200109140202.fd5488a2ac02f81b25d83b88@linux-foundation.org> From: Arnd Bergmann Date: Thu, 9 Jan 2020 23:18:19 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] kallsyms: work around bogus -Wrestrict warning To: Andrew Morton Cc: Masami Hiramatsu , Oleksandr Natalenko , Linux-MM , Arnaldo Carvalho de Melo , Will Deacon , Song Liu , Alexey Dobriyan , Marc Zyngier , Thomas Gleixner , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:7oQeWIkDz/xeONWkuH08TW/fhgCNfyEJenQmQnyYVH4ESAhCGcU dzQzGlyqwS1k/1JHHfR7VwQg1r3NVFJBeS8WOWgyb90wK74zrowzqSuYdYsEOWQRMkmm3sJ TxdGjg6SmrUmNCVfg2FNz4PjvHCWHG7mlHj7ItzyICJ4HlDDC2wCYQ7iRI+5zQxEh/nt2Qo uBRnn9p+ekYy96LdmOzoQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:xeCGWV+87QM=:eeAbxhyQGbIu/n2lATDe+3 rmAQlG4BXJgII18JeC3jtH0cu1hsv3EMAye3YWhyft3wgbgb/PFYxFgVBlQqFDnKOKCszXwrP Wjs2qakO0CD4pz2Qh9v2QJ7iB069NQ62IGj7InAxxywuQkN6t8MP+EbUN/Md1r3iCTBsCcDlB Ddfsytr59FmRSUaZDK/+k6/qyn4g5cH+q+zUsJzso2QYJSLOj95vmrB9zJojM3wrS98emVY1N Dsae4zRYTXoJA3YZuIvMN7Y5iz4NFarvOfHeovCkCdizHs4zF7CGi9W+v2D2t2FF0sOZTkvYK D7khcPCOmcwHAqGLTxrmU4C9ALj3npDqHNg6GcgmdbsnuQdYISUzeoaJQIDX0akdPTm6O1fgM trrtlkQna4exF6RnQJTCMsaL+YnqDfgn/qADRtsTXiNuemnRwy67ZLobtPVkaI2FYtGjn9EK+ NIx9glXKmMRHGyqAVD8/AbznHLBGGrm8/zhmjh8ixBCWEJsyezpuVRdSVvfOxi//FH1QQGs3Y fvZEgBoOQBpflTGejTVcg++2ojRLzgSluh1FMQdtjCRVzyxWja4w2qpH4PzgOTTSBfTkjr4gW +Rnc1y/tzAnfbDa94yIRrEq1Z3hDbo3a0bmFsx/Ye1B/uX7df/BvS2n9EBj6GR/HSQ41B/C3h S7Mu5CfnlScEPwXQZK3ECs8eKS+qFY143YmjQOWWncwyTKS9vzutIMUEau7OClS328G9nJGIc Ae5KYt5cNBy9FDku3WtoAZHvHdndvPlFvHPYuxkzv9wOf4/QUhJwjEQt+rabX51KmPrea8RF0 X7mVBffFg0BrCS+c2L15jt/5tbSAuMfEEI1LxnCgIGyJ+bIs8ogb/TivzfB2f+/fHoG0Fto93 /RIH7gVk9aN9KXsVtVXQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 9, 2020 at 11:02 PM Andrew Morton wrote: > > On Wed, 8 Jan 2020 10:26:02 +0900 Masami Hiramatsu wrote: > > > Hi Arnd, > > > > On Tue, 7 Jan 2020 22:40:26 +0100 > > Arnd Bergmann wrote: > > > > > gcc -O3 produces some really odd warnings for this file: > > > > > > kernel/kallsyms.c: In function 'sprint_symbol': > > > kernel/kallsyms.c:369:3: error: 'strcpy' source argument is the same as destination [-Werror=restrict] > > > strcpy(buffer, name); > > > ^~~~~~~~~~~~~~~~~~~~ > > > kernel/kallsyms.c: In function 'sprint_symbol_no_offset': > > > kernel/kallsyms.c:369:3: error: 'strcpy' source argument is the same as destination [-Werror=restrict] > > > strcpy(buffer, name); > > > ^~~~~~~~~~~~~~~~~~~~ > > > kernel/kallsyms.c: In function 'sprint_backtrace': > > > kernel/kallsyms.c:369:3: error: 'strcpy' source argument is the same as destination [-Werror=restrict] > > > strcpy(buffer, name); > > > ^~~~~~~~~~~~~~~~~~~~ > > > > > > This obviously cannot be since it is preceded by an 'if (name != buffer)' > > > check. > > > > Hmm, this looks like a bug in gcc. > > Yes, we're getting a lot of such reports. I don't think current gcc is > ready for this patch so I'll drop it, sorry. I've been building with gcc-8 and got around 20 false positive warnings, three real bugs and a few files that introduce increased stack usage. I have sent patches for every one of these and have a clean randconfig builds again on arm, arm64 and x86 (a few thousand so far). Most of the false-positive warnings are for understandable reasons and easy to work around, the one above is probably the most blatant screwup by gcc. My feeling is that we can deal with the warnings here and I wouldn't mind getting it enabled in mainline from that perspective, but there are two caveats: - v5.6 is probably too early since we're close to the merge window and a lot of my fixups have not been merged yet - I have no good estimate of how many runtime failures there will be. Oleksandr hasn't found any issues after running with -O3 kernels for a longer time, but any significant change to the toolchain likely causes problems for somebody. Arnd