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,URIBL_BLOCKED,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 CF44AC2D0E4 for ; Wed, 25 Nov 2020 00:34:39 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 4C27B21527 for ; Wed, 25 Nov 2020 00:34:39 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4C27B21527 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 97FFD6B006E; Tue, 24 Nov 2020 19:34:38 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 909E86B0070; Tue, 24 Nov 2020 19:34:38 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7F7CE6B0071; Tue, 24 Nov 2020 19:34:38 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0145.hostedemail.com [216.40.44.145]) by kanga.kvack.org (Postfix) with ESMTP id 676176B006E for ; Tue, 24 Nov 2020 19:34:38 -0500 (EST) Received: from smtpin18.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 318A78249980 for ; Wed, 25 Nov 2020 00:34:38 +0000 (UTC) X-FDA: 77521069836.18.shock86_0b1230027372 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin18.hostedemail.com (Postfix) with ESMTP id 18A5C100ED3DA for ; Wed, 25 Nov 2020 00:34:38 +0000 (UTC) X-HE-Tag: shock86_0b1230027372 X-Filterd-Recvd-Size: 5344 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by imf29.hostedemail.com (Postfix) with ESMTP for ; Wed, 25 Nov 2020 00:34:35 +0000 (UTC) IronPort-SDR: WSlMe+VOxpu9GiA2T9EH5H4pt6N+cZw1GeqqhiATa3oNDClKfXEf+EJSO+SkZafdL7cJKiEM0A 1Kc8ty+sN/pg== X-IronPort-AV: E=McAfee;i="6000,8403,9815"; a="190174680" X-IronPort-AV: E=Sophos;i="5.78,367,1599548400"; d="scan'208";a="190174680" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Nov 2020 16:34:34 -0800 IronPort-SDR: 49PvZQybSUK2OMDtn3ohRmvYCPCcdvONETyCCkFn5JQrLjvs1WpJs3S5tTiZVTGpaPef3zbYtm QkWokUDiIpQw== X-IronPort-AV: E=Sophos;i="5.78,367,1599548400"; d="scan'208";a="478713242" Received: from shao2-debian.sh.intel.com (HELO [10.239.13.117]) ([10.239.13.117]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Nov 2020 16:34:32 -0800 Subject: Re: [kbuild-all] Re: drivers/net/wan/slic_ds26522.c:205:12: warning: stack frame size of 12288 bytes in function 'slic_ds26522_probe' To: Andrey Konovalov Cc: kernel test robot , kbuild-all@lists.01.org, clang-built-linux , LKML , Andrew Morton , Linux Memory Management List References: <202011200603.Fq2dmeMk-lkp@intel.com> <71e44c1f-3c9f-db89-0347-3e23699d67cb@intel.com> From: Rong Chen Message-ID: Date: Wed, 25 Nov 2020 08:33:40 +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 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 11/24/20 7:51 PM, Andrey Konovalov wrote: > On Tue, Nov 24, 2020 at 9:02 AM Rong Chen wrote: >> On 11/23/20 10:15 PM, Andrey Konovalov wrote: >>> On Thu, Nov 19, 2020 at 11:16 PM kernel test robot wrote: >>>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master >>>> head: 3494d58865ad4a47611dbb427b214cc5227fa5eb >>>> commit: cae9dc35ed9ff82a99754e51d57ff6c332e1f7e4 kasan: allow enabling stack tagging for tag-based mode >>>> date: 3 months ago >>>> config: arm64-randconfig-r002-20201119 (attached as .config) >>>> compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project b2613fb2f0f53691dd0211895afbb9413457fca7) >>>> 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 arm64 cross compiling tool for clang build >>>> # apt-get install binutils-aarch64-linux-gnu >>>> # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=cae9dc35ed9ff82a99754e51d57ff6c332e1f7e4 >>>> git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >>>> git fetch --no-tags linus master >>>> git checkout cae9dc35ed9ff82a99754e51d57ff6c332e1f7e4 >>>> # save the attached .config to linux build tree >>>> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=arm64 >>>> >>>> If you fix the issue, kindly add following tag as appropriate >>>> Reported-by: kernel test robot >>>> >>>> All warnings (new ones prefixed by >>): >>>> >>>>>> drivers/net/wan/slic_ds26522.c:205:12: warning: stack frame size of 12288 bytes in function 'slic_ds26522_probe' [-Wframe-larger-than=] >>>> static int slic_ds26522_probe(struct spi_device *spi) >>>> ^ >>>> 1 warning generated. >>>> -- >>>>>> drivers/gpu/drm/panel/panel-sitronix-st7789v.c:194:12: warning: stack frame size of 18352 bytes in function 'st7789v_prepare' [-Wframe-larger-than=] >>>> static int st7789v_prepare(struct drm_panel *panel) >>>> ^ >>>> 1 warning generated. >>> Same issue as reported previously. Copying my response from the other >>> email just in case: >>> >>> This is the same issue in LLVM that was reported by Arnd for generic >>> KASAN (also see KASAN_STACK_ENABLE option description). By default >>> KASAN shouldn't have stack instrumentation enabled unless >>> KASAN_STACK_ENABLE is specified. Perhaps it makes sense to disable it >>> for KASAN_SW_TAGS config on the kernel test robot. >>> >>> [1] https://bugs.llvm.org/show_bug.cgi?id=38809 >> Hi Andrey, >> >> Thanks for the explanation, we'll disable CONFIG_KASAN_SW_TAGS. > Hi Rong, > > No, no, if you have a CONFIG_KASAN_SW_TAGS-based config - keep it > enabled, just disable CONFIG_KASAN_STACK_ENABLE to avoid these stack > overflows. > > Thanks! Ah.. my fault, will disable CONFIG_KASAN_STACK_ENABLE for this case. Best Regards, Rong Chen