MIPS: do not compile generic functions for CONFIG_CAVIUM_OCTEON_SOC
PATCH v2 1/1 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
---
Changes in v2:
- Use #ifdef instead of __weak. This avoids increasing image size.
arch/mips/Kconfig | 12 ++++++++++++ arch/mips/fw/lib/cmdline.c | 2 ++ arch/mips/lib/delay.c | 4 ++++ arch/mips/lib/memcpy.S | 3 +++ 4 files changed, 21 insertions(+)
arch/mips/Kconfig +12 -0
@@ -973,6 +973,9 @@ config CAVIUM_OCTEON_SOC select SYS_HAS_EARLY_PRINTK select SYS_HAS_CPU_CAVIUM_OCTEON select HAVE_PCI + select HAVE_PLAT_DELAY + select HAVE_PLAT_FW_INIT_CMDLINE + select HAVE_PLAT_MEMCPY select ZONE_DMA32 select HOLES_IN_ZONE select GPIOLIB
@@ -1229,6 +1232,15 @@ config GENERIC_ISA_DMA_SUPPORT_BROKEN bool select GENERIC_ISA_DMA +config HAVE_PLAT_DELAY + bool + +config HAVE_PLAT_FW_INIT_CMDLINE + bool + +config HAVE_PLAT_MEMCPY + bool + config ISA_DMA_API bool
arch/mips/fw/lib/cmdline.c +2 -0
@@ -16,6 +16,7 @@ int fw_argc;int *_fw_argv;int *_fw_envp; +#ifndef CONFIG_HAVE_PLAT_FW_INIT_CMDLINE void __init fw_init_cmdline (void ) {int i;
@@ -41,6 +42,7 @@ void __init fw_init_cmdline(void) strlcat(arcs_cmdline, " ", COMMAND_LINE_SIZE); } } +#endif char *__init fw_getcmdline (void ) {
arch/mips/lib/delay.c +4 -0
@@ -24,6 +24,8 @@#define GCC_DADDI_IMM_ASM () "r"#endif +#ifndef CONFIG_HAVE_PLAT_DELAY +void __delay (unsigned long loops) { __asm__ __volatile__ (
@@ -63,3 +65,5 @@ void __ndelay(unsigned long ns) __delay((ns * 0x00000005ull * HZ * lpj) >> 32); }EXPORT_SYMBOL (__ndelay); + +#endif
arch/mips/lib/memcpy.S +3 -0
@@ -598,6 +598,7 @@ SEXC(1) nop .endm +#ifndef CONFIG_HAVE_PLAT_MEMCPY .align 5 LEAF(memmove) EXPORT_SYMBOL(memmove)
@@ -665,6 +666,8 @@ EXPORT_SYMBOL(__copy_user) /* Legacy Mode, user <-> user */ __BUILD_COPY_USER LEGACY_MODE USEROP USEROP +#endif + #ifdef CONFIG_EVA /*
Signature · 1 line
2.17.1
Quoted 33 lines · Masahiro Yamada
MIPS provides multiple definitions for the following functions:
fw_init_cmdline
__delay
__udelay
__ndelay
memmove
__rmemcpy
memcpy
__copy_userThe generic ones are defined in lib-y objects, which are overridden by the Octeon ones when
CONFIG_CAVIUM_OCTEON_SOCis enabled.The use of
EXPORT_SYMBOLin static libraries potentially causes a problem for the llvm linker [1]. So, I want to forcibly link lib-y objects to vmlinux whenCONFIG_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 <[email protected]>Signed-off-by Masahiro Yamada <[email protected]>---
Quoted 8 lines
Changes in v2:
- Use #ifdef instead of__weak. This avoids increasing image size.arch/mips/Kconfig | 12 ++++++++++++ arch/mips/fw/lib/cmdline.c | 2 ++ arch/mips/lib/delay.c | 4 ++++ arch/mips/lib/memcpy.S | 3 +++ 4 files changed, 21 insertions(+)
applied to mips-next.
Thomas.
Signature · 2 lines
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]