linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: kernel-build-reports@lists.linaro.org, linux-kernel@vger.kernel.org
Cc: "kernelci. org bot" <bot@kernelci.org>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: next build: 142 builds: 6 failed, 136 passed, 17 errors, 111 warnings (next-20160624)
Date: Mon, 27 Jun 2016 13:37:23 +0200	[thread overview]
Message-ID: <6046594.ORRxUGPcVO@wuerfel> (raw)
In-Reply-To: <576da61b.4d9a1c0a.d5671.1807@mx.google.com>

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

       reply	other threads:[~2016-06-27 11:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <576da61b.4d9a1c0a.d5671.1807@mx.google.com>
2016-06-27 11:37 ` Arnd Bergmann [this message]
2016-06-27 20:30   ` next build: 142 builds: 6 failed, 136 passed, 17 errors, 111 warnings (next-20160624) Kevin Hilman
2016-06-27 21:10     ` Arnd Bergmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6046594.ORRxUGPcVO@wuerfel \
    --to=arnd@arndb.de \
    --cc=bot@kernelci.org \
    --cc=kernel-build-reports@lists.linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).