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: <acc2d5a5-2fd4-4367-c8ef-497da951c208@lwfinger.net>
Date:   Sun, 24 Mar 2019 19:49:59 -0500
From:   Larry Finger <Larry.Finger@...inger.net>
To:     Christophe Leroy <christophe.leroy@....fr>,
        Michael Ellerman <mpe@...erman.id.au>,
        Benjamin Herrenschmidt <benh@...nel.crashing.org>,
        Paul Mackerras <paulus@...ba.org>,
        ppc-dev <linuxppc-dev@...ts.ozlabs.org>
Cc:     LKML <linux-kernel@...r.kernel.org>
Subject: Regression in 5.1.0-rc2: PowerBook G4 Aluminum fails to boot -
 bisected to commit 0df977eafc792

A build of kernel 5.1.0-rc2 resulted in a failure to boot on my PowerBook G4 
Aluminum. The bootstrap loads the initial kernel and issues the appropriate 
start, but the machine hangs at that point.

The problem does not depend on the choice of PPC32 processor type. This machine 
has a 7447A according to /proc/cpuinfo.

The problem was bisected to the following:

commit 0df977eafc792a5365a7f81d8d5920132e03afad
Author: Christophe Leroy <christophe.leroy@....fr>
Date:   Thu Feb 21 10:37:54 2019 +0000

     powerpc/6xx: Don't use SPRN_SPRG2 for storing stack pointer while in RTAS

     When calling RTAS, the stack pointer is stored in SPRN_SPRG2
     in order to be able to restore it in case of machine check in RTAS.

     As machine check is not a perfomance critical path, this patch
     frees SPRN_SPRG2 by using a field in thread struct instead.

     Signed-off-by: Christophe Leroy <christophe.leroy@....fr>
     Signed-off-by: Michael Ellerman <mpe@...erman.id.au>

I reverted this patch and found that the system began execution, and then 
failed, likely due to the reassignment of SPRN_SPRG2.

I had found this problem with 5.1.0-rc1, but -rc2 was out by the time I finished 
the bisection. Unfortunately, none of the changes in -rc2 fixed the problem.

Attached is the .config that I used.

Thanks,

Larry

View attachment "config-ppc32" of type "text/plain" (98243 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ