10:09 p.m.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head: 5103a5be098c0dae5d4b057520d7e9f4c5570979
commit: 155cca1b0794a8f541e7eaa45be70df0a49964f3 [7287/10499] pinctrl: add a pincontrol
driver for BCM63268
config: parisc-randconfig-r014-20210408 (attached as .config)
compiler: hppa-linux-gcc (GCC) 9.3.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://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commi...
git remote add linux-next
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
git fetch --no-tags linux-next master
git checkout 155cca1b0794a8f541e7eaa45be70df0a49964f3
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=parisc
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
hppa-linux-ld: drivers/pinctrl/bcm/pinctrl-bcm63268.o: in function
`pinconf_generic_dt_node_to_map_pin':
> (.text+0x174): undefined reference to
`pinconf_generic_dt_node_to_map'
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
10:57 p.m.
On Thu, Apr 8, 2021 at 2:10 PM kernel test robot <lkp(a)intel.com> wrote:
hppa-linux-ld: drivers/pinctrl/bcm/pinctrl-bcm63268.o: in function
`pinconf_generic_dt_node_to_map_pin':
>> (.text+0x174): undefined reference to `pinconf_generic_dt_node_to_map'
Well that is interesting, as the Kconfig looks like this in the latest
-next tree:
config PINCTRL_BCM63268
bool "Broadcom BCM63268 GPIO driver"
depends on (BMIPS_GENERIC || COMPILE_TEST)
depends on OF
select PINCTRL_BCM63XX
default BMIPS_GENERIC
help
Say Y here to enable the Broadcom BCM63268 GPIO driver.
depends on OF. But this config has:
# CONFIG_OF is not set
So how is this happening?
Yours,
Linus Walleij
12:36 a.m.
On Thu, 8 Apr 2021 at 14:57, Linus Walleij <linus.walleij(a)linaro.org> wrote:
On Thu, Apr 8, 2021 at 2:10 PM kernel test robot <lkp(a)intel.com> wrote:
> hppa-linux-ld: drivers/pinctrl/bcm/pinctrl-bcm63268.o: in function
`pinconf_generic_dt_node_to_map_pin':
> >> (.text+0x174): undefined reference to `pinconf_generic_dt_node_to_map'
Well that is interesting, as the Kconfig looks like this in the latest
-next tree:
config PINCTRL_BCM63268
bool "Broadcom BCM63268 GPIO driver"
depends on (BMIPS_GENERIC || COMPILE_TEST)
depends on OF
select PINCTRL_BCM63XX
default BMIPS_GENERIC
help
Say Y here to enable the Broadcom BCM63268 GPIO driver.
depends on OF. But this config has:
# CONFIG_OF is not set
So how is this happening?
Not sure if this is a serious question, but if you check the robot
output, it is explicitly building the commit that adds the driver (it
even links the commit ;P), which is then obviously still missing the
OF dependency fixes you and Randy added later.
Regards
Jonas
1:07 a.m.
On Thu, Apr 8, 2021 at 4:36 PM Jonas Gorski <jonas.gorski(a)gmail.com> wrote:
On Thu, 8 Apr 2021 at 14:57, Linus Walleij
<linus.walleij(a)linaro.org> wrote:
> On Thu, Apr 8, 2021 at 2:10 PM kernel test robot <lkp(a)intel.com> wrote:
>
> > hppa-linux-ld: drivers/pinctrl/bcm/pinctrl-bcm63268.o: in function
`pinconf_generic_dt_node_to_map_pin':
> > >> (.text+0x174): undefined reference to
`pinconf_generic_dt_node_to_map'
>
> Well that is interesting, as the Kconfig looks like this in the latest
> -next tree:
>
> config PINCTRL_BCM63268
> bool "Broadcom BCM63268 GPIO driver"
> depends on (BMIPS_GENERIC || COMPILE_TEST)
> depends on OF
> select PINCTRL_BCM63XX
> default BMIPS_GENERIC
> help
> Say Y here to enable the Broadcom BCM63268 GPIO driver.
>
> depends on OF. But this config has:
> # CONFIG_OF is not set
> So how is this happening?
Not sure if this is a serious question, but if you check the robot
output, it is explicitly building the commit that adds the driver (it
even links the commit ;P), which is then obviously still missing the
OF dependency fixes you and Randy added later.
Aha that explains it. No I didn't see the commit ID, I blame it
on information stress, when the robot sends me something I
assume it is building/testing HEAD.
I think the robot used to say something like "HEAD works, this only
hurts bisectability", that was helpful.
Yours,
Linus Walleij
530
days inactive
530
days old
3 comments
3 participants
participants (3)
-
Jonas Gorski -
kernel test robot -
Linus Walleij