linux-kernel - [REGRESSION] boot regression in next-20170428

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-next>] [day] [month] [year] [list]

Message-ID: <8138a4bf-30b6-944d-083d-dcee05ce68ba@axis.com>
Date:   Fri, 28 Apr 2017 17:08:17 +0200
From:   Niklas Cassel <niklas.cassel@...s.com>
To:     <herbert@...dor.apana.org.au>, <davem@...emloft.net>
CC:     <linux-kernel@...r.kernel.org>
Subject: [REGRESSION] boot regression in next-20170428

Hello


Since next-20170428
the ARTPEC-6 SoC (MACH_ARTPEC6) does no longer boot.

It works fine with next-20170427.


I've bisected it to the following commit:

6d684e54690caef45cf14051ddeb7c71beeb681b is the first bad commit
commit 6d684e54690caef45cf14051ddeb7c71beeb681b
Author: Herbert Xu <herbert@...dor.apana.org.au>
Date:   Thu Apr 27 13:44:51 2017 +0800

    rhashtable: Cap total number of entries to 2^31
    
    When max_size is not set or if it set to a sufficiently large
    value, the nelems counter can overflow.  This would cause havoc
    with the automatic shrinking as it would then attempt to fit a
    huge number of entries into a tiny hash table.
    
    This patch fixes this by adding max_elems to struct rhashtable
    to cap the number of elements.  This is set to 2^31 as nelems is
    not a precise count.  This is sufficiently smaller than UINT_MAX
    that it should be safe.
    
    When max_size is set max_elems will be lowered to at most twice
    max_size as is the status quo.
    
    Signed-off-by: Herbert Xu <herbert@...dor.apana.org.au>
    Signed-off-by: David S. Miller <davem@...emloft.net>




Enabling earlyprintk does not give any more info,
it simply hangs after:

JUMP dest=0x2000000 dtb=0x2900000 machine=0x1399 initrd=0x02a00000/0x0021b193 cmdline="earlyprintk debug initcall_debug=1"
Uncompressing Linux... done, booting the kernel.



Regards,
Niklas