Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On Tue, Nov 17, 2020 at 07:34:55PM +0100, Krzysztof Kozlowski wrote: > > Looking a bit further, I now find that we ended up disabling > > CONFIG_COMPILE_TEST > > entirely for arch/um, which is clearly an option that would also work for > > s390. > > Yes, that was the easier solution than to spread "depends on HAS_IOMEM" > all over Kconfigs. > > +Cc Greg KH, > > I got similar report around phy drivers: > https://lore.kernel.org/lkml/202011140335.tcevqhmn-...@intel.com/ > > When reproducing this, I saw multiple unmet dependencies on s390 for > MFD_SYSCON and MFD_STM32_TIMERS. > > I suppose there is no point to fix them all because this will be > basically UML case, so HAS_IOMEM all over the tree. FWIW, I just replied a couple of minutes, but you might have missed that: --- I'll add a patch to the s390 tree which disables CONFIG_COMPILE_TEST for s390. I wouldn't like to start again chasing/adding missing 'select' or 'depends on' statements in various config files. ---
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On Mon, Nov 16, 2020 at 10:21:26AM +0100, Arnd Bergmann wrote: > On Mon, Nov 16, 2020 at 9:37 AM Geert Uytterhoeven > wrote: > > On Mon, Nov 16, 2020 at 9:33 AM Arnd Bergmann wrote: > > > On Mon, Nov 16, 2020 at 5:33 AM Randy Dunlap > > > wrote: > > > > On 11/13/20 3:27 PM, kernel test robot wrote: > > > (adding s390 folks to cc) > > > > > > I think fixing this requires a larger-scale effort. I tried building > > > an s390 allmodconfig > > > with CONFIG_PCI disabled, and got warnings and failures in many other > > > places, > > > see full log at the end of this mail. > > > > > > While in theory, all of those should depend on 'HAS_IOMEM' or some other > > > symbol, > > > keeping these dependencies sounds like an uphill battle, and there is not > > > much > > > to be gained from building the drivers for s390 on top of compile-testing > > > them > > > on more conventional architectures. > > > > Don't we need the dependencies on HAS_IOMEM for the CONFIG_UML=y > > case, too? > > I would have expected that as well, but I don't see the problem when building > an arch/um kernel, all I get is > > ERROR: modpost: "devm_platform_ioremap_resource" > [drivers/iio/adc/adi-axi-adc.ko] undefined! > ERROR: modpost: "devm_platform_ioremap_resource" > [drivers/ptp/ptp_ines.ko] undefined! > ERROR: modpost: "devm_ioremap_resource" > [drivers/net/ethernet/xilinx/xilinx_emac.ko] undefined! > ERROR: modpost: "devm_platform_ioremap_resource_byname" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "devm_ioremap" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "devm_of_iomap" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "__open64_2" [fs/hostfs/hostfs.ko] undefined! > > If I disable those five drivers, I can build and link a uml kernel without > warnings. I could not find the difference compared to s390 here. > > Looking a bit further, I now find that we ended up disabling > CONFIG_COMPILE_TEST > entirely for arch/um, which is clearly an option that would also work for > s390. Yes, that was the easier solution than to spread "depends on HAS_IOMEM" all over Kconfigs. +Cc Greg KH, I got similar report around phy drivers: https://lore.kernel.org/lkml/202011140335.tcevqhmn-...@intel.com/ When reproducing this, I saw multiple unmet dependencies on s390 for MFD_SYSCON and MFD_STM32_TIMERS. I suppose there is no point to fix them all because this will be basically UML case, so HAS_IOMEM all over the tree. Best regards, Krzysztof
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On Mon, Nov 16, 2020 at 10:21:26AM +0100, Arnd Bergmann wrote: > > Don't we need the dependencies on HAS_IOMEM for the CONFIG_UML=y > > case, too? > > I would have expected that as well, but I don't see the problem when building > an arch/um kernel, all I get is > > ERROR: modpost: "devm_platform_ioremap_resource" > [drivers/iio/adc/adi-axi-adc.ko] undefined! > ERROR: modpost: "devm_platform_ioremap_resource" > [drivers/ptp/ptp_ines.ko] undefined! > ERROR: modpost: "devm_ioremap_resource" > [drivers/net/ethernet/xilinx/xilinx_emac.ko] undefined! > ERROR: modpost: "devm_platform_ioremap_resource_byname" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "devm_ioremap" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "devm_of_iomap" > [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! > ERROR: modpost: "__open64_2" [fs/hostfs/hostfs.ko] undefined! > > If I disable those five drivers, I can build and link a uml kernel without > warnings. I could not find the difference compared to s390 here. > > Looking a bit further, I now find that we ended up disabling > CONFIG_COMPILE_TEST > entirely for arch/um, which is clearly an option that would also work for > s390. I'll add a patch to the s390 tree which disables CONFIG_COMPILE_TEST for s390. I wouldn't like to start again chasing/adding missing 'select' or 'depends on' statements in various config files.
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On Mon, Nov 16, 2020 at 9:37 AM Geert Uytterhoeven wrote: > On Mon, Nov 16, 2020 at 9:33 AM Arnd Bergmann wrote: > > On Mon, Nov 16, 2020 at 5:33 AM Randy Dunlap wrote: > > > On 11/13/20 3:27 PM, kernel test robot wrote: > > (adding s390 folks to cc) > > > > I think fixing this requires a larger-scale effort. I tried building > > an s390 allmodconfig > > with CONFIG_PCI disabled, and got warnings and failures in many other > > places, > > see full log at the end of this mail. > > > > While in theory, all of those should depend on 'HAS_IOMEM' or some other > > symbol, > > keeping these dependencies sounds like an uphill battle, and there is not > > much > > to be gained from building the drivers for s390 on top of compile-testing > > them > > on more conventional architectures. > > Don't we need the dependencies on HAS_IOMEM for the CONFIG_UML=y > case, too? I would have expected that as well, but I don't see the problem when building an arch/um kernel, all I get is ERROR: modpost: "devm_platform_ioremap_resource" [drivers/iio/adc/adi-axi-adc.ko] undefined! ERROR: modpost: "devm_platform_ioremap_resource" [drivers/ptp/ptp_ines.ko] undefined! ERROR: modpost: "devm_ioremap_resource" [drivers/net/ethernet/xilinx/xilinx_emac.ko] undefined! ERROR: modpost: "devm_platform_ioremap_resource_byname" [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! ERROR: modpost: "devm_ioremap" [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! ERROR: modpost: "devm_of_iomap" [drivers/net/ethernet/xilinx/ll_temac.ko] undefined! ERROR: modpost: "__open64_2" [fs/hostfs/hostfs.ko] undefined! If I disable those five drivers, I can build and link a uml kernel without warnings. I could not find the difference compared to s390 here. Looking a bit further, I now find that we ended up disabling CONFIG_COMPILE_TEST entirely for arch/um, which is clearly an option that would also work for s390. Arnd
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
Hi Arnd, On Mon, Nov 16, 2020 at 9:33 AM Arnd Bergmann wrote: > On Mon, Nov 16, 2020 at 5:33 AM Randy Dunlap wrote: > > On 11/13/20 3:27 PM, kernel test robot wrote: > > > tree: > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > > head: 9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81 > > > commit: ef8c01eb64ca6719da449dab0aa9424e13c58bd0 irqchip: Add Loongson > > > PCH PIC controller > > > date: 6 months ago > > > config: s390-randconfig-r022-20201113 (attached as .config) > > > compiler: s390-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/torvalds/linux.git/commit/?id=ef8c01eb64ca6719da449dab0aa9424e13c58bd0 > > > git remote add linus > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > > git fetch --no-tags linus master > > > git checkout ef8c01eb64ca6719da449dab0aa9424e13c58bd0 > > > # save the attached .config to linux build tree > > > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross > > > ARCH=s390 > > > > > > If you fix the issue, kindly add following tag as appropriate > > > Reported-by: kernel test robot > > > > Hi lkp (ktr) et al, > > > > arch/s390/Kconfig says that HAS_IOMEM depends on CONFIG_PCI and the > > supplied .config.gz file has > > # CONFIG_PCI is not set > > > > Does that mean that all of these drivers should have an additional > > depends on HAS_IOMEM > > in their Kconfig entries? > > > > That's what it would take for them to have access to all of the > > devm_platform_iomap* type functions. > > > > For most ARCHes, OF_ADDRESS also depends on HAS_IOMEM, so that's why > > of_iomap() is not available. > > (adding s390 folks to cc) > > I think fixing this requires a larger-scale effort. I tried building > an s390 allmodconfig > with CONFIG_PCI disabled, and got warnings and failures in many other places, > see full log at the end of this mail. > > While in theory, all of those should depend on 'HAS_IOMEM' or some other > symbol, > keeping these dependencies sounds like an uphill battle, and there is not much > to be gained from building the drivers for s390 on top of compile-testing them > on more conventional architectures. Don't we need the dependencies on HAS_IOMEM for the CONFIG_UML=y case, too? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On Mon, Nov 16, 2020 at 5:33 AM Randy Dunlap wrote: > > On 11/13/20 3:27 PM, kernel test robot wrote: > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head: 9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81 > > commit: ef8c01eb64ca6719da449dab0aa9424e13c58bd0 irqchip: Add Loongson PCH > > PIC controller > > date: 6 months ago > > config: s390-randconfig-r022-20201113 (attached as .config) > > compiler: s390-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/torvalds/linux.git/commit/?id=ef8c01eb64ca6719da449dab0aa9424e13c58bd0 > > git remote add linus > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > git fetch --no-tags linus master > > git checkout ef8c01eb64ca6719da449dab0aa9424e13c58bd0 > > # save the attached .config to linux build tree > > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross > > ARCH=s390 > > > > If you fix the issue, kindly add following tag as appropriate > > Reported-by: kernel test robot > > Hi lkp (ktr) et al, > > arch/s390/Kconfig says that HAS_IOMEM depends on CONFIG_PCI and the > supplied .config.gz file has > # CONFIG_PCI is not set > > Does that mean that all of these drivers should have an additional > depends on HAS_IOMEM > in their Kconfig entries? > > That's what it would take for them to have access to all of the > devm_platform_iomap* type functions. > > For most ARCHes, OF_ADDRESS also depends on HAS_IOMEM, so that's why > of_iomap() is not available. (adding s390 folks to cc) I think fixing this requires a larger-scale effort. I tried building an s390 allmodconfig with CONFIG_PCI disabled, and got warnings and failures in many other places, see full log at the end of this mail. While in theory, all of those should depend on 'HAS_IOMEM' or some other symbol, keeping these dependencies sounds like an uphill battle, and there is not much to be gained from building the drivers for s390 on top of compile-testing them on more conventional architectures. One easy hack would be to force-enable PCI when compile-testing: diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig index 0eebaf40c259..bde714e0a8cb 100644 --- a/arch/s390/Kconfig +++ b/arch/s390/Kconfig @@ -187,6 +187,7 @@ config S390 select PCI_DOMAINS if PCI select PCI_MSI if PCI select PCI_MSI_ARCH_FALLBACKS if PCI_MSI + select PCI if COMPILE_TEST select SET_FS select SPARSE_IRQ select SYSCTL_EXCEPTION_TRACE This seems to avoid all the problems with few downsides other than it being a rather artificial dependency. Arnd WARNING: unmet direct dependencies detected for MFD_ATMEL_SMC Depends on [n]: HAS_IOMEM [=n] Selected by [y]: - ATMEL_EBI [=y] && MEMORY [=y] && (ARCH_AT91 || COMPILE_TEST [=y]) && OF [=y] WARNING: unmet direct dependencies detected for MFD_SYSCON Depends on [n]: HAS_IOMEM [=n] Selected by [y]: - BT1_AXI [=y] && (MIPS_BAIKAL_T1 || COMPILE_TEST [=y]) - POWER_RESET_OCELOT_RESET [=y] && POWER_RESET [=y] && (MSCC_OCELOT || ARCH_SPARX5 || COMPILE_TEST [=y]) - COMMON_CLK_GEMINI [=y] && COMMON_CLK [=y] && (ARCH_GEMINI || COMPILE_TEST [=y]) - COMMON_CLK_ASPEED [=y] && COMMON_CLK [=y] && (ARCH_ASPEED || COMPILE_TEST [=y]) - COMMON_CLK_OXNAS [=y] && COMMON_CLK [=y] && (ARCH_OXNAS || COMPILE_TEST [=y]) - COMMON_CLK_BOSTON [=y] && COMMON_CLK [=y] && (MIPS || COMPILE_TEST [=y]) - CLK_BT1_CCU_PLL [=y] && COMMON_CLK [=y] && CLK_BAIKAL_T1 [=y] - CLK_BT1_CCU_DIV [=y] && COMMON_CLK [=y] && CLK_BAIKAL_T1 [=y] - INGENIC_TCU_CLK [=y] && COMMON_CLK [=y] && (MIPS || COMPILE_TEST [=y]) - INGENIC_TIMER [=y] && GENERIC_CLOCKEVENTS [=y] && (MIPS || COMPILE_TEST [=y]) && COMMON_CLK [=y] - INGENIC_SYSOST [=y] && GENERIC_CLOCKEVENTS [=y] && (MIPS || COMPILE_TEST [=y]) && COMMON_CLK [=y] - INGENIC_OST [=y] && GENERIC_CLOCKEVENTS [=y] && (MIPS || COMPILE_TEST [=y]) && COMMON_CLK [=y] - EXYNOS_CHIPID [=y] && SOC_SAMSUNG [=y] && (ARCH_EXYNOS || COMPILE_TEST [=y]) - ATMEL_EBI [=y] && MEMORY [=y] && (ARCH_AT91 || COMPILE_TEST [=y]) && OF [=y] - BT1_L2_CTL [=y] && MEMORY [=y] && (MIPS_BAIKAL_T1 || COMPILE_TEST [=y]) - INGENIC_TCU_IRQ [=y] && (MIPS || COMPILE_TEST [=y]) Selected by [m]: - MTD_NAND_STM32_FMC2 [=m] && MTD [=m] && MTD_RAW_NAND [=m] && (MACH_STM32MP157 || COMPILE_TEST [=y]) - MTD_NAND_MESON [=m] && MTD [=m] && MTD_RAW_NAND [=m] && (ARCH_MESON || COMPILE_TEST [=y]) - ARMADA_37XX_WATCHDOG [=m] && WATCHDOG [=y] && (ARCH_MVEBU || COMPILE_TEST [=y]) - PHY_HI3670_USB [=m] && STAGING [=y] && (ARCH_HISI && ARM64 || COMPILE_TEST [=y]) - HWSPINLOCK_QCOM [=m] && HWSPINLOCK [=y] && (ARCH_QCOM ||
Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap'
On 11/13/20 3:27 PM, kernel test robot wrote: tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81 commit: ef8c01eb64ca6719da449dab0aa9424e13c58bd0 irqchip: Add Loongson PCH PIC controller date: 6 months ago config: s390-randconfig-r022-20201113 (attached as .config) compiler: s390-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/torvalds/linux.git/commit/?id=ef8c01eb64ca6719da449dab0aa9424e13c58bd0 git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git git fetch --no-tags linus master git checkout ef8c01eb64ca6719da449dab0aa9424e13c58bd0 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=s390 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot Hi lkp (ktr) et al, arch/s390/Kconfig says that HAS_IOMEM depends on CONFIG_PCI and the supplied .config.gz file has # CONFIG_PCI is not set Does that mean that all of these drivers should have an additional depends on HAS_IOMEM in their Kconfig entries? That's what it would take for them to have access to all of the devm_platform_iomap* type functions. For most ARCHes, OF_ADDRESS also depends on HAS_IOMEM, so that's why of_iomap() is not available. All errors (new ones prefixed by >>): s390-linux-ld: drivers/irqchip/irq-al-fic.o: in function `al_fic_init_dt': irq-al-fic.c:(.init.text+0x5c): undefined reference to `of_iomap' s390-linux-ld: irq-al-fic.c:(.init.text+0x28c): undefined reference to `iounmap' s390-linux-ld: drivers/irqchip/irq-jcore-aic.o: in function `aic_irq_of_init': irq-jcore-aic.c:(.init.text+0x86): undefined reference to `of_iomap' s390-linux-ld: irq-jcore-aic.c:(.init.text+0xac): undefined reference to `iounmap' s390-linux-ld: drivers/irqchip/irq-renesas-irqc.o: in function `irqc_probe': irq-renesas-irqc.c:(.text+0x26a): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-renesas-h8s.o: in function `h8s_intc_of_init': irq-renesas-h8s.c:(.init.text+0xcc): undefined reference to `of_iomap' s390-linux-ld: drivers/irqchip/irq-uniphier-aidet.o: in function `uniphier_aidet_probe': irq-uniphier-aidet.c:(.text+0x356): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-imx-intmux.o: in function `imx_intmux_probe': irq-imx-intmux.c:(.text+0x46c): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-loongson-pch-pic.o: in function `pch_pic_of_init': irq-loongson-pch-pic.c:(.text+0x4aa): undefined reference to `of_iomap' s390-linux-ld: irq-loongson-pch-pic.c:(.text+0x5f8): undefined reference to `iounmap' s390-linux-ld: drivers/phy/broadcom/phy-bcm-cygnus-pcie.o: in function `cygnus_pcie_phy_probe': phy-bcm-cygnus-pcie.c:(.text+0xb4): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/broadcom/phy-bcm-ns2-usbdrd.o: in function `ns2_drd_phy_probe': phy-bcm-ns2-usbdrd.c:(.text+0x2ee): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x324): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x35a): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x390): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/broadcom/phy-brcm-sata.o:phy-brcm-sata.c:(.text+0x107c): more undefined references to `devm_ioremap_resource' follow s390-linux-ld: drivers/phy/marvell/phy-mvebu-a3700-utmi.o: in function `mvebu_a3700_utmi_phy_probe': phy-mvebu-a3700-utmi.c:(.text+0x3bc): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/phy/marvell/phy-armada38x-comphy.o: in function `a38x_comphy_probe': phy-armada38x-comphy.c:(.text+0x126): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/marvell/phy-pxa-usb.o: in function `pxa_usb_phy_probe': phy-pxa-usb.c:(.text+0x2ce): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/st/phy-stm32-usbphyc.o: in function `stm32_usbphyc_probe': phy-stm32-usbphyc.c:(.text+0x358): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/ti/phy-omap-control.o: in function `omap_control_phy_probe': phy-omap-control.c:(.text+0x94): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-omap-control.c:(.text+0xca): undefined reference to `devm_ioremap_resource' s390-linux-ld:
irq-loongson-pch-pic.c:undefined reference to `of_iomap'
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81 commit: ef8c01eb64ca6719da449dab0aa9424e13c58bd0 irqchip: Add Loongson PCH PIC controller date: 6 months ago config: s390-randconfig-r022-20201113 (attached as .config) compiler: s390-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/torvalds/linux.git/commit/?id=ef8c01eb64ca6719da449dab0aa9424e13c58bd0 git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git git fetch --no-tags linus master git checkout ef8c01eb64ca6719da449dab0aa9424e13c58bd0 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=s390 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All errors (new ones prefixed by >>): s390-linux-ld: drivers/irqchip/irq-al-fic.o: in function `al_fic_init_dt': irq-al-fic.c:(.init.text+0x5c): undefined reference to `of_iomap' s390-linux-ld: irq-al-fic.c:(.init.text+0x28c): undefined reference to `iounmap' s390-linux-ld: drivers/irqchip/irq-jcore-aic.o: in function `aic_irq_of_init': irq-jcore-aic.c:(.init.text+0x86): undefined reference to `of_iomap' s390-linux-ld: irq-jcore-aic.c:(.init.text+0xac): undefined reference to `iounmap' s390-linux-ld: drivers/irqchip/irq-renesas-irqc.o: in function `irqc_probe': irq-renesas-irqc.c:(.text+0x26a): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-renesas-h8s.o: in function `h8s_intc_of_init': irq-renesas-h8s.c:(.init.text+0xcc): undefined reference to `of_iomap' s390-linux-ld: drivers/irqchip/irq-uniphier-aidet.o: in function `uniphier_aidet_probe': irq-uniphier-aidet.c:(.text+0x356): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-imx-intmux.o: in function `imx_intmux_probe': irq-imx-intmux.c:(.text+0x46c): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/irqchip/irq-loongson-pch-pic.o: in function `pch_pic_of_init': >> irq-loongson-pch-pic.c:(.text+0x4aa): undefined reference to `of_iomap' >> s390-linux-ld: irq-loongson-pch-pic.c:(.text+0x5f8): undefined reference to >> `iounmap' s390-linux-ld: drivers/phy/broadcom/phy-bcm-cygnus-pcie.o: in function `cygnus_pcie_phy_probe': phy-bcm-cygnus-pcie.c:(.text+0xb4): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/broadcom/phy-bcm-ns2-usbdrd.o: in function `ns2_drd_phy_probe': phy-bcm-ns2-usbdrd.c:(.text+0x2ee): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x324): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x35a): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-bcm-ns2-usbdrd.c:(.text+0x390): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/broadcom/phy-brcm-sata.o:phy-brcm-sata.c:(.text+0x107c): more undefined references to `devm_ioremap_resource' follow s390-linux-ld: drivers/phy/marvell/phy-mvebu-a3700-utmi.o: in function `mvebu_a3700_utmi_phy_probe': phy-mvebu-a3700-utmi.c:(.text+0x3bc): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/phy/marvell/phy-armada38x-comphy.o: in function `a38x_comphy_probe': phy-armada38x-comphy.c:(.text+0x126): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/marvell/phy-pxa-usb.o: in function `pxa_usb_phy_probe': phy-pxa-usb.c:(.text+0x2ce): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/st/phy-stm32-usbphyc.o: in function `stm32_usbphyc_probe': phy-stm32-usbphyc.c:(.text+0x358): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/ti/phy-omap-control.o: in function `omap_control_phy_probe': phy-omap-control.c:(.text+0x94): undefined reference to `devm_ioremap_resource' s390-linux-ld: phy-omap-control.c:(.text+0xca): undefined reference to `devm_ioremap_resource' s390-linux-ld: drivers/phy/ti/phy-omap-control.o:phy-omap-control.c:(.text+0x118): more undefined references to `devm_ioremap_resource' follow s390-linux-ld: drivers/char/ipmi/bt-bmc.o: in function `bt_bmc_probe': bt-bmc.c:(.text+0xa14): undefined reference to `devm_platform_ioremap_resource' s390-linux-ld: drivers/soc/bcm/brcmstb/common.o: in function `brcmstb_soc_device_early_init': common.c:(.init.text+0x6e): undefined reference to `of_iomap' s390-linux-ld: common.c:(.init.text+0xaa): undefined reference to `iounmap' s390-linux-ld: drivers/soc/bcm/brcmstb/biuctrl.o: in function