Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp602890pxu; Sun, 25 Oct 2020 10:51:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgUXCUHuQjqRefZ/7Yo+rvm/5rTFb9Nmsqu68gLUmRr0f5QWHk9U0L19tsf+9d4zhfee+o X-Received: by 2002:aa7:dd8d:: with SMTP id g13mr127843edv.87.1603648278605; Sun, 25 Oct 2020 10:51:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603648278; cv=none; d=google.com; s=arc-20160816; b=iURnB6t7MW4Hu+jUS9q1YmgPHdpnNHS+tK8xt41QKlOvwwdWvxcCMoUNOyVpGIQYTi S3y9N02KSwKJKA4QKHuH3GDIjfYRJEBhANGENCdFcd5bS0FVkP+HT2Jzrw5fwuoRuW9o vrL9ReClm/zprcmNwnwi4I/m2mMJjx3C2RlZeWbt/r6DTuqdsqgkYOjjvzkIIat8ZaxF 8qmFCnF+3acdXLuuu4ytcYAdF8IETC8fq7oCRkdz6DnM+9k4v2+Cbvs+ePNJAlUHzr9f dsyFXK8pup8USunZ2DjRbq9Ddt4NARI4mMMzeNYUcRjVe3Cu+mOgnl2HvHfoAm6vYrTr XytA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wAKhZhdkswrEDWE16XN8kXvAw+su3ctVEqBm5Dijhcw=; b=sRf/Ejr10IeP6F2uvKaeBvqGRJ6cMLrb5Jm+kdlPdCZKpsS20liHzYdiG6+jmDWc6s fOSkaZNTgPKrzS0Bbz1KLzRUyr6LO+qbzZQlCQ18f0mdqgVJsvyrwimSvZozrDtgIimD gqIIMfQsOV61sbW7ca0HjnlBT8V0oz80eHZxocUGMMJXXtpZXf0Mr4c4tv6ksUTjFVUc JwIk5yQeeTRrO31cTEFijZXNMbvYmJLt7L8j13VNFyw6sOHr1OXQgF52JGbpquB+cq5o iUExoSY6ssM8+ciEcIOXjcmqC+tzNDw8HqtH9dQYfPyzUTTCAyv34jVvQ5yK0hLZPhmt +Wcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ATpSfOCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a21si5666441edm.403.2020.10.25.10.50.55; Sun, 25 Oct 2020 10:51:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ATpSfOCd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1417031AbgJYPnC (ORCPT + 99 others); Sun, 25 Oct 2020 11:43:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:54030 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1417004AbgJYPnB (ORCPT ); Sun, 25 Oct 2020 11:43:01 -0400 Received: from kernel.org (unknown [87.70.96.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2DD4A2080A; Sun, 25 Oct 2020 15:42:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603640580; bh=N9t4JcJRF9OlaznQ2CFo7tNstRd5AmQcgZvZA/hb9NE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ATpSfOCdRRUdJQptjMZHclSfdxad8SDeNY3zHu3y587NyCGZewV+oW2Jq/G7h43fl njWo4IwZxGaYXtNI7OHQr3hg41mJAdPRrr5sJVyCXHKNhVcDD8OfgjTVPb6cSB0fSF KyBsBEF5Dr1uJGRxAkIt9ppFFPrRkvkhL7mqv4Gw= Date: Sun, 25 Oct 2020 17:42:53 +0200 From: Mike Rapoport To: Zhenhua Huang Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH] mm: fix page_owner initializing issue for arm32 Message-ID: <20201025154253.GH392079@kernel.org> References: <1602839640-13125-1-git-send-email-zhenhuah@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1602839640-13125-1-git-send-email-zhenhuah@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 16, 2020 at 05:14:00PM +0800, Zhenhua Huang wrote: > Page owner of pages used by page owner itself used is missing on arm32 targets. > The reason is dummy_handle and failure_handle is not initialized correctly. > Buddy allocator is used to initialize these two handles. However, buddy > allocator is not ready when page owner calls it. This change fixed that by > initializing page owner after buddy initialization. > > The working flow before and after this change are: > original logic: > 1. allocated memory for page_ext(using memblock). Is anything that requires a memblock allocation FLATMEM? Any fundamental reason why wouldn't alloc_pages_exact_nid/vzalloc_node() work in this case? It seems to me that for FLATMEM configuration we can allocate the page_ext using alloc_pages() with a fallback to vzalloc_node() and then we can unify lot's of page_ext code and entirely drop page_ext_init_flatmem(). > 2. invoke the init callback of page_ext_ops like > page_owner(using buddy allocator). > 3. initialize buddy. > > after this change: > 1. allocated memory for page_ext(using memblock). > 2. initialize buddy. > 3. invoke the init callback of page_ext_ops like > page_owner(using buddy allocator). > > with the change, failure/dummy_handle can get its correct value and > page owner output for example has the one for page owner itself: > Page allocated via order 2, mask 0x6202c0(GFP_USER|__GFP_NOWARN), pid 1006, ts > 67278156558 ns > PFN 543776 type Unmovable Block 531 type Unmovable Flags 0x0() > init_page_owner+0x28/0x2f8 > invoke_init_callbacks_flatmem+0x24/0x34 > start_kernel+0x33c/0x5d8 > (null) > > Signed-off-by: Zhenhua Huang > --- > include/linux/page_ext.h | 8 ++++++++ > init/main.c | 2 ++ > mm/page_ext.c | 8 +++++++- > 3 files changed, 17 insertions(+), 1 deletion(-) > > diff --git a/include/linux/page_ext.h b/include/linux/page_ext.h > index cfce186..aff81ba 100644 > --- a/include/linux/page_ext.h > +++ b/include/linux/page_ext.h > @@ -44,8 +44,12 @@ static inline void page_ext_init_flatmem(void) > { > } > extern void page_ext_init(void); > +static inline void page_ext_init_flatmem_late(void) > +{ > +} > #else > extern void page_ext_init_flatmem(void); > +extern void page_ext_init_flatmem_late(void); > static inline void page_ext_init(void) > { > } > @@ -76,6 +80,10 @@ static inline void page_ext_init(void) > { > } > > +static inline void page_ext_init_flatmem_late(void) > +{ > +} > + > static inline void page_ext_init_flatmem(void) > { > } > diff --git a/init/main.c b/init/main.c > index 130376e..b34c475 100644 > --- a/init/main.c > +++ b/init/main.c > @@ -818,6 +818,8 @@ static void __init mm_init(void) > init_debug_pagealloc(); > report_meminit(); > mem_init(); > + /* page_owner must be initialized after buddy is ready */ > + page_ext_init_flatmem_late(); > kmem_cache_init(); > kmemleak_init(); > pgtable_init(); > diff --git a/mm/page_ext.c b/mm/page_ext.c > index a3616f7..373f7a1 100644 > --- a/mm/page_ext.c > +++ b/mm/page_ext.c > @@ -99,6 +99,13 @@ static void __init invoke_init_callbacks(void) > } > } > > +#if !defined(CONFIG_SPARSEMEM) > +void __init page_ext_init_flatmem_late(void) > +{ > + invoke_init_callbacks(); > +} > +#endif > + > static inline struct page_ext *get_entry(void *base, unsigned long index) > { > return base + page_ext_size * index; > @@ -177,7 +184,6 @@ void __init page_ext_init_flatmem(void) > goto fail; > } > pr_info("allocated %ld bytes of page_ext\n", total_usage); > - invoke_init_callbacks(); > return; > > fail: > -- > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, > a Linux Foundation Collaborative Project > > -- Sincerely yours, Mike.