Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751982AbcJJFuB (ORCPT ); Mon, 10 Oct 2016 01:50:01 -0400 Received: from mail-pa0-f67.google.com ([209.85.220.67]:35646 "EHLO mail-pa0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751865AbcJJFt7 (ORCPT ); Mon, 10 Oct 2016 01:49:59 -0400 Date: Mon, 10 Oct 2016 16:49:53 +1100 From: Nicholas Piggin To: Guenter Roeck Cc: Michael Ellerman , linux-kernel@vger.kernel.org, Benjamin Herrenschmidt , linuxppc-dev@lists.ozlabs.org Subject: Re: ppc64 qemu test failure since commit f9aa67142 ("powerpc/64s: Consolidate Alignment 0x600 interrupt") Message-ID: <20161010164953.5f37e6e4@roar.ozlabs.ibm.com> In-Reply-To: <20161009152121.GA13188@roeck-us.net> References: <20161009152121.GA13188@roeck-us.net> Organization: IBM X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1282 Lines: 32 On Sun, 9 Oct 2016 08:21:21 -0700 Guenter Roeck wrote: > Nicholas, > > some of my qemu tests for ppc64 started failing on mainline (and -next). > You can find a test log at > http://kerneltests.org/builders/qemu-ppc64-master/builds/580/steps/qemubuildcommand/logs/stdio > > The scripts to run the test are available at > https://github.com/groeck/linux-build-test/tree/master/rootfs/ppc64 > > Bisect points to commit f9aa67142ef26 ("powerpc/64s: Consolidate Alignment 0x600 > interrupt"). Bisect log is attached. > > Since I don't have the means to run the code on a real system, I have no idea > if the problem is caused by qemu or by the code. It is interesting, though, that > only the 'mac99' tests are affected. > > Please let me know if there is anything I can do to help tracking down the > problem. Thanks for this. That patch just moves a small amount of code, so it's likely that it's caused something to get placed out of range of its caller, or the linker started generating a stub for some reason. I can't immediately see the problem, but it could be specific to your exact toolchain. Something that might help, would you be able to put the compiled vmlinux binaries from before/after the bad patch somewhere I can grab them? Thanks, Nick