So it's been a day less than two weeks, and the merge window is closed.
Considering how much came in fairly late, I find it hard to care about
anybody who had decided to cut it even closer than some people already
did. That said, maybe there aren't any real stragglers - and judging
by the size of rc1, there really can't have been much. Not only do I
think there are more commits than there were in linux-next, this is
one of the bigger rc1's (at least by commits) historically. We've had
bigger ones (3.10 and 3.15 both had large merge windows leading up to
them), but this was definitely not a small merge window.
Anyway, we've got changes all over the place, including a new
architecture (nios2). My "short mergelog" is appended, and as usual I
want to point out that that credits the people sending me the changes,
which is generally not necessarily at all the same thing as the people
actually writing the code, even if there is obviously overlap.
In the "big picture", this looks like a fairly normal release. About
two thirds driver updates, with about half of the rest being
architecture updates (and no, the new nios2 patches are not at all
dominant, it's about half ARM, with the new nios2 support being less
than 10% of the arch updates by lines overall). The remaining one
sixth is "misc": networking, header updates, documentation,
filesystems, tooling, and core kernel (in pretty much that order).
Obviously, with the holidays coming up, I'd expect that the next few
weeks are pretty quiet, but we'll see. I do hope that people will have
time to test this all in between all the eggnog,
Linus
---
Al Viro (3):
VFS changes
vfs pile #2
vfs pile #3
Alex Williamson (1):
VFIO updates
Andrew Morton (3):
first patchbomb
second patchbomb
misc patches
Arnd Bergmann (13):
ARM SoC non-critical bug fixes
ARM SoC cleanup on mach-at91
ARM SoC cleanups
ARM SoC platform changes
ARM SoC driver updates
ARM SoC DT updates
ARM SoC/OMAP GPMC driver cleanup and move
ARM SoC defconfig changes
ARM64 SoC changes
asm-generic asm/io.h rewrite
ARM SoC fixes
ARM SoC DT updates part 2
ARM SoC/iommu configuration update
Artem Bityutskiy (1):
UBI/UBIFS updates
Benjamin LaHaise (1):
aio updates
Bjorn Helgaas (1):
PCI changes
Borislav Petkov (1):
EDAC updates
Brian Norris (1):
MTD updates
Bruce Fields (1):
nfsd updates
Bryan Wu (1):
LED subsystem update
Chris Mason (2):
btrfs update
more btrfs updates
Chris Metcalf (1):
arch/tile updates
Chris Zankel (1):
Xtensa fixes
Christian Borntraeger (1):
ACCESS_ONCE cleanup preparation
Corey Minyard (1):
IPMI driver updates
Darren Hart (1):
x86 platform driver update
Dave Airlie (1):
drm updates
Dave Chinner (1):
xfs update
David Miller (6):
networking updates
sparc update
IDE update
another networking update
sparc fix
networking fixes
David Teigland (1):
dlm update
David Vrabel (2):
xen features and fixes
additional xen update
Dmitry Torokhov (1):
input subsystem updates
Eric Biederman (1):
user namespace related fixes
Geert Uytterhoeven (1):
m68k updates
Grant Likely (1):
devicetree changes
Greg KH (5):
USB updates
tty/serial driver updates
driver core update
char/misc driver updates
staging driver updates
Guenter Roeck (1):
hwmon updates
Herbert Xu (1):
crypto update
Ingo Molnar (17):
locking tree changes
RCU updates
perf events update
leftover perf fixes
scheduler updates
x86 asm updates
x86 boot and percpu updates
x86 build, cleanup and defconfig updates
EFI updates
x86 platform changes
x86 mm tree changes
x86 RAS update
x86 vdso updates
x86 microcode loading updates
x86 fixes
perf fixes and cleanups
x86 fix
Jaegeuk Kim (1):
f2fs updates
James Bottomley (2):
SCSI updates
SCSI update
James Morris (2):
security layer updates
security subsystem fixes
Jan Kara (2):
quota updates
isofs and reiserfs fixes
Jassi Brar (1):
mailbox framework updates
Jens Axboe (3):
block driver core update
block layer driver updates
core block fix
Jesper Nilsson (1):
arch/chris updates
Jiri Kosina (2):
trivial tree update
HID updates
Joerg Roedel (1):
IOMMU updates
Jonathan Corbet (1):
documentation update
Lee Jones (2):
MFD updates
backlight updates
Ley Foon Tan (2):
Altera Nios II processor support
arch/nios2 fixes
Linus Walleij (1):
pin control changes
Mark Brown (3):
regmap updates
regulator updates
spi updates
Martin Schwidefsky (1):
s390 updates
Mauro Carvalho Chehab (3):
media updates
edac updates
second set of media updates
Michael Ellerman (2):
powerpc updates
second batch of powerpc updates
Michael S Tsirkin (1):
virtio fixes
Michael Tsirkin (1):
virtio updates
Michal Marek (2):
kbuild updates
misc kbuild changes
Michal Simek (1):
Microblaze fix
Mike Snitzer (1):
device mapper updates
Mike Turquette (1):
clk framework updates
Miklos Szeredi (1):
fuse update
Neil Brown (1):
md updates
Nicholas Bellinger (1):
SCSI target fixes
Ohad Ben-Cohen (1):
rpmsg update
Paolo Bonzini (1):
KVM update
Paul Moore (1):
audit updates
Phillip Lougher (1):
squashfs update
Rafael Wysocki (3):
ACPI and power management updates
more ACPI and power management updates
CONFIG_PM_RUNTIME elimination
Ralf Baechle (1):
MIPS updates
Richard Kuo (1):
arch/hexagon updates
Roland Dreier (1):
infiniband updates
Russell King (1):
ARM updates
Rusty Russell (2):
virtio updates
module updates
Sage Weil (1):
ceph updates
Sebastian Reichel (2):
HSI update
power supply updates
Shuah Khan (1):
kselftest update
Stefan Richter (1):
firewire updates
Steve French (1):
cifs update
Steven Rostedt (7):
tracing updates
ftrace self-test updates
nmi-safe seq_buf printk update
ktest changes
tracing fixes
tracing fixlet
tracing updates
Steven Whitehouse (1):
GFS2 update
Takashi Iwai (2):
sound updates
sound fixes
Ted Ts'o (1):
ext4 updates
Tejun Heo (4):
percpu updates
workqueue update
libata changes
cgroup update
Thierry Reding (1):
pwm updates
Thomas Gleixner (10):
timer core updates
irq core updates
irq domain updates
x86 MPX support
more 2038 timer work
irq domain ARM updates
x86 MPX fixes
irq core fix
NOHZ update
x86 apic updates
Tomi Valkeinen (1):
fbdev updates
Tony Luck (3):
pstore fixes
pstore update #2
ia64 __get_cpu_var removal
Trond Myklebust (1):
NFS client updates
Tyler Hicks (1):
eCryptfs fixes
Ulf Hansson (1):
MMC updates
Vineet Gupta (1):
arch/arc updates
Vinod Koul (1):
dmaengine updates
Will Deacon (2):
arm64 updates
arm64 fixes
Wim Van Sebroeck (1):
small watchdog update
Wolfram Sang (2):
i2c updates
more i2c updates
Zhang Rui (1):
thermal management update
On Sat, Dec 20, 2014 at 05:43:22PM -0800, Linus Torvalds wrote:
> So it's been a day less than two weeks, and the merge window is closed.
>
> Considering how much came in fairly late, I find it hard to care about
> anybody who had decided to cut it even closer than some people already
> did. That said, maybe there aren't any real stragglers - and judging
> by the size of rc1, there really can't have been much. Not only do I
> think there are more commits than there were in linux-next, this is
> one of the bigger rc1's (at least by commits) historically. We've had
> bigger ones (3.10 and 3.15 both had large merge windows leading up to
> them), but this was definitely not a small merge window.
>
> Anyway, we've got changes all over the place, including a new
> architecture (nios2). My "short mergelog" is appended, and as usual I
> want to point out that that credits the people sending me the changes,
> which is generally not necessarily at all the same thing as the people
> actually writing the code, even if there is obviously overlap.
>
> In the "big picture", this looks like a fairly normal release. About
> two thirds driver updates, with about half of the rest being
> architecture updates (and no, the new nios2 patches are not at all
> dominant, it's about half ARM, with the new nios2 support being less
> than 10% of the arch updates by lines overall). The remaining one
> sixth is "misc": networking, header updates, documentation,
> filesystems, tooling, and core kernel (in pretty much that order).
>
> Obviously, with the holidays coming up, I'd expect that the next few
> weeks are pretty quiet, but we'll see. I do hope that people will have
> time to test this all in between all the eggnog,
>
There are at least the never-resting auto-testers, which for mine report:
Build tests:
total: 133 pass: 133 fail: 0
Qemu tests:
total: 30 pass: 30 fail: 0
Details at http://server.roeck-us.net:8010/builders.
This is an absolute first; since I started testing, we never had an
-rc1 with no build or qemu failures. Excellent job everyone!
Guenter
Hi Linus,
On Sat, 2014-12-20 at 17:43 -0800, Linus Torvalds wrote:
> So it's been a day less than two weeks, and the merge window is closed.
>
> Considering how much came in fairly late, I find it hard to care about
> anybody who had decided to cut it even closer than some people already
> did. That said, maybe there aren't any real stragglers - and judging
> by the size of rc1, there really can't have been much. Not only do I
> think there are more commits than there were in linux-next, this is
> one of the bigger rc1's (at least by commits) historically. We've had
> bigger ones (3.10 and 3.15 both had large merge windows leading up to
> them), but this was definitely not a small merge window.
>
> Anyway, we've got changes all over the place, including a new
> architecture (nios2). My "short mergelog" is appended, and as usual I
> want to point out that that credits the people sending me the changes,
> which is generally not necessarily at all the same thing as the people
> actually writing the code, even if there is obviously overlap.
>
> In the "big picture", this looks like a fairly normal release. About
> two thirds driver updates, with about half of the rest being
> architecture updates (and no, the new nios2 patches are not at all
> dominant, it's about half ARM, with the new nios2 support being less
> than 10% of the arch updates by lines overall). The remaining one
> sixth is "misc": networking, header updates, documentation,
> filesystems, tooling, and core kernel (in pretty much that order).
>
> Obviously, with the holidays coming up, I'd expect that the next few
> weeks are pretty quiet, but we'll see. I do hope that people will have
> time to test this all in between all the eggnog,
>
> Linus
>
Just hit the following build failure with CONFIG_AUDIT=y:
arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
make[2]: *** [arch/x86/ia32/audit.o] Error 1
make[1]: *** [arch/x86/ia32] Error 2
make: *** [arch/x86] Error 2
make: *** Waiting for unfinished jobs....
Looks related to David's (CC'ed) recent execveat changes in commit 27d6ec7ad
Config attached.
--nab
On Sat, Dec 20, 2014 at 11:11:39PM -0800, Nicholas A. Bellinger wrote:
> Hi Linus,
>
> On Sat, 2014-12-20 at 17:43 -0800, Linus Torvalds wrote:
> > So it's been a day less than two weeks, and the merge window is closed.
> >
...
>
> Just hit the following build failure with CONFIG_AUDIT=y:
>
> arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> make[2]: *** [arch/x86/ia32/audit.o] Error 1
> make[1]: *** [arch/x86/ia32] Error 2
> make: *** [arch/x86] Error 2
> make: *** Waiting for unfinished jobs....
>
I tried your configuration. For some reason it builds for me, so I guess
I must be missing something. What is your build command line ?
Thanks,
Guenter
On Sat, Dec 20, 2014 at 05:43:22PM -0800, Linus Torvalds wrote:
> Michael S Tsirkin (1):
> virtio fixes
>
> Michael Tsirkin (1):
> virtio updates
I wonder why did it come out like this, and not simply
Michael S. Tsirkin (2).
--
MST
On Sun, 2014-12-21 at 04:11 -0800, Guenter Roeck wrote:
> On Sat, Dec 20, 2014 at 11:11:39PM -0800, Nicholas A. Bellinger wrote:
> > Hi Linus,
> >
> > On Sat, 2014-12-20 at 17:43 -0800, Linus Torvalds wrote:
> > > So it's been a day less than two weeks, and the merge window is closed.
> > >
> ...
> >
> > Just hit the following build failure with CONFIG_AUDIT=y:
> >
> > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> > make[2]: *** [arch/x86/ia32/audit.o] Error 1
> > make[1]: *** [arch/x86/ia32] Error 2
> > make: *** [arch/x86] Error 2
> > make: *** Waiting for unfinished jobs....
> >
>
> I tried your configuration. For some reason it builds for me, so I guess
> I must be missing something. What is your build command line ?
>
Nothing fancy or out of the ordinary:
root@scsi-mq:/usr/src/target-pending.git# time make -j 4
scripts/kconfig/conf --silentoldconfig Kconfig
CHK include/config/kernel.release
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
CC arch/x86/kernel/asm-offsets.s
GEN include/generated/asm-offsets.h
CALL scripts/checksyscalls.sh
<stdin>:1226:2: warning: #warning syscall finit_module not implemented [-Wcpp]
<stdin>:1229:2: warning: #warning syscall sched_setattr not implemented [-Wcpp]
<stdin>:1232:2: warning: #warning syscall sched_getattr not implemented [-Wcpp]
<stdin>:1235:2: warning: #warning syscall renameat2 not implemented [-Wcpp]
<stdin>:1238:2: warning: #warning syscall seccomp not implemented [-Wcpp]
<stdin>:1241:2: warning: #warning syscall getrandom not implemented [-Wcpp]
<stdin>:1244:2: warning: #warning syscall memfd_create not implemented [-Wcpp]
<stdin>:1247:2: warning: #warning syscall bpf not implemented [-Wcpp]
<stdin>:1250:2: warning: #warning syscall execveat not implemented [-Wcpp]
CC init/main.o
AS [M] arch/x86/crypto/aes-x86_64-asm_64.o
AS arch/x86/ia32/ia32entry.o
CC [M] arch/x86/crypto/crc32c-intel_glue.o
CC arch/x86/ia32/sys_ia32.o
CC kernel/fork.o
LD [M] arch/x86/crypto/aes-x86_64.o
LD [M] arch/x86/crypto/crc32c-intel.o
CC arch/x86/ia32/ia32_signal.o
CHK include/generated/compile.h
CC init/do_mounts.o
CC arch/x86/kernel/process_64.o
CC arch/x86/ia32/syscall_ia32.o
CC arch/x86/ia32/audit.o
arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
make[2]: *** [arch/x86/ia32/audit.o] Error 1
make[1]: *** [arch/x86/ia32] Error 2
make[1]: *** Waiting for unfinished jobs....
CC arch/x86/kernel/signal.o
AS arch/x86/kernel/entry_64.o
CC arch/x86/kernel/traps.o
CC init/do_mounts_initrd.o
CC kernel/exec_domain.o
^Cmake[1]: *** [init/do_mounts_initrd.o] Interrupt
make: *** [init] Interrupt
make[2]: *** [arch/x86/kernel/process_64.o] Interrupt
make[2]: *** [arch/x86/kernel/traps.o] Interrupt
make[1]: *** [kernel/exec_domain.o] Interrupt
make[1]: *** [arch/x86/kernel] Interrupt
make: *** [kernel] Interrupt
make: *** [arch/x86] Interrupt
On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
> Just hit the following build failure with CONFIG_AUDIT=y:
>
> arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> make[2]: *** [arch/x86/ia32/audit.o] Error 1
> make[1]: *** [arch/x86/ia32] Error 2
> make: *** [arch/x86] Error 2
> make: *** Waiting for unfinished jobs....
Your .config works for me. Does a `make mrproper' fix it?
I've seen a few reports like this in recent months. Something's
up with the build dependency system.
On Mon, 22 Dec 2014, Andrew Morton wrote:
> On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
>
> > Just hit the following build failure with CONFIG_AUDIT=y:
> >
> > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> > make[2]: *** [arch/x86/ia32/audit.o] Error 1
> > make[1]: *** [arch/x86/ia32] Error 2
> > make: *** [arch/x86] Error 2
> > make: *** Waiting for unfinished jobs....
>
> Your .config works for me. Does a `make mrproper' fix it?
>
> I've seen a few reports like this in recent months. Something's
> up with the build dependency system.
Let's add Michal Marek to CC then.
--
Jiri Kosina
SUSE Labs
On Mon, 2014-12-22 at 21:56 +0100, Jiri Kosina wrote:
> On Mon, 22 Dec 2014, Andrew Morton wrote:
>
> > On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
> >
> > > Just hit the following build failure with CONFIG_AUDIT=y:
> > >
> > > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> > > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> > > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> > > make[2]: *** [arch/x86/ia32/audit.o] Error 1
> > > make[1]: *** [arch/x86/ia32] Error 2
> > > make: *** [arch/x86] Error 2
> > > make: *** Waiting for unfinished jobs....
> >
> > Your .config works for me. Does a `make mrproper' fix it?
> >
> > I've seen a few reports like this in recent months. Something's
> > up with the build dependency system.
>
> Let's add Michal Marek to CC then.
>
Yep, post 'make mrproper' builds with CONFIG_AUDIT=y don't hit this
failure.
The previous build was with v3.18-rc2 btw.
--nab
On Mon, Dec 22, 2014 at 2:43 PM, Nicholas A. Bellinger
<[email protected]> wrote:
> On Mon, 2014-12-22 at 21:56 +0100, Jiri Kosina wrote:
>> On Mon, 22 Dec 2014, Andrew Morton wrote:
>>
>> > On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
>> >
>> > > Just hit the following build failure with CONFIG_AUDIT=y:
>> > >
>> > > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
>> > > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
>> > > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
>> > > make[2]: *** [arch/x86/ia32/audit.o] Error 1
>> > > make[1]: *** [arch/x86/ia32] Error 2
>> > > make: *** [arch/x86] Error 2
>> > > make: *** Waiting for unfinished jobs....
>> >
>
> Yep, post 'make mrproper' builds with CONFIG_AUDIT=y don't hit this
> failure.
>
> The previous build was with v3.18-rc2 btw.
Hmm. So it seems that there is something wrong with the dependency
generation for the generated header files. Possibly limited to just
the uapi files.
But I can't seem to recreate it even by trying to first build 3.18-rc2
and then switching to 3.19-rc1. So there's something
not-very-straightforward going on, possibly including some nasty race
in the Makefiles.
Linus
On Mon, 22 Dec 2014 12:43:10 -0800, you wrote:
>On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
>
>> Just hit the following build failure with CONFIG_AUDIT=y:
>>
>> arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
>> arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
>> arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
>> make[2]: *** [arch/x86/ia32/audit.o] Error 1
>> make[1]: *** [arch/x86/ia32] Error 2
>> make: *** [arch/x86] Error 2
>> make: *** Waiting for unfinished jobs....
>
>Your .config works for me. Does a `make mrproper' fix it?
Wow. So long since I use make mrproper...
>
>I've seen a few reports like this in recent months. Something's
>up with the build dependency system.
Yes, but nothing a fresh unpack tarball then start over didn't fix ;o)
Grant.
On 22 Dec 2014 18:02, "Linus Torvalds" <[email protected]>
wrote:
>
> On Mon, Dec 22, 2014 at 2:43 PM, Nicholas A. Bellinger
> <[email protected]> wrote:
> > On Mon, 2014-12-22 at 21:56 +0100, Jiri Kosina wrote:
> >> On Mon, 22 Dec 2014, Andrew Morton wrote:
> >>
> >> > On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger"
<[email protected]> wrote:
> >> >
> >> > > Just hit the following build failure with CONFIG_AUDIT=y:
> >> > >
> >> > > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> >> > > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared
(first use in this function)
> >> > > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier
is reported only once for each function it appears in
> >> > > make[2]: *** [arch/x86/ia32/audit.o] Error 1
> >> > > make[1]: *** [arch/x86/ia32] Error 2
> >> > > make: *** [arch/x86] Error 2
> >> > > make: *** Waiting for unfinished jobs....
> >> >
> >
> > Yep, post 'make mrproper' builds with CONFIG_AUDIT=y don't hit this
> > failure.
> >
> > The previous build was with v3.18-rc2 btw.
>
> Hmm. So it seems that there is something wrong with the dependency
> generation for the generated header files. Possibly limited to just
> the uapi files.
>
> But I can't seem to recreate it even by trying to first build 3.18-rc2
> and then switching to 3.19-rc1. So there's something
> not-very-straightforward going on, possibly including some nasty race
> in the Makefiles.
>
> Linus
When this occurred previously, I also failed to reproduce it. However,
it appeared (https://lkml.org/lkml/2014/11/25/542) to specifically
involve a stale copy of arch/x86/include/generated/asm/unistd_32.h.
David
On Mon, 2014-12-22 at 15:02 -0800, Linus Torvalds wrote:
> Hmm. So it seems that there is something wrong with the dependency
> generation for the generated header files. Possibly limited to just
> the uapi files.
>
> But I can't seem to recreate it even by trying to first build 3.18-rc2
> and then switching to 3.19-rc1. So there's something
> not-very-straightforward going on, possibly including some nasty race
> in the Makefiles.
The basically random build failure in
https://lkml.org/lkml/2014/12/22/164 might be related. Still makes no
sense to me whatsoever.
Paul Bolle
On 22/12/14 23:22, Paul Bolle wrote:
> On Mon, 2014-12-22 at 15:02 -0800, Linus Torvalds wrote:
>> Hmm. So it seems that there is something wrong with the dependency
>> generation for the generated header files. Possibly limited to just
>> the uapi files.
>>
>> But I can't seem to recreate it even by trying to first build 3.18-rc2
>> and then switching to 3.19-rc1. So there's something
>> not-very-straightforward going on, possibly including some nasty race
>> in the Makefiles.
> The basically random build failure in
> https://lkml.org/lkml/2014/12/22/164 might be related. Still makes no
> sense to me whatsoever.
>
>
> Paul Bolle
>
>
tindog:/usr/src/linux-3.19.0-rc1 # grep GM204_DISP_CORE_CHANNEL_DMA
drivers/gpu/drm/nouveau/core/include/nvif/class.h
tindog:/usr/src/linux-3.19.0-rc1 #
Checking the other 2 boxes it's defined so I started with a fresh clone
and it's now defined. As usual I did git pull on all 3 boxes to get from
3.18.0 to 3.19-rc1.
tindog:/usr/src/linux # grep GM204_DISP_CORE_CHANNEL_DMA
drivers/gpu/drm/nouveau/core/include/nvif/class.h
#define GM204_DISP_CORE_CHANNEL_DMA 0x0000957d
Regards
Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
Dne 22.12.2014 v 23:43 Nicholas A. Bellinger napsal(a):
> On Mon, 2014-12-22 at 21:56 +0100, Jiri Kosina wrote:
>> On Mon, 22 Dec 2014, Andrew Morton wrote:
>>
>>> On Sat, 20 Dec 2014 23:11:39 -0800 "Nicholas A. Bellinger" <[email protected]> wrote:
>>>
>>>> Just hit the following build failure with CONFIG_AUDIT=y:
>>>>
>>>> arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
>>>> arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
>>>> arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
>>>> make[2]: *** [arch/x86/ia32/audit.o] Error 1
>>>> make[1]: *** [arch/x86/ia32] Error 2
>>>> make: *** [arch/x86] Error 2
>>>> make: *** Waiting for unfinished jobs....
>>>
>>> Your .config works for me. Does a `make mrproper' fix it?
>>>
>>> I've seen a few reports like this in recent months. Something's
>>> up with the build dependency system.
>>
>> Let's add Michal Marek to CC then.
>>
>
> Yep, post 'make mrproper' builds with CONFIG_AUDIT=y don't hit this
> failure.
>
> The previous build was with v3.18-rc2 btw.
I guess you don't have the v3.18-rc2 based .config anymore, do you? Do
you remember what kind of confuration it was, i.e. was it a defconfig /
allmodconfig / 'typical distro build' / ...?
Thanks,
Michal
On Mon, Dec 22, 2014 at 11:41:54AM -0800, Nicholas A. Bellinger wrote:
> On Sun, 2014-12-21 at 04:11 -0800, Guenter Roeck wrote:
> > On Sat, Dec 20, 2014 at 11:11:39PM -0800, Nicholas A. Bellinger wrote:
> > > Hi Linus,
> > >
> > > On Sat, 2014-12-20 at 17:43 -0800, Linus Torvalds wrote:
> > > > So it's been a day less than two weeks, and the merge window is closed.
> > > >
> > ...
> > >
> > > Just hit the following build failure with CONFIG_AUDIT=y:
> > >
> > > arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
> > > arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in this function)
> > > arch/x86/ia32/audit.c:38:7: note: each undeclared identifier is reported only once for each function it appears in
> > > make[2]: *** [arch/x86/ia32/audit.o] Error 1
> > > make[1]: *** [arch/x86/ia32] Error 2
> > > make: *** [arch/x86] Error 2
> > > make: *** Waiting for unfinished jobs....
> > >
> >
> > I tried your configuration. For some reason it builds for me, so I guess
> > I must be missing something. What is your build command line ?
> >
>
> Nothing fancy or out of the ordinary:
>
I tried your configuration plus another one reported to create the problem.
I am still unable to reproduce it. I tried with gcc 4.9.1 and 4.7.2.
Please have a look at https://lkml.org/lkml/2014/11/25/542 and check if that
solves your problem.
Thanks,
Guenter