Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S941774AbcJZVaw (ORCPT ); Wed, 26 Oct 2016 17:30:52 -0400 Received: from mail-oi0-f44.google.com ([209.85.218.44]:36849 "EHLO mail-oi0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933736AbcJZVau (ORCPT ); Wed, 26 Oct 2016 17:30:50 -0400 MIME-Version: 1.0 In-Reply-To: <1731570270.13088320.1477515684152.JavaMail.zimbra@redhat.com> References: <996124132.13035408.1477505043741.JavaMail.zimbra@redhat.com> <1731570270.13088320.1477515684152.JavaMail.zimbra@redhat.com> From: Linus Torvalds Date: Wed, 26 Oct 2016 14:30:49 -0700 X-Google-Sender-Auth: LcrI9xhwyblisJMF6a8KLLZ2t4g Message-ID: Subject: Re: CONFIG_VMAP_STACK, on-stack struct, and wake_up_bit To: Bob Peterson , Borislav Petkov Cc: Andy Lutomirski , Andreas Gruenbacher , Peter Zijlstra , Andy Lutomirski , LKML , Steven Whitehouse , Mel Gorman , linux-mm Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1262 Lines: 37 On Wed, Oct 26, 2016 at 2:01 PM, Bob Peterson wrote: > > Hm. It didn't even boot, at least on my amd box in the lab. > I've made no attempt to debug this. Hmm. Looks like a completely independent issue from the patch. Did you try booting that machine without the patch? > [ 2.378877] kernel BUG at arch/x86/mm/physaddr.c:26! Ok, similar issue, I think - passing a non-1:1 address to __phys_addr(). But the call trace has nothing to do with gfs2 or the bitlocks: > [ 2.504561] Call Trace: > [ 2.507005] save_microcode_in_initrd_amd+0x31/0x106 > [ 2.513778] save_microcode_in_initrd+0x3c/0x45 > [ 2.526110] do_one_initcall+0x50/0x180 > [ 2.531756] ? set_debug_rodata+0x12/0x12 > [ 2.537573] kernel_init_freeable+0x194/0x230 > [ 2.543740] ? rest_init+0x80/0x80 > [ 2.548952] kernel_init+0xe/0x100 > [ 2.554164] ret_from_fork+0x25/0x30 I think this might be the cont = __pa(container); line in save_microcode_in_initrd_amd(). I see that Borislav is busy with some x86/microcode patches, I suspect he already hit this. Adding Borislav to the cc. Can you re-try without the AMD microcode driver for now? This seems to be a separate issue from the gfs2 one. Linus