linux-kernel - Re: linux-next: Tree for Dec 11

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 11 Dec 2018 09:38:51 -0800
From:   Guenter Roeck <linux@...ck-us.net>
To:     Stephen Rothwell <sfr@...b.auug.org.au>
Cc:     Linux Next Mailing List <linux-next@...r.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: linux-next: Tree for Dec 11

On Tue, Dec 11, 2018 at 06:26:27PM +1100, Stephen Rothwell wrote:
> Hi all,
> 
> Changes since 20181210:
> 
> The arm64 tree gained a conflict against Linus' tree.
> 
> The f2fs tree gained a conflict against the fscrypt tree.
> 
> The ubifs tree gained a conflict against the fscrypt tree.
> 
> The rdma tree still had its build failure so I used the version from
> next-20181203.
> 
> The tip tree gained a conflict against the hwmon-staging tree.
> 
> The gpio tree lost its build failure.
> 
> The akpm-current tree lost its build failure but gained conflist against
> the arm64 tree.
> 
> Non-merge commits (relative to Linus' tree): 7744
>  8462 files changed, 365061 insertions(+), 211977 deletions(-)
> 

Build results:
	total: 152 pass: 150 fail: 2
Failed builds: 
	arm:allmodconfig 
	arm64:allmodconfig 
Qemu test results:
	total: 337 pass: 137 fail: 200

Build failures:

arm:

In file included from drivers/media/pci/ddbridge/ddbridge.h:22:0,
                 from drivers/media/pci/ddbridge/ddbridge-ci.c:19:
arch/arm/include/asm/irq.h:35:50: error: unknown type name 'cpumask_t'

arm64:

arch/arm64/kernel/entry-ftrace.o:(_kprobe_blacklist+0x0): dangerous relocation:
	unsupported relocation

The latter is with gcc 7.3.0. I'll build and try with gcc 7.4.0 and
the most recent binutils later.

Most of the failing qemu tests fail with something like

Starting init: /sbin/init exists but couldn't execute it (error -95)

Others (such as aarch64) crash silently.

Has anyone reported this already, or do I need to run bisect ?

Guenter