Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752135AbbKIXXE (ORCPT ); Mon, 9 Nov 2015 18:23:04 -0500 Received: from g2t2352.austin.hp.com ([15.217.128.51]:49060 "EHLO g2t2352.austin.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751670AbbKIXXB (ORCPT ); Mon, 9 Nov 2015 18:23:01 -0500 X-Greylist: delayed 8228 seconds by postgrey-1.27 at vger.kernel.org; Mon, 09 Nov 2015 18:23:01 EST Message-ID: <1447111134.21443.30.camel@hpe.com> Subject: Re: [PATCH v4 RESEND 4/11] x86/asm: Fix pud/pmd interfaces to handle large PAT bit From: Toshi Kani To: Boris Ostrovsky , "Kirill A. Shutemov" Cc: hpa@zytor.com, tglx@linutronix.de, mingo@redhat.com, akpm@linux-foundation.org, bp@alien8.de, linux-mm@kvack.org, linux-kernel@vger.kernel.org, x86@kernel.org, jgross@suse.com, konrad.wilk@oracle.com, elliott@hpe.com Date: Mon, 09 Nov 2015 16:18:54 -0700 In-Reply-To: <56411FFB.80104@oracle.com> References: <1442514264-12475-1-git-send-email-toshi.kani@hpe.com> <1442514264-12475-5-git-send-email-toshi.kani@hpe.com> <5640E08F.5020206@oracle.com> <1447096601.21443.15.camel@hpe.com> <5640F673.8070400@oracle.com> <20151109204710.GB5443@node.shutemov.name> <56411FFB.80104@oracle.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.16.5 (3.16.5-3.fc22) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3191 Lines: 77 On Mon, 2015-11-09 at 17:36 -0500, Boris Ostrovsky wrote: > On 11/09/2015 03:47 PM, Kirill A. Shutemov wrote: > > On Mon, Nov 09, 2015 at 02:39:31PM -0500, Boris Ostrovsky wrote: > > > On 11/09/2015 02:16 PM, Toshi Kani wrote: > > > > On Mon, 2015-11-09 at 13:06 -0500, Boris Ostrovsky wrote: > > > > > On 09/17/2015 02:24 PM, Toshi Kani wrote: > > > > > > Now that we have pud/pmd mask interfaces, which handle pfn & flags > > > > > > mask properly for the large PAT bit. > > > > > > > > > > > > Fix pud/pmd pfn & flags interfaces by replacing PTE_PFN_MASK and > > > > > > PTE_FLAGS_MASK with the pud/pmd mask interfaces. > > > > > > > > > > > > Suggested-by: Juergen Gross > > > > > > Signed-off-by: Toshi Kani > > > > > > Cc: Juergen Gross > > > > > > Cc: Konrad Wilk > > > > > > Cc: Thomas Gleixner > > > > > > Cc: H. Peter Anvin > > > > > > Cc: Ingo Molnar > > > > > > Cc: Borislav Petkov > > > > > > --- > > > > > > arch/x86/include/asm/pgtable.h | 14 ++++++++------ > > > > > > arch/x86/include/asm/pgtable_types.h | 4 ++-- > > > > > > 2 files changed, 10 insertions(+), 8 deletions(-) > > > > > > > > > > > Looks like this commit is causing this splat for 32-bit kernels. I am > > > > > attaching my config file, just in case. > > > > Thanks for the report! I'd like to reproduce the issue since I am not > > > > sure how > > > > this change caused it... > > > > > > > > I tried to build a kernel with the attached config file, and got the > > > > following > > > > error. Not sure what I am missing. > > > > > > > > ---- > > > > $ make -j24 ARCH=i386 > > > > : > > > > LD drivers/built-in.o > > > > LINK vmlinux > > > > ./.config: line 44: $'\r': command not found > > > I wonder whether my email client added ^Ms to the file that I send. It > > > shouldn't have. > > > > > > > Makefile:929: recipe for target 'vmlinux' failed > > > > make: *** [vmlinux] Error 127 > > > > ---- > > > > > > > > Do you have steps to reproduce the issue? Or do you see it during boot > > > > -time? > > > This always happens just after system has booted, it may still be going > > > over > > > init scripts. I am booting with ramdisk, don't know whether it has > > > anything > > > to do with this problem. > > > > > > FWIW, it looks like pmd_pfn_mask() inline is causing this. Reverting it > > > alone makes this crash go away. > > Could you check the patch below? > > > I does fix the problem on baremetal, thanks. My 32-bit Xen guests still > fail which I thought was the same issue but now that I looked at it more > carefully it has different signature. I do not think Xen is hitting this, but I think page_level_mask() has the same issue for a long time. I will set up 32-bit env on a system with >4GB memory to verify this. Thanks, -Toshi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/