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 AAD61C433ED for ; Thu, 20 May 2021 09:57:55 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 3F09F61CAC for ; Thu, 20 May 2021 09:57:55 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3F09F61CAC Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id C32346B00A8; Thu, 20 May 2021 05:57:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BE2A46B00A9; Thu, 20 May 2021 05:57:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A83196B00AA; Thu, 20 May 2021 05:57:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0121.hostedemail.com [216.40.44.121]) by kanga.kvack.org (Postfix) with ESMTP id 722E16B00A8 for ; Thu, 20 May 2021 05:57:54 -0400 (EDT) Received: from smtpin03.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 0D66B18047625 for ; Thu, 20 May 2021 09:57:54 +0000 (UTC) X-FDA: 78161158068.03.28225B1 Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by imf08.hostedemail.com (Postfix) with ESMTP id 81D3D801910F for ; Thu, 20 May 2021 09:57:50 +0000 (UTC) IronPort-SDR: 4wadUlig7uR/iRVf4VZSvLcSEgvGrgfxf3dLhOqFMMj8NBLRGDpwksbJiay0nKnxfmNhIQEKko yMRPvys5ieaw== X-IronPort-AV: E=McAfee;i="6200,9189,9989"; a="262411190" X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="262411190" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 May 2021 02:57:49 -0700 IronPort-SDR: WVxt2gBpSjV2MGG8Wyw/2v9pscFp4RqvyWNeaf0PmFt/JWyQ23i8ZK2uucROiOecp/D6vjMPw0 DyEIyIquEoMA== X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="473934936" 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:57:47 -0700 Subject: Re: [kbuild-all] Re: [linux-stable-rc:linux-5.10.y 3189/5262] drivers/usb/dwc2/hcd.c:3835:6: warning: stack frame size of 1032 bytes in function 'dwc2_hcd_dump_state' To: Arnd Bergmann Cc: kernel test robot , kbuild-all@lists.01.org, clang-built-linux , Greg Kroah-Hartman , Nathan Chancellor , Kees Cook , Andrew Morton , Linux Memory Management List References: <202105200357.eXI65Gfu-lkp@intel.com> From: Rong Chen Message-ID: <9df0d465-d671-d970-4b45-61af014749c9@intel.com> Date: Thu, 20 May 2021 17:56:35 +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 Authentication-Results: imf08.hostedemail.com; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=intel.com (policy=none); spf=none (imf08.hostedemail.com: domain of rong.a.chen@intel.com has no SPF policy when checking 134.134.136.31) smtp.mailfrom=rong.a.chen@intel.com X-Stat-Signature: ecm5f74mfmt9p76q758nfp77zf6cpi84 X-Rspamd-Queue-Id: 81D3D801910F X-Rspamd-Server: rspam02 X-HE-Tag: 1621504670-742920 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 5/20/21 5:27 PM, Arnd Bergmann wrote: > On Thu, May 20, 2021 at 11:22 AM Rong Chen wrote: >> On 5/20/21 4:28 AM, Arnd Bergmann wrote: >>> On Wed, May 19, 2021 at 9:48 PM kernel test robot wrote: >>>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.10.y >>>> head: 689e89aee55c565fe90fcdf8a7e53f2f976c5946 >>>> commit: 5f2f616343b1d62d26f24316fbfc107ecf0983a9 [3189/5262] linux/compiler-clang.h: define HAVE_BUILTIN_BSWAP* >>>> config: mips-randconfig-r015-20210519 (attached as .config) >>>> compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project 8e93d10633d751a3e9169bf9fa68326925ffa097) >>>> 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/stable/linux-stable-rc.git/commit/?id=5f2f616343b1d62d26f24316fbfc107ecf0983a9 >>>> git remote add linux-stable-rc https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git >>>> git fetch --no-tags linux-stable-rc linux-5.10.y >>>> git checkout 5f2f616343b1d62d26f24316fbfc107ecf0983a9 >>>> # save the attached .config to linux build tree >>>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=mips >>>> >>>> If you fix the issue, kindly add following tag as appropriate >>>> Reported-by: kernel test robot >>>> >>>> All warnings (new ones prefixed by >>): >>>> >>> I analyzed another bug like this today, and I think this is again just >>> CONFIG_UBSAN_ALIGNMENT=y >>> on mips/clang causing tons of these warnings. >>> >>> I don't think this should be considered a regression, but we may want >>> to change either the >>> kernel or the 0day bot from test building this combination of options. >>> >>> Arnd >>> >> Hi Arnd, >> >> We have disabled CONFIG_UBSAN_ALIGNMENT for mips/clang in our kconfigs >> to avoid reporting such warnings again. > Thanks a lot, that helps. > > Have you considered always enforcing CONFIG_COMPILE_TEST=y for any > randconfig build? That would address this issue along with a number of similar > ones. I have sent a number of patches to add COMPILE_TEST dependencies > for things that otherwise break in randconfig builds but could still be useful > in more specific cases when users know better. > > Arnd Hi Arnd, Thanks for the advice, we'll consider it in the near future after assessing the existing configures. Best Regards, Rong Chen