drivers/base/topology.c:158:45: error: 'boot_cpu_data' undeclared; did you mean 'boot_cpu_init'?

drivers/base/topology.c:158:45: error: 'boot_cpu_data' undeclared; did you mean 'boot_cpu_init'?

[kernel test robot]

tree:   https://github.com/intel-lab-lkp/linux/commits/UPDATE-20220422-002853/Luck-Tony/topology-sysfs-Fix-allnoconfig-build-breakage/20220421-235053
head:   8aad1c48b8885d9febd55ecbc5915032cfe857bc
commit: 8aad1c48b8885d9febd55ecbc5915032cfe857bc topology/sysfs: Fix allnoconfig build breakage.
date:   3 hours ago
config: microblaze-randconfig-r022-20220421 (https://download.01.org/0day-ci/archive/20220422/202204220317.dri1BV0q-lkp@intel.com/config)
compiler: microblaze-linux-gcc (GCC) 11.2.0
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
        # https://github.com/intel-lab-lkp/linux/commit/8aad1c48b8885d9febd55ecbc5915032cfe857bc
        git remote add linux-review https://github.com/intel-lab-lkp/linux
        git fetch --no-tags linux-review UPDATE-20220422-002853/Luck-Tony/topology-sysfs-Fix-allnoconfig-build-breakage/20220421-235053
        git checkout 8aad1c48b8885d9febd55ecbc5915032cfe857bc
        # save the config file
        mkdir build_dir && cp config build_dir/.config
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross W=1 O=build_dir ARCH=microblaze SHELL=/bin/bash drivers/base/

If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@intel.com>

All errors (new ones prefixed by >>):

   In file included from include/asm-generic/bug.h:5,
                    from ./arch/microblaze/include/generated/asm/bug.h:1,
                    from include/linux/bug.h:5,
                    from include/linux/mmdebug.h:5,
                    from include/linux/mm.h:6,
                    from drivers/base/topology.c:11:
   drivers/base/topology.c: In function 'topology_is_visible':
>> drivers/base/topology.c:158:45: error: 'boot_cpu_data' undeclared (first use in this function); did you mean 'boot_cpu_init'?
     158 |         if (attr == &dev_attr_ppin.attr && !boot_cpu_data.ppin)
         |                                             ^~~~~~~~~~~~~
   include/linux/compiler.h:58:52: note: in definition of macro '__trace_if_var'
      58 | #define __trace_if_var(cond) (__builtin_constant_p(cond) ? (cond) : __trace_if_value(cond))
         |                                                    ^~~~
   drivers/base/topology.c:158:9: note: in expansion of macro 'if'
     158 |         if (attr == &dev_attr_ppin.attr && !boot_cpu_data.ppin)
         |         ^~
   drivers/base/topology.c:158:45: note: each undeclared identifier is reported only once for each function it appears in
     158 |         if (attr == &dev_attr_ppin.attr && !boot_cpu_data.ppin)
         |                                             ^~~~~~~~~~~~~
   include/linux/compiler.h:58:52: note: in definition of macro '__trace_if_var'
      58 | #define __trace_if_var(cond) (__builtin_constant_p(cond) ? (cond) : __trace_if_value(cond))
         |                                                    ^~~~
   drivers/base/topology.c:158:9: note: in expansion of macro 'if'
     158 |         if (attr == &dev_attr_ppin.attr && !boot_cpu_data.ppin)
         |         ^~


vim +158 drivers/base/topology.c

   154	
   155	static umode_t topology_is_visible(struct kobject *kobj,
   156					   struct attribute *attr, int unused)
   157	{
 > 158		if (attr == &dev_attr_ppin.attr && !boot_cpu_data.ppin)
   159			return 0;
   160	
   161		return attr->mode;
   162	}
   163	

-- 
0-DAY CI Kernel Test Service
https://01.org/lkp

RE: drivers/base/topology.c:158:45: error: 'boot_cpu_data' undeclared; did you mean 'boot_cpu_init'?

[Luck, Tony]

> compiler: microblaze-linux-gcc (GCC) 11.2.0

Greg,

Ignore v2 patch. It seems that only arm64, ia64, mips, parisc, sh, um, and x86 have "boot_cpu_data".

LKP just found it breaks microblaze ... but it's going to break alpha, arc, arm. ... too :-(

Revert the ppin patch for now while I think harder on whether this can be done.

-Tony