Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2838851pxb; Tue, 21 Sep 2021 08:44:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxOVBSzMDBn++s1lBnW4gYOSifpyITut5ndeVClcYByDuLTZsTUgPDdWejprOCGr7zc2aLH X-Received: by 2002:a17:906:c2c6:: with SMTP id ch6mr36005567ejb.76.1632239073064; Tue, 21 Sep 2021 08:44:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632239073; cv=none; d=google.com; s=arc-20160816; b=JQ4Uh+Vre9rgzcTO0vQZ/H+KdPug8hppulRjxwvQLSj9HDI6cLkXofQwGqz4qjgD6a xUw4NUJEXd+6fvqfePU+osD62+uLlOfsrcpGDnpyta1lndkRDJd1g+ZfjqwqbacJROql x1Ig3J08no3+t2F6cHeoENnsKsuxpYwlSVyrI6azIOvUveDobPKNAWao0tkAmVAWOeEq gMCUzvEzRpMAdGRBAGr9g6/wD2l00TLlh9FKg/C058hs9h+OnuPzEao1GLCD4m4SQc1+ gs1LaHDEHGokJ1KoROhT+HlEg2wrppUoXi5NQZBfn26XBg1b8ZkZf1IzpkSOvl+R011s Q02A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=mPc1NpD6ms3O/7Nec4dB64rWmPPEIqLSABxVWNM/eRE=; b=YOkua2TJa7ZS7rEV/jwlqoCRByDQRRYEK2gmrkIj94YfWUh2RcQHbsrOsy81ad78Ve elZLXISDilV5aYZQ6jGbPwQvpPAmDShkvfg4/wu4g591Blhr8CDpda6pjyHpA0skmCYu g7pKoJovc72FY65a7Y16A9fyzbbQDtOMpkFUoVyq76D2EZ1+EdbDVHeA+Zs7ZS+5vsQe osNgsKY5rEi9LVHDAuoO6L+riA5CWyXhsbi4FuEzSkSCEDlvigaOpgLdTiSnuGsH2Red 0Psh0lKd4EmcZS/kX1SgwrYdfavLlTDIU94VEsOUCzSmQGlGlP1dxGEsytlLIjUnG8LB tsTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=nXUMi4NI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jz21si21115083ejb.539.2021.09.21.08.44.04; Tue, 21 Sep 2021 08:44:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=nXUMi4NI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234189AbhIUPnq (ORCPT + 99 others); Tue, 21 Sep 2021 11:43:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:34682 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234168AbhIUPnp (ORCPT ); Tue, 21 Sep 2021 11:43:45 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 26BBB611EF for ; Tue, 21 Sep 2021 15:42:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1632238937; bh=fsjbdWhaoEfRC8WZUJZWmQoz3Z1K+BhTC5bgPI2OUwY=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=nXUMi4NIgwLQOL+Z4ntN4uOoLwSNGI40VmjgFyfwXArIXfQtBD198OPkpEg50vPp/ sazNC/1O1+aPrBQ4bvEs4uDmghxKDrW48JV8W+tWRU3mEbDsJ01/5VAiazVRYKJQsv hC53Pf1CaHbhUJhQtrEUsTOhPihI2hxe/Uq3TM3HMQgRfmnoJU+FaVO5CQ7QW/Ar9r hY5jYq6cry1j5jnGytW02loW1rVaNrqguU5BT9+INaYSQpHAwTQ24oBURjKnbSBzwd ySCv3olsMR4+2WLO0KTKdoSpzEFh8ynMbuMxPSvtm8LmeO+HU2Ahe9Sp+k53A3I6qP 4kc5pcym+RWGQ== Received: by mail-wr1-f49.google.com with SMTP id g16so40501646wrb.3 for ; Tue, 21 Sep 2021 08:42:17 -0700 (PDT) X-Gm-Message-State: AOAM530w/fdX1JVKHtvxxt+u86Dk9i5pBWo298I5wbmvaQk8p9U8onAU wYl0He/0JHGXd0p8oFPyB9GIDGJ1rT/UKHKlqsg= X-Received: by 2002:a05:600c:3209:: with SMTP id r9mr5344103wmp.35.1632238935395; Tue, 21 Sep 2021 08:42:15 -0700 (PDT) MIME-Version: 1.0 References: <20210906142615.GA1917503@roeck-us.net> In-Reply-To: From: Arnd Bergmann Date: Tue, 21 Sep 2021 17:41:58 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] Enable '-Werror' by default for all kernel builds To: Nathan Chancellor Cc: Linus Torvalds , Guenter Roeck , Linux Kernel Mailing List , llvm@lists.linux.dev, Nick Desaulniers , Paul Walmsley , Palmer Dabbelt , Albert Ou , linux-riscv , Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Andrey Konovalov , kasan-dev , Harry Wentland , Alex Deucher , =?UTF-8?Q?Christian_K=C3=B6nig?= , xinhui pan , amd-gfx list Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 8, 2021 at 10:55 PM Nathan Chancellor wrote: > On Tue, Sep 07, 2021 at 11:11:17AM +0200, Arnd Bergmann wrote: > > On Tue, Sep 7, 2021 at 4:32 AM Nathan Chancellor wrote: function 'rtw_aes_decrypt' [-Werror,-Wframe-larger-than] > > > arm32-fedora.log: drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c:3043:6: error: stack frame size (1376) exceeds limit (1024) in function 'bw_calcs' [-Werror,-Wframe-larger-than] > > > arm32-fedora.log: drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c:77:13: error: stack frame size (5384) exceeds limit (1024) in function 'calculate_bandwidth' [-Werror,-Wframe-larger-than] > > > > > > Aside from the dce_calcs.c warnings, these do not seem too bad. I > > > believe allmodconfig turns on UBSAN but it could also be aggressive > > > inlining by clang. I intend to look at all -Wframe-large-than warnings > > > closely later. > > > > I've had them close to zero in the past, but a couple of new ones came in. > > > > The amdgpu ones are probably not fixable unless they stop using 64-bit > > floats in the kernel for > > random calculations. The crypto/* ones tend to be compiler bugs, but hard to fix > > I have started taking a look at these. Most of the allmodconfig ones > appear to be related to CONFIG_KASAN, which is now supported for > CONFIG_ARM. > > The two in bpmp-debugfs.c appear regardless of CONFIG_KASAN and it turns > out that you actually submitted a patch for these: > > https://lore.kernel.org/r/20201204193714.3134651-1-arnd@kernel.org/ > > Is it worth resending or pinging that? I'm now restarting from a clean tree for my randconfig patches to see which ones are actually needed, will hopefully get to that. > The dce_calcs.c ones also appear without CONFIG_KASAN, which you noted > is probably unavoidable. (adding amdgpu folks to Cc here) Harry Wentland did a nice rework for dcn_calcs.c that should also be portable to dce_calcs.c, I hope that he will be able to get to that as well. Looking at my older patches now, I found that I had only suppressed that one and given up fixing it, but I did put my analysis into https://bugs.llvm.org/show_bug.cgi?id=42551, which should be helpful for addressing it in either the kernel or the compiler. Arnd