From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758170AbcBCWse (ORCPT ); Wed, 3 Feb 2016 17:48:34 -0500 Received: from mail-pf0-f180.google.com ([209.85.192.180]:35487 "EHLO mail-pf0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755663AbcBCWsZ (ORCPT ); Wed, 3 Feb 2016 17:48:25 -0500 Date: Wed, 3 Feb 2016 14:48:23 -0800 (PST) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Christian Borntraeger cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org, Thomas Gleixner Subject: Re: [PATCH v4 2/4] x86: query dynamic DEBUG_PAGEALLOC setting In-Reply-To: <1454488775-108777-3-git-send-email-borntraeger@de.ibm.com> Message-ID: References: <1454488775-108777-1-git-send-email-borntraeger@de.ibm.com> <1454488775-108777-3-git-send-email-borntraeger@de.ibm.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Feb 2016, Christian Borntraeger wrote: > We can use debug_pagealloc_enabled() to check if we can map > the identity mapping with 2MB pages. We can also add the state > into the dump_stack output. > > The patch does not touch the code for the 1GB pages, which ignored > CONFIG_DEBUG_PAGEALLOC. Do we need to fence this as well? > I think it would be an extension of the debug_pagealloc= functionality and can certainly be introduced if someone is inclined. > Signed-off-by: Christian Borntraeger > Reviewed-by: Thomas Gleixner Acked-by: David Rientjes