All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: aubrey.li@linux.intel.com
Cc: oe-kbuild-all@lists.linux.dev
Subject: [anolis-intel-cloud:devel-5.10 11/11] drivers/base/cpu.c:209:16: warning: stack frame size (2328) exceeds limit (2048) in 'show_cpus_attr'
Date: Tue, 20 May 2025 21:03:10 +0800	[thread overview]
Message-ID: <202505202010.5cbwb172-lkp@intel.com> (raw)

tree:   https://gitee.com/anolis/intel-cloud-kernel.git devel-5.10
head:   6bec8a39b9738b7a22c1f607634a05ba0986225a
commit: cd1308cd06a17efa58ea0136db5935ca1c8bcda5 [11/11] anolis: sysfs/cpu: Add online cpus support for bpf rich container
config: x86_64-rhel-9.4-rust (https://download.01.org/0day-ci/archive/20250520/202505202010.5cbwb172-lkp@intel.com/config)
compiler: clang version 18.1.8 (https://github.com/llvm/llvm-project 3b5b5c1ec4a3095ab096dd780e84d7ab81f3d7ff)
rustc: rustc 1.58.0 (02072b482 2022-01-11)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250520/202505202010.5cbwb172-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202505202010.5cbwb172-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/base/cpu.c:209:16: warning: stack frame size (2328) exceeds limit (2048) in 'show_cpus_attr' [-Wframe-larger-than]
     209 | static ssize_t show_cpus_attr(struct device *dev,
         |                ^
   1 warning generated.


vim +/show_cpus_attr +209 drivers/base/cpu.c

265d2e2e31c5f6 Andi Kleen  2010-01-05  208  
8a25a2fd126c62 Kay Sievers 2011-12-21 @209  static ssize_t show_cpus_attr(struct device *dev,
8a25a2fd126c62 Kay Sievers 2011-12-21  210  			      struct device_attribute *attr,
265d2e2e31c5f6 Andi Kleen  2010-01-05  211  			      char *buf)
9d1fe3236a1d64 Mike Travis 2008-04-08  212  {
265d2e2e31c5f6 Andi Kleen  2010-01-05  213  	struct cpu_attr *ca = container_of(attr, struct cpu_attr, attr);
8f51f2f82f2edb Xunlei Pang 2020-11-23  214  	struct cpumask cpuset_allowed;
e5b00b47d48f2f Xunlei Pang 2021-06-15  215  	struct task_struct __maybe_unused *scenario;
8f51f2f82f2edb Xunlei Pang 2020-11-23  216  	bool rich_container;
cd1308cd06a17e Yi Tao      2023-08-21  217  	struct bpf_rich_container_info info = {0};
8f51f2f82f2edb Xunlei Pang 2020-11-23  218  
8f51f2f82f2edb Xunlei Pang 2020-11-23  219  	rcu_read_lock();
8f51f2f82f2edb Xunlei Pang 2020-11-23  220  	rich_container = in_rich_container(current);
8f51f2f82f2edb Xunlei Pang 2020-11-23  221  	rcu_read_unlock();
8f51f2f82f2edb Xunlei Pang 2020-11-23  222  
e5b00b47d48f2f Xunlei Pang 2021-06-15  223  	if (rich_container && !strcmp(attr->attr.name, "online")) {
e5b00b47d48f2f Xunlei Pang 2021-06-15  224  #ifdef CONFIG_RICH_CONTAINER_CG_SWITCH
aa278c4ae55977 Xunlei Pang 2021-06-15  225  		rich_container_get_cpuset_cpus(&cpuset_allowed);
e5b00b47d48f2f Xunlei Pang 2021-06-15  226  #else
e5b00b47d48f2f Xunlei Pang 2021-06-15  227  		read_lock(&tasklist_lock);
e5b00b47d48f2f Xunlei Pang 2021-06-15  228  		scenario = rich_container_get_scenario();
e5b00b47d48f2f Xunlei Pang 2021-06-15  229  		get_task_struct(scenario);
e5b00b47d48f2f Xunlei Pang 2021-06-15  230  		read_unlock(&tasklist_lock);
e5b00b47d48f2f Xunlei Pang 2021-06-15  231  
e5b00b47d48f2f Xunlei Pang 2021-06-15  232  		rich_container_get_cpus(scenario, &cpuset_allowed);
e5b00b47d48f2f Xunlei Pang 2021-06-15  233  
e5b00b47d48f2f Xunlei Pang 2021-06-15  234  		put_task_struct(scenario);
e5b00b47d48f2f Xunlei Pang 2021-06-15  235  #endif
e5b00b47d48f2f Xunlei Pang 2021-06-15  236  	}
8f51f2f82f2edb Xunlei Pang 2020-11-23  237  	else
8f51f2f82f2edb Xunlei Pang 2020-11-23  238  		cpumask_copy(&cpuset_allowed, ca->map);
8f51f2f82f2edb Xunlei Pang 2020-11-23  239  	
cd1308cd06a17e Yi Tao      2023-08-21  240  	if (!BPF_CGROUP_RUN_PROG_RICH_CONTAINER_CPU(&info, 1))
cd1308cd06a17e Yi Tao      2023-08-21  241  		cpumask_copy(&cpuset_allowed, &info.cpus_mask);
cd1308cd06a17e Yi Tao      2023-08-21  242  
8f51f2f82f2edb Xunlei Pang 2020-11-23  243  	return cpumap_print_to_pagebuf(true, buf, &cpuset_allowed);
9d1fe3236a1d64 Mike Travis 2008-04-08  244  }
9d1fe3236a1d64 Mike Travis 2008-04-08  245  

:::::: The code at line 209 was first introduced by commit
:::::: 8a25a2fd126c621f44f3aeaef80d51f00fc11639 cpu: convert 'cpu' and 'machinecheck' sysdev_class to a regular subsystem

:::::: TO: Kay Sievers <kay.sievers@vrfy.org>
:::::: CC: Greg Kroah-Hartman <gregkh@suse.de>

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki

                 reply	other threads:[~2025-05-20 13:04 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202505202010.5cbwb172-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=aubrey.li@linux.intel.com \
    --cc=oe-kbuild-all@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.