On Tue, Oct 17, 2017 at 1:02 AM, kernelci.org bot <bot@xxxxxxxxxxxx> wrote: > > next/master build: 214 builds: 29 failed, 185 passed, 29 errors, 68 warnings (next-20171016) > Full Build Summary: https://kernelci.org/build/next/branch/master/kernel/next-20171016/ > Tree: next > Branch: master > Git Describe: next-20171016 > Git Commit: babb43f85f5fc03482aafa461bdc2d38b9345361 > Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > Built: 4 unique architectures > > Build Failures Detected: > > arm: gcc version 5.3.1 20160412 (Linaro GCC 5.3-2016.05) > allmodconfig FAIL > mips: gcc version 6.3.0 (GCC) > bigsur_defconfig FAIL > bmips_be_defconfig FAIL > bmips_stb_defconfig FAIL > cavium_octeon_defconfig FAIL > ip27_defconfig FAIL > loongson3_defconfig FAIL > malta_defconfig FAIL > malta_kvm_defconfig FAIL > maltaaprp_defconfig FAIL > maltasmvp_defconfig FAIL > maltasmvp_eva_defconfig FAIL > maltaup_defconfig FAIL > maltaup_xpa_defconfig FAIL > mips_paravirt_defconfig FAIL > msp71xx_defconfig FAIL > nlm_xlp_defconfig FAIL > nlm_xlr_defconfig FAIL > pistachio_defconfig FAIL > sb1250_swarm_defconfig FAIL > xway_defconfig FAIL > x86: gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) > allmodconfig FAIL > allmodconfig+CONFIG_OF=n FAIL > defconfig+CONFIG_KASAN=y FAIL > defconfig+CONFIG_LKDTM=y FAIL > defconfig+CONFIG_OF_UNITTEST=y FAIL > defconfig+kselftest FAIL > i386_defconfig FAIL > x86_64_defconfig FAIL > > Errors summary: > 20 arch/mips/include/asm/smp.h:32:29: error: 'CONFIG_MIPS_NR_CPU_NR_MAP' undeclared here (not in a function) These are all caused by commit e79824d71155 ("MIPS: Allow __cpu_number_map to be larger than NR_CPUS"), which was apparently incomplete. I'm not sending a patch since I don't know what the intention was here. Reverting that commit avoids the problem. > 7 drivers/gpu/drm/i915/i915_gem.c:3092:54: error: 'flags' undeclared (first use in this function) A mismerge in today's linux-next, I assume it will be resolved in the following linux-next > 1 ERROR: "__aeabi_uldivmod" [drivers/net/ethernet/intel/i40e/i40e.ko] undefined! I haven't reproduced this one yet, will have a look. > 1 /bin/sh: 1: /home/buildslave/workspace/kernel-single-defconfig-builder/defconfig/defconfig+CONFIG_LKDTM=y/label/builder/build-x86/tools/objtool//fixdep: Permission denied This is an old build problem with objtool. It only shows up sometimes when we hit a certain race. Josh Poimboef suggested a workaround but can't reproduce the problem here locally, so I haven't some a patch. > Warnings summary: > 16 fs/xfs/xfs_fsmap.c:480:1: warning: '__xfs_getfsmap_rtdev' defined but not used [-Wunused-function] > 16 fs/xfs/xfs_fsmap.c:372:1: warning: 'xfs_getfsmap_rtdev_rtbitmap_helper' defined but not used [-Wunused-function] I sent a patch a few days ago, should get merged soon. This also happens in mainline. > 7 include/linux/typecheck.h:11:18: warning: comparison of distinct pointer types lacks a cast > 5 fs/f2fs/node.c:1654:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] > 5 fs/f2fs/node.c:1556:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] > 5 fs/f2fs/node.c:1443:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] > 5 fs/f2fs/node.c:1289:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] > 5 fs/f2fs/checkpoint.c:322:5: warning: suggest parentheses around assignment used as truth value [-Wparentheses] This came up today, I just sent a patch. > 2 fs/btrfs/tree-checker.c:186:4: warning: format '%lu' expects argument of type 'long unsigned int', but argument 6 has type 'unsigned int' [-Wformat=] > 1 fs/btrfs/tree-checker.c:186:70: warning: format '%lu' expects argument of type 'long unsigned int', but argument 6 has type 'unsigned int' [-Wformat=] I sent a patch a few days ago, Dave Sterba reviewed it, but it hasn't gone in yet. > 1 fs/binfmt_elf_fdpic.c:1501:17: warning: unused variable 'addr' [-Wunused-variable] Al Viro applied my patch, but it hasn't made it into linux-next yet. Arnd
