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]
Message-ID: <20181211173851.GA29028@roeck-us.net>
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ