From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6512CC43460 for ; Thu, 20 May 2021 09:24:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 48B9661358 for ; Thu, 20 May 2021 09:24:58 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231641AbhETJ0R (ORCPT ); Thu, 20 May 2021 05:26:17 -0400 Received: from mga07.intel.com ([134.134.136.100]:25217 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231584AbhETJ0I (ORCPT ); Thu, 20 May 2021 05:26:08 -0400 IronPort-SDR: BO7oiCpGKPd8EftbGf1nzw2d913hBUSrm5WredVIWezmcJOfx5QLIwU/OYsDpbfT71VMEA4BD1 yI8AJMYGOeBA== X-IronPort-AV: E=McAfee;i="6200,9189,9989"; a="265097263" X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="265097263" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 May 2021 02:24:47 -0700 IronPort-SDR: Etc2GQhGchnN4xp520cc+mOggfx1lrYzlgf8MeQUXDsE3UTJWlffOSk0/xhVgGmCOcy0XuK90R myMCRHwWbJOw== X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="473923820" Received: from shao2-debian.sh.intel.com (HELO [10.239.13.11]) ([10.239.13.11]) by orsmga001-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 May 2021 02:24:45 -0700 Subject: Re: [kbuild-all] Re: kernel/sched/fair.c:9551:12: warning: stack frame size of 1376 bytes in function 'load_balance' To: Arnd Bergmann , Vincent Guittot Cc: kernel test robot , kbuild-all@lists.01.org, clang-built-linux , linux-kernel , Ingo Molnar , "Peter Zijlstra (Intel)" , Valentin Schneider References: <202105112356.JuDlybKz-lkp@intel.com> From: Rong Chen Message-ID: Date: Thu, 20 May 2021 17:23:34 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/19/21 8:32 PM, Arnd Bergmann wrote: > On Mon, May 17, 2021 at 3:45 PM Vincent Guittot > wrote: >> On Tue, 11 May 2021 at 18:01, kernel test robot wrote: >>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master >>> head: 1140ab592e2ebf8153d2b322604031a8868ce7a5 >>> commit: 0826530de3cbdc89e60a89e86def94a5f0fc81ca sched/fair: Remove update of blocked load from newidle_balance >>> date: 9 weeks ago >>> config: mips-randconfig-r022-20210511 (attached as .config) >>> compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project a0fed635fe1701470062495a6ffee1c608f3f1bc) >>> reproduce (this is a W=1 build): >>> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross >>> chmod +x ~/bin/make.cross >>> # install mips cross compiling tool for clang build >>> # apt-get install binutils-mips-linux-gnu >>> # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0826530de3cbdc89e60a89e86def94a5f0fc81ca >>> git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >>> git fetch --no-tags linus master >>> git checkout 0826530de3cbdc89e60a89e86def94a5f0fc81ca >>> # save the attached .config to linux build tree >>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 ARCH=mips >> It was a bit difficult to find the warning among the thousand > I opened an issue against clang about it: > > See https://github.com/ClangBuiltLinux/linux/issues/1379 Hi Arnd, We have disabled CONFIG_UBSAN_ALIGNMENT for mips/clang in our kconfigs according to the comments in the above link. Best Regards, Rong Chen > > but then found that this is already known. I think it would be best to > make the kernel test robot > set CONFIG_COMPILE_TEST to avoid issues like this. I have annotated a > number of symbols > that are known to cause unnecessary false positives in a similar way > to get a clean build. > > Arnd > _______________________________________________ > kbuild-all mailing list -- kbuild-all@lists.01.org > To unsubscribe send an email to kbuild-all-leave@lists.01.org