Buildresult: linus-rand/arm64-randconfig/arm64-gcc8 built on Feb 2 2019, 08:02

kisskb

Revisions | Branches | Compilers | Configs | Build Results | Build Failures |

Status:	Failed
Date/Time:	Feb 2 2019, 08:02
Duration:	0:06:19.449269
Builder:	ka1
Revision:	x86: explicitly align IO accesses in memcpy_{to,from}io (`c228d294f2040c3a5f5965ff04d4947d0bf6e7da)`
Target:	linus-rand/arm64-randconfig/arm64-gcc8
Branch:	linus-rand
Compiler:	arm64-gcc8 (aarch64-linux-gcc (GCC) 8.1.0 / GNU ld (GNU Binutils) 2.30)
Config:	randconfig (download)
Log:	Download original Possible errors pinctrl-scu.c:(.text+0x18): undefined reference to `imx_scu_get_handle' pinctrl-scu.c:(.text+0x18): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_get_handle' pinctrl-scu.c:(.text+0xc8): undefined reference to `imx_scu_call_rpc' pinctrl-scu.c:(.text+0xc8): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_call_rpc' pinctrl-scu.c:(.text+0x2c4): undefined reference to `imx_scu_call_rpc' pinctrl-scu.c:(.text+0x2c4): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_call_rpc' make[1]: * [Makefile:1021: vmlinux] Error 1 make: * [Makefile:152: sub-make] Error 2 Possible warnings (14) WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 arch/arm64/boot/dts/rockchip/rk3399-gru-bob.dts:25.9-29.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts:46.9-50.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' arch/arm64/boot/dts/rockchip/rk3399-sapphire-excavator.dts:94.9-98.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' fs/ntfs/aops.c:1328:1: warning: the frame size of 2480 bytes is larger than 2048 bytes [-Wframe-larger-than=] Full Log # git rev-parse -q --verify c228d294f2040c3a5f5965ff04d4947d0bf6e7da^{commit} c228d294f2040c3a5f5965ff04d4947d0bf6e7da already have revision, skipping fetch # git checkout -q -f -B kisskb c228d294f2040c3a5f5965ff04d4947d0bf6e7da # git clean -qxdf # < git log -1 # commit c228d294f2040c3a5f5965ff04d4947d0bf6e7da # Author: Linus Torvalds <torvalds@linux-foundation.org> # Date: Thu Jan 31 11:10:20 2019 -0800 # # x86: explicitly align IO accesses in memcpy_{to,from}io # # In commit 170d13ca3a2f ("x86: re-introduce non-generic memcpy_{to,from}io") # I made our copy from IO space use a separate copy routine rather than # rely on the generic memcpy. I did that because our generic memory copy # isn't actually well-defined when it comes to internal access ordering or # alignment, and will in fact depend on various CPUID flags. # # In particular, the default memcpy() for a modern Intel CPU will # generally be just a "rep movsb", which works reasonably well for # medium-sized memory copies of regular RAM, since the CPU will turn it # into fairly optimized microcode. # # However, for non-cached memory and IO, "rep movs" ends up being # horrendously slow and will just do the architectural "one byte at a # time" accesses implied by the movsb. # # At the other end of the spectrum, if you _don't_ end up using the "rep # movsb" code, you'd likely fall back to the software copy, which does # overlapping accesses for the tail, and may copy things backwards. # Again, for regular memory that's fine, for IO memory not so much. # # The thinking was that clearly nobody really cared (because things # worked), but some people had seen horrible performance due to the byte # accesses, so let's just revert back to our long ago version that dod # "rep movsl" for the bulk of the copy, and then fixed up the potentially # last few bytes of the tail with "movsw/b". # # Interestingly (and perhaps not entirely surprisingly), while that was # our original memory copy implementation, and had been used before for # IO, in the meantime many new users of memcpy_io() had come about. And # while the access patterns for the memory copy weren't well-defined (so # arguably _any_ access pattern should work), in practice the "rep movsb" # case had been very common for the last several years. # # In particular Jarkko Sakkinen reported that the memcpy_io() change # resuled in weird errors from his Geminilake NUC TPM module. # # And it turns out that the TPM TCG accesses according to spec require # that the accesses be # # (a) done strictly sequentially # # (b) be naturally aligned # # otherwise the TPM chip will abort the PCI transaction. # # And, in fact, the tpm_crb.c driver did this: # # memcpy_fromio(buf, priv->rsp, 6); # ... # memcpy_fromio(&buf[6], &priv->rsp[6], expected - 6); # # which really should never have worked in the first place, but back # before commit 170d13ca3a2f it happened to work, because the # memcpy_fromio() would be expanded to a regular memcpy, and # # (a) gcc would expand the first memcpy in-line, and turn it into a # 4-byte and a 2-byte read, and they happened to be in the right # order, and the alignment was right. # # (b) gcc would call "memcpy()" for the second one, and the machines that # had this TPM chip also apparently ended up always having ERMS # ("Enhanced REP MOVSB/STOSB instructions"), so we'd use the "rep # movbs" for that copy. # # In other words, basically by pure luck, the code happened to use the # right access sizes in the (two different!) memcpy() implementations to # make it all work. # # But after commit 170d13ca3a2f, both of the memcpy_fromio() calls # resulted in a call to the routine with the consistent memory accesses, # and in both cases it started out transferring with 4-byte accesses. # Which worked for the first copy, but resulted in the second copy doing a # 32-bit read at an address that was only 2-byte aligned. # # Jarkko is actually fixing the fragile code in the TPM driver, but since # this is an excellent example of why we absolutely must not use a generic # memcpy for IO accesses, _and_ an IO-specific one really should strive to # align the IO accesses, let's do exactly that. # # Side note: Jarkko also noted that the driver had been used on ARM # platforms, and had worked. That was because on 32-bit ARM, memcpy_io() # ends up always doing byte accesses, and on 64-bit ARM it first does byte # accesses to align to 8-byte boundaries, and then does 8-byte accesses # for the bulk. # # So ARM actually worked by design, and the x86 case worked by pure luck. # # We might* want to make x86-64 do the 8-byte case too. That should be a # pretty straightforward extension, but let's do one thing at a time. And # generally MMIO accesses aren't really all that performance-critical, as # shown by the fact that for a long time we just did them a byte at a # time, and very few people ever noticed. # # Reported-and-tested-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> # Tested-by: Jerry Snitselaar <jsnitsel@redhat.com> # Cc: David Laight <David.Laight@aculab.com> # Fixes: 170d13ca3a2f ("x86: re-introduce non-generic memcpy_{to,from}io") # Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> # < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux-ld --version # < git log --format=%s --max-count=1 c228d294f2040c3a5f5965ff04d4947d0bf6e7da # < make -s -j 48 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux- randconfig KCONFIG_SEED=0xEFF30C96 WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU Depends on [n]: PINCTRL [=y] && IMX_SCU [=n] Selected by [y]: - PINCTRL_IMX8QXP [=y] && PINCTRL [=y] && ARCH_MXC [=y] && ARM64 [=y] WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 Depends on [n]: COMPAT [=n] Selected by [y]: - ARCH_MXC [=y] WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU Depends on [n]: PINCTRL [=y] && IMX_SCU [=n] Selected by [y]: - PINCTRL_IMX8QXP [=y] && PINCTRL [=y] && ARCH_MXC [=y] && ARM64 [=y] WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 Depends on [n]: COMPAT [=n] Selected by [y]: - ARCH_MXC [=y] # Added to kconfig CONFIG_PREVENT_FIRMWARE_BUILD=y # yes \n \| make -s -j 48 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux- oldconfig yes: standard output: Broken pipe # make -s -j 48 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux- WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU Depends on [n]: PINCTRL [=y] && IMX_SCU [=n] Selected by [y]: - PINCTRL_IMX8QXP [=y] && PINCTRL [=y] && ARCH_MXC [=y] && ARM64 [=y] WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 Depends on [n]: COMPAT [=n] Selected by [y]: - ARCH_MXC [=y] WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU Depends on [n]: PINCTRL [=y] && IMX_SCU [=n] Selected by [y]: - PINCTRL_IMX8QXP [=y] && PINCTRL [=y] && ARCH_MXC [=y] && ARM64 [=y] WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 Depends on [n]: COMPAT [=n] Selected by [y]: - ARCH_MXC [=y] WARNING: unmet direct dependencies detected for PINCTRL_IMX_SCU Depends on [n]: PINCTRL [=y] && IMX_SCU [=n] Selected by [y]: - PINCTRL_IMX8QXP [=y] && PINCTRL [=y] && ARCH_MXC [=y] && ARM64 [=y] WARNING: unmet direct dependencies detected for ARM64_ERRATUM_845719 Depends on [n]: COMPAT [=n] Selected by [y]: - ARCH_MXC [=y] /kisskb/src/arch/arm64/boot/dts/rockchip/rk3399-gru-bob.dts:25.9-29.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' /kisskb/src/arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts:46.9-50.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' /kisskb/src/arch/arm64/boot/dts/rockchip/rk3399-sapphire-excavator.dts:94.9-98.5: Warning (graph_port): /edp-panel/ports: graph port node name should be 'port' /kisskb/src/fs/ntfs/aops.c: In function 'ntfs_write_mst_block': /kisskb/src/fs/ntfs/aops.c:1328:1: warning: the frame size of 2480 bytes is larger than 2048 bytes [-Wframe-larger-than=] } ^ drivers/pinctrl/freescale/pinctrl-scu.o: In function `imx_pinctrl_sc_ipc_init': pinctrl-scu.c:(.text+0x18): undefined reference to `imx_scu_get_handle' pinctrl-scu.c:(.text+0x18): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_get_handle' drivers/pinctrl/freescale/pinctrl-scu.o: In function `imx_pinconf_get_scu': pinctrl-scu.c:(.text+0xc8): undefined reference to `imx_scu_call_rpc' pinctrl-scu.c:(.text+0xc8): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_call_rpc' drivers/pinctrl/freescale/pinctrl-scu.o: In function `imx_pinconf_set_scu': pinctrl-scu.c:(.text+0x2c4): undefined reference to `imx_scu_call_rpc' pinctrl-scu.c:(.text+0x2c4): relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol `imx_scu_call_rpc' make[1]: * [/kisskb/src/Makefile:1021: vmlinux] Error 1 make: * [Makefile:152: sub-make] Error 2 Command 'make -s -j 48 ARCH=arm64 O=/kisskb/build/linus-rand_arm64-randconfig_arm64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/aarch64-linux/bin/aarch64-linux- ' returned non-zero exit status 2 # rm -rf /kisskb/build/linus-rand_arm64-randconfig_arm64-gcc8 # Build took: 0:06:19.449269

© Michael Ellerman 2006-2018.