From: Guenter Roeck <linux@roeck-us.net>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
Tony Lindgren <tony@atomide.com>, Felipe Balbi <balbi@ti.com>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Russell King <rmk+kernel@arm.linux.org.uk>,
Arnd Bergmann <arnd@arndb.de>,
Lad@roeck-us.net, Prabhakar <prabhakar.csengg@gmail.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
Daniel Mack <daniel@zonque.org>,
Mikko Perttunen <mperttunen@nvidia.com>,
Thierry Reding <treding@nvidia.com>
Subject: Re: linux-next: Tree for Mar 31 (build failures and culprits)
Date: Tue, 31 Mar 2015 09:16:40 -0700 [thread overview]
Message-ID: <20150331161640.GA16540@roeck-us.net> (raw)
In-Reply-To: <20150401000221.21961ecd@canb.auug.org.au>
On Wed, Apr 01, 2015 at 12:02:21AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20150330:
>
> The arm64 tree gained a conflict against the arm-soc tree.
>
> The idle tree gained a build failure so I used the version from
> next-20150327.
>
> The tip tree gained conflicts against the pm tree.
>
> The akpm tree gained a conflict against the mips tree.
>
> Non-merge commits (relative to Linus' tree): 7277
> 6623 files changed, 304342 insertions(+), 138111 deletions(-)
>
> ----------------------------------------------------------------------------
>
Build results:
total: 121 pass: 94 fail: 27
Failed builds:
alpha:allmodconfig
arm:rpc_defconfig
arm64:defconfig
cris:defconfig
cris:etrax-100lx_defconfig
cris:allnoconfig
frv:defconfig
i386:allyesconfig
i386:allmodconfig
ia64:defconfig
m32r:defconfig
m68k:defconfig
m68k:allmodconfig
m68k:sun3_defconfig
m68k:m5272c3_defconfig
m68k:m5307c3_defconfig
m68k:m5249evb_defconfig
m68k:m5407c3_defconfig
m68k:m5475evb_defconfig
mips:allmodconfig
parisc:defconfig
parisc:generic-32bit_defconfig
parisc:a500_defconfig
parisc:generic-64bit_defconfig
x86_64:allyesconfig
xtensa:defconfig
xtensa:allmodconfig
---
alpha:allmodconfig
mips:allmodconfig
samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
samples/kdbus/kdbus-workers.c:930:18: error: ‘__NR_memfd_create’ undeclared
(first use in this function)
p->fd = syscall(__NR_memfd_create, "prime-area", MFD_CLOEXEC);
Looks like the kdbus example never worked for the affected architectures.
I don't build allmodconfig for all architectures, so other architectures
may be affected as well.
---
arm64:defconfig
drivers/built-in.o: In function `tegra124_132_clock_init_post':
drivers/clk/tegra/clk-tegra124.c:1496: undefined reference to `tegra_emc_init'
Introduced by commit 32477681f48a ("Merge remote-tracking branch
'arm64/for-next/core'"). Maybe some conflict resolution problem ?
CONFIG_ARCH_TEGRA_132_SOC only builds clk-tegra124.o, but clk-tegra124.o
needs clk-emc.o for tegra_emc_init. clk-emc.c was introduced with commit
4ec9e9975d8c ("clk: tegra: Add EMC clock driver"), but it only adds
clk-emc.o to the CONFIG_ARCH_TEGRA_124_SOC build, not to
CONFIG_ARCH_TEGRA_132_SOC.
On a side note, tegra_emc_init is declared twice, once as static variable
and once as global variable, in different files.
---
cris:defconfig
cris:etrax-100lx_defconfig
cris:allnoconfig
frv:defconfig
ia64:defconfig
m32r:defconfig
m68k (all builds)
parisc (all builds)
arm:rpc_defconfig
In file included from kernel/time/hrtimer.c:57:0:
kernel/time/tick-internal.h: In function 'tick_set_periodic_handler':
kernel/time/tick-internal.h:114:5: error: dereferencing pointer to incomplete type
kernel/time/tick-internal.h:114:23: error: 'tick_handle_periodic' undeclared
tick_handle_periodic is declared inside CONFIG_GENERIC_CLOCKEVENTS but used
outside.
Introduced by commit 01b9fdf7e540 ("tick: Move core only declarations and
functions to core") according to bisect. There may be other problems obscuring
the bisect results, though, since the build failure pattern changes during
bisect.
---
i386:allyesconfig
i386:allmodconfig
drivers/usb/musb/musb_dsps.c: In function 'dsps_read_fifo32':
drivers/usb/musb/musb_dsps.c:624:3: error: implicit declaration of function 'readsl'
Introduced by commit 3e457371f436 ("usb: musb: Fix fifo reads for dm816x with
musb_dsps").
---
x86_64:allyesconfig
drivers/built-in.o: In function `sl811_cs_probe':
sl811_cs.c:(.text+0x1d432f6): undefined reference to `sl811h_driver'
Introduced by commit 1dc6120ef7f0 ("usb: host/sl811-hcd: fix sparse warning"),
a botched cleanup attempt.
---
xtensa
Lots of 'dangerous relocation: l32r: literal placed after use' all over the
place, causing all xtensa builds to fail.
Introduced by commit 779c88c94c34 ("ARM: 8321/1: asm-generic: introduce
.text.fixup input section").
next prev parent reply other threads:[~2015-03-31 16:16 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-31 13:02 linux-next: Tree for Mar 31 Stephen Rothwell
2015-03-31 16:16 ` Guenter Roeck [this message]
2015-03-31 23:07 ` linux-next: Tree for Mar 31 (build failures and culprits) Greg Kroah-Hartman
2015-03-31 23:24 ` Michael Ellerman
2015-04-01 2:18 ` Guenter Roeck
2015-04-01 3:01 ` Michael Ellerman
2015-04-01 3:13 ` Guenter Roeck
2015-03-31 23:42 ` Stephen Rothwell
2015-04-01 2:24 ` Guenter Roeck
2015-04-01 2:45 ` Guenter Roeck
2015-04-01 6:13 ` Daniel Mack
2015-04-01 2:17 ` Guenter Roeck
2015-04-01 8:08 ` Russell King - ARM Linux
2015-04-01 12:23 ` Guenter Roeck
2015-04-01 3:16 ` Max Filippov
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=20150331161640.GA16540@roeck-us.net \
--to=linux@roeck-us.net \
--cc=Lad@roeck-us.net \
--cc=ard.biesheuvel@linaro.org \
--cc=arnd@arndb.de \
--cc=balbi@ti.com \
--cc=daniel@zonque.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mperttunen@nvidia.com \
--cc=prabhakar.csengg@gmail.com \
--cc=rmk+kernel@arm.linux.org.uk \
--cc=sfr@canb.auug.org.au \
--cc=tglx@linutronix.de \
--cc=tony@atomide.com \
--cc=treding@nvidia.com \
/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).