MIPS: do not compile generic functions for CONFIG_CAVIUM_OCTEON_SOC
authorMasahiro Yamada <masahiroy@kernel.org>
Wed, 25 Mar 2020 07:45:29 +0000 (16:45 +0900)
committerThomas Bogendoerfer <tsbogend@alpha.franken.de>
Wed, 25 Mar 2020 15:07:13 +0000 (16:07 +0100)
commit78bdbbac08d7383b5c8a2b489ae789049704b046
treeb2fb07186426f12af56af524df1f27bd387cf600
parent3e4990138a26f2570b579a4e87bdc13e4a6677a6
MIPS: do not compile generic functions for CONFIG_CAVIUM_OCTEON_SOC

MIPS provides multiple definitions for the following functions:

  fw_init_cmdline
  __delay
  __udelay
  __ndelay
  memmove
  __rmemcpy
  memcpy
  __copy_user

The generic ones are defined in lib-y objects, which are overridden by
the Octeon ones when CONFIG_CAVIUM_OCTEON_SOC is enabled.

The use of EXPORT_SYMBOL in static libraries potentially causes a
problem for the llvm linker [1]. So, I want to forcibly link lib-y
objects to vmlinux when CONFIG_MODULES=y.

As a groundwork, we must fix multiple definitions that have previously
been hidden by lib-y.

If you look at lib/string.c, arch can define __HAVE_ARCH_* to opt out
the generic implementation.

Similarly, this commit adds CONFIG_HAVE_PLAT_* to allow a platform
to opt out the MIPS generic code.

[1]: https://github.com/ClangBuiltLinux/linux/issues/515

Reported-by: kbuild test robot <lkp@intel.com>
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
arch/mips/Kconfig
arch/mips/fw/lib/cmdline.c
arch/mips/lib/delay.c
arch/mips/lib/memcpy.S