Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1276700pxx; Fri, 30 Oct 2020 06:30:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz/F/8/uqvjo6koLtf2UtjYzSvqt3yMZMuJaaiQsRCZZa5rMLWXeEV6G1i6+gAawpuDlBlE X-Received: by 2002:a50:99cd:: with SMTP id n13mr2394772edb.10.1604064656413; Fri, 30 Oct 2020 06:30:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604064656; cv=none; d=google.com; s=arc-20160816; b=bAxQjkf3d5/yPbdS1iPT0rvtI3PbXnTcnjdhDTqGfFJ31dBW7h86xF+qRMh1me7Doh gfo/7GfDg+lFOv8PXUqFzYnZojar4/obMh9utQ00Jq342hRFPj6RDucqssHma/VOn+Dg r1jYWuZS1gv1io40kwvnQkkBgZCX6wu4VsL35NPYfhTS8dCWMuUj1HeWjcXVKvo9stxu GfCnvZHt5f0OQeGi/mU6kL1F1zYL3gRBjQKsybBlstY0fDfVSU9xzHUyGg0tNhOLYWv+ 28SKdBOdYyDDQ7duPSogU4TAk4tGd3WVszHW44udWtFcamlxxeIl6qL1BMApI9o8Rh8R MTDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=GID+jw5cbfy7lAHLute0442sJFi0k9wl+xIYn7xL9R0=; b=K1jzoVU4iJamXcpwJt/H39ZBZN09VZBvEL9CCgKiLaiHK8F6aUMiw8/6Qkd36BUx9z /vq0p2MoNyu3eBCkeuqyPvIz8a0t+jT4OtNaCcujf3VsOploEJqLQT0Ra2tZAqcP8Q15 9E05SXWovxBQbc7Ntaloj50PW7xgU9V5kO9fHlq3oTRXIWKREf52ltFiK+Zf+TffK3e1 nJny3b5vKKtPo6U7d95VYv9hprD8Y9V7wawRZgucADiPzXWxh8L/EPtIX+7/Uj22H3+Z H2VMSVJIIwuKrwfGubwZHRUZCdizTAde/fb5Z+AoOZasfElOsPvtx6tbHVRX6zrZuyyc 7LtA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g6si4559834edn.287.2020.10.30.06.30.33; Fri, 30 Oct 2020 06:30:56 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726591AbgJ3N2u (ORCPT + 99 others); Fri, 30 Oct 2020 09:28:50 -0400 Received: from mga05.intel.com ([192.55.52.43]:56233 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726458AbgJ3N2t (ORCPT ); Fri, 30 Oct 2020 09:28:49 -0400 IronPort-SDR: ga4WjFHUjh7IwMRXUBjM1E14AZxx/xfqM4oSjXx8X779U4Vo6bHpkcDJMBHhAsNiMPzhOp/HSL O9UuYDmgY5sQ== X-IronPort-AV: E=McAfee;i="6000,8403,9789"; a="253313046" X-IronPort-AV: E=Sophos;i="5.77,433,1596524400"; d="scan'208";a="253313046" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2020 06:28:49 -0700 IronPort-SDR: d2vczdT8qt0jfMqhqbMv0zVLWQV95IAonDqS5Xd0n1QDDz0vD/czgebU3kb4llfSyyl104I3Ve 0rqvpTmhVm8g== X-IronPort-AV: E=Sophos;i="5.77,433,1596524400"; d="scan'208";a="537065891" Received: from lshi-mobl1.ccr.corp.intel.com (HELO [10.249.168.224]) ([10.249.168.224]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2020 06:28:46 -0700 Subject: Re: [kbuild-all] Re: drivers/video/backlight/ltv350qv.c:192:12: warning: stack frame size of 13472 bytes in function 'ltv350qv_power' To: Andrey Konovalov , Andrew Morton , kernel test robot Cc: kbuild-all@lists.01.org, clang-built-linux , LKML , Linux Memory Management List , Arnd Bergmann References: <202010260230.VivTG0Gb-lkp@intel.com> <20201025121708.04d4070a44e28146baf9a6a7@linux-foundation.org> From: "Chen, Rong A" Message-ID: <650988cc-2f70-d03a-b456-bf1915b64836@intel.com> Date: Fri, 30 Oct 2020 21:28:43 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/29/2020 11:28 PM, Andrey Konovalov wrote: > On Sun, Oct 25, 2020 at 8:17 PM Andrew Morton wrote: >> >> On Mon, 26 Oct 2020 02:15:37 +0800 kernel test robot wrote: >> >>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master >>> head: d76913908102044f14381df865bb74df17a538cb >>> commit: cae9dc35ed9ff82a99754e51d57ff6c332e1f7e4 kasan: allow enabling stack tagging for tag-based mode >>> date: 3 months ago >>> config: arm64-randconfig-r005-20201026 (attached as .config) >>> compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project 1c8371692dfe8245bc6690ff1262dcced4649d21) >>> 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/video/backlight/ltv350qv.c:192:12: warning: stack frame size of 13472 bytes in function 'ltv350qv_power' [-Wframe-larger-than=] >> >> That's a lot of stack. >> >>> static int ltv350qv_power(struct ltv350qv *lcd, int power) >>> ^ >>> 1 warning generated. >>> >>> vim +/ltv350qv_power +192 drivers/video/backlight/ltv350qv.c >> >> Odd - the code looks pretty normal. It is possible that your compiler >> is (crazily) inlining ltv350qv_write_reg()? > > 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. Hi Andrey, Thanks for your advice, we'll take a look. Best Regards, Rong Chen > > [1] https://bugs.llvm.org/show_bug.cgi?id=38809 > _______________________________________________ > kbuild-all mailing list -- kbuild-all@lists.01.org > To unsubscribe send an email to kbuild-all-leave@lists.01.org >