On Friday, June 24, 2016 2:28:59 PM CEST kernelci. org bot wrote: > > Errors summary: > > 3 arch/arm/include/asm/jump_label.h:13:7: error: impossible constraint > in 'asm' > 66 arch/arm/include/asm/jump_label.h:13:7: warning: asm operand 0 > probably doesn't match constraints
I've just sent a patch for this, hopefully it works again soon. > 1 fs/fat/dir.c:758:424: internal compiler error: Segmentation fault I'm pretty sure this is fixed with gcc-6.1.1, but I cannot reproduce the problem here. I've tried various compilers. > 2 drivers/char/mwave/smapi.h:53:0: warning: "FALSE" redefined [enabled > by default] > 2 drivers/char/mwave/smapi.h:52:0: warning: "TRUE" redefined [enabled > by default] This should be fixed in tomorrow's linux-next, I did two different patches for it, and the other one should get merged as well. > 1 arch/arm/configs/mps2_defconfig:102:warning: symbol value 'y' > invalid for PRINTK_TIME I should do a patch for this. > 1 .config:972:warning: override: NOHIGHMEM changes choice state > 1 .config:971:warning: override: SLOB changes choice state > 1 .config:969:warning: override: KERNEL_XZ changes choice state > 1 .config:968:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice > state > 1 .config:944:warning: override: SLOB changes choice state > 1 .config:941:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice > state > 1 .config:877:warning: override: SLOB changes choice state > 1 .config:875:warning: override: KERNEL_XZ changes choice state > 1 .config:874:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice > state The tinyconfig warnings are really annoying :( > -------------------------------------------------------------------------------- > allmodconfig (arm64) — FAIL, 2 errors, 3 warnings, 0 section mismatches > > Errors: > binder.c:(.text+0x294f54): undefined reference to > `usb_ep_set_maxpacket_limit' > binder.c:(.text+0x295030): undefined reference to > `usb_ep_set_maxpacket_limit' I sent a fix. > net/rxrpc/peer_object.c:57:15: warning: 'p' may be used uninitialized in > this function [-Wmaybe-uninitialized] My fix was merged, should be good today. > drivers/media/dvb-frontends/cxd2841er.c:3217:552: warning: > 'carrier_offset' may be used uninitialized in this function > [-Wmaybe-uninitialized] I don't see this one. It's a false positive. > -------------------------------------------------------------------------------- > allmodconfig (x86) — PASS, 0 errors, 14 warnings, 0 section mismatches > > Warnings: > net/bluetooth/6lowpan.c:608:570: warning: 'addr_type' may be used > uninitialized in this function [-Wmaybe-uninitialized] > lib/test_hash.c:224:7: warning: "HAVE_ARCH__HASH_32" is not defined > [-Wundef] > lib/test_hash.c:229:7: warning: "HAVE_ARCH_HASH_32" is not defined > [-Wundef] > lib/test_hash.c:234:7: warning: "HAVE_ARCH_HASH_64" is not defined > [-Wundef] > lib/test_hash.c:146:2: warning: missing braces around initializer > [-Wmissing-braces] > lib/test_hash.c:146:2: warning: (near initialization for 'hash_or[0]') > [-Wmissing-braces] The problem only exists with gcc-4.9 or earlier. Geert has sent a patch a month ago but nothing happened. > drivers/extcon/extcon.c:435:6: warning: 'idx' may be used uninitialized > in this function [-Wmaybe-uninitialized] > drivers/gpu/drm/nouveau/nvkm/subdev/top/gk104.c:89:90: warning: 'type' > may be used uninitialized in this function [-Wmaybe-uninitialized] > drivers/media/usb/dvb-usb/dvb-usb-dvb.c:323:5: warning: 'ret' may be used > uninitialized in this function [-Wmaybe-uninitialized] > drivers/media/dvb-frontends/cxd2841er.c:3217:569: warning: > 'carrier_offset' may be used uninitialized in this function > [-Wmaybe-uninitialized] > drivers/net/xen-netback/hash.c:127:6: warning: 'val' may be used > uninitialized in this function [-Wmaybe-uninitialized] I think these are all the result of using a pre-4.9 gcc and they are all false positives. Maybe we can just call those older versions with -Wno-maybe-uninitialized in the kernelci infrastructure? > -------------------------------------------------------------------------------- > allmodconfig+CONFIG_OF=n (x86) — FAIL, 4 errors, 14 warnings, 0 section > mismatches > > Errors: > drivers/pinctrl/bcm/pinctrl-iproc-gpio.c:381:20: error: > 'pinconf_generic_dt_node_to_map_pin' undeclared here (not in a function) > drivers/pinctrl/bcm/pinctrl-cygnus-mux.c:739:20: error: > 'pinconf_generic_dt_node_to_map_group' undeclared here (not in a function) > drivers/pinctrl/bcm/pinctrl-nsp-gpio.c:365:20: error: > 'pinconf_generic_dt_node_to_map_pin' undeclared here (not in a function) Haven't looked at the x86 specific problem yet, and I don't immediately see what's wrong here. We appear to always set GENERIC_PINCONF from the driver. > -------------------------------------------------------------------------------- > multi_v7_defconfig+CONFIG_SMP=n (arm) — FAIL, 4 errors, 0 warnings, 0 section > mismatches > > Errors: > dss-common.c:(.text+0x52bc): undefined reference to `secondary_startup' > dss-common.c:(.text+0x52e8): undefined reference to `secondary_startup' > dss-common.c:(.text+0x530c): undefined reference to `secondary_startup' > dss-common.c:(.text+0x5340): undefined reference to `secondary_startup' I reported the problem, but don't have an idea for a good fix. This broke with 0573b957fc21 ("ARM: OMAP4+: Prevent CPU1 related hang with kexec"). > -------------------------------------------------------------------------------- > pxa_defconfig (arm) — FAIL, 3 errors, 0 warnings, 0 section mismatches > > Errors: > > /home/buildslave/workspace/khilman-kbuilder/next/build/../drivers/of/of_mdio.c:435: > undefined reference to `fixed_phy_register' > > /home/buildslave/workspace/khilman-kbuilder/next/build/../drivers/of/of_mdio.c:413: > undefined reference to `fixed_phy_register' > > /home/buildslave/workspace/khilman-kbuilder/next/build/../drivers/of/of_mdio.c:447: > undefined reference to `fixed_phy_register' I sent a patch for this. Arnd