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