Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp32624imu; Tue, 8 Jan 2019 14:06:33 -0800 (PST) X-Google-Smtp-Source: ALg8bN4qtNZQWAcU5qt14lGT8xS2aSXbbm6MwgT0J2/fDcD2p8SfibGg9xVI9AlOwyjY6QwC0AJA X-Received: by 2002:a63:111c:: with SMTP id g28mr3059576pgl.85.1546985193905; Tue, 08 Jan 2019 14:06:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546985193; cv=none; d=google.com; s=arc-20160816; b=tFtbyRoXA3DR5KlBb7oHhAOHcYlVH2mi6nEL64VZfrmCKqTkxawJlQmBhi7M2cPagn E4nzGcH86K6jZGOzc5pqp9Quey+r4Ti1tgQ6fItt2uNFtQia3ArcQnEYI80Vz2r8GNnn 2uiyg6DygKCO4Ga0aWYllwJaDPdrb8dSZWV9pM1S//HIt41jTnQ7fjc75vzXPf9ulFDX uxt4QsYpwcm7gQlpvlLoE3pHBPsBOGn9e0pdu8trpPnd7uYqJlH1T1APkvWJAuL1BPZ6 dup73728DiTw7PETp44NI0y1yqnNZ5U3GQbxtxzIJeKadjdVftu1Ex9rr/6Ad7CzmS8+ Bvog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=Amn9TtLN526sBCiM2k4NZ8oLw41jKdZKHLKwriYvVKo=; b=ck76opV9BtdopfVKD8Dlf5c8N/MTOkojcj3RRVNmfsY0w/YmIdj/ZBZOFOqcXdzoMK 6PXKPFwsINUmCVH3NH+HtivVfMSzvKQQnzZQ/DTivGdU8uJs2CuzPukXRSIbMFFCcClB fQlWHVPs/GEe+dfTsRQBv7LF2Vj4sQf7SrGHrOaxzP9HZw8MsJqLIowue6DXRBmoHcGN yKlt2og9mtFBa8lOoEylOZ8y6AVzMsERaSrbSEpPpoGy1/sZQV2YhYd+zfYb+DdyIxYG e/g2mL8gw4F3msuZbmScNi6u+A0igcCMgQ9cgE9Cx3ljoX+B7VwL8+DeL/f2zLMkcyfN 69xg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y18si9893688plp.269.2019.01.08.14.05.59; Tue, 08 Jan 2019 14:06:33 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730287AbfAHWC4 (ORCPT + 99 others); Tue, 8 Jan 2019 17:02:56 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:54490 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728573AbfAHWC4 (ORCPT ); Tue, 8 Jan 2019 17:02:56 -0500 Received: from akpm3.svl.corp.google.com (unknown [104.133.8.65]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 0FE38265; Tue, 8 Jan 2019 22:02:55 +0000 (UTC) Date: Tue, 8 Jan 2019 14:02:53 -0800 From: Andrew Morton To: Qian Cai Cc: Michal Hocko , Pavel.Tatashin@microsoft.com, mingo@kernel.org, mgorman@techsingularity.net, iamjoonsoo.kim@lge.com, tglx@linutronix.de, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] mm/page_owner: fix for deferred struct page init Message-Id: <20190108140253.5b6db0ab37334b845e9d4fc2@linux-foundation.org> In-Reply-To: <1546953547.6911.1.camel@lca.pw> References: <20190103202235.GE31793@dhcp22.suse.cz> <20190104130906.GO31793@dhcp22.suse.cz> <20190104151737.GT31793@dhcp22.suse.cz> <20190104153245.GV31793@dhcp22.suse.cz> <20190107184309.GM31793@dhcp22.suse.cz> <20190108082032.GP31793@dhcp22.suse.cz> <1546953547.6911.1.camel@lca.pw> X-Mailer: Sylpheed 3.6.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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org It's unclear (to me) where we stand with this patch. Shold we proceed with v3 for now, or is something else planned? From: Qian Cai Subject: mm/page_owner: fix for deferred struct page init When booting a system with "page_owner=on", start_kernel page_ext_init invoke_init_callbacks init_section_page_ext init_page_owner init_early_allocated_pages init_zones_in_node init_pages_in_zone lookup_page_ext page_to_nid The issue here is that page_to_nid() will not work since some page flags have no node information until later in page_alloc_init_late() due to DEFERRED_STRUCT_PAGE_INIT. Hence, it could trigger an out-of-bounds access with an invalid nid. [ 8.666047] UBSAN: Undefined behaviour in ./include/linux/mm.h:1104:50 [ 8.672603] index 7 is out of range for type 'zone [5]' Also, kernel will panic since flags were poisoned earlier with, CONFIG_DEBUG_VM_PGFLAGS=y CONFIG_NODE_NOT_IN_PAGE_FLAGS=n start_kernel setup_arch pagetable_init paging_init sparse_init sparse_init_nid memblock_alloc_try_nid_raw Although later it tries to set page flags for pages in reserved bootmem regions, mm_init mem_init memblock_free_all free_low_memory_core_early reserve_bootmem_region there could still have some freed pages from the page allocator but yet to be initialized due to DEFERRED_STRUCT_PAGE_INIT. It have already been dealt with a bit in page_ext_init(). * Take into account DEFERRED_STRUCT_PAGE_INIT. */ if (early_pfn_to_nid(pfn) != nid) continue; However, it did not handle it well in init_pages_in_zone() which end up calling page_to_nid(). [ 11.917212] page:ffffea0004200000 is uninitialized and poisoned [ 11.917220] raw: ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff [ 11.921745] raw: ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff [ 11.924523] page dumped because: VM_BUG_ON_PAGE(PagePoisoned(p)) [ 11.926498] page_owner info is not active (free page?) [ 12.329560] kernel BUG at include/linux/mm.h:990! [ 12.337632] RIP: 0010:init_page_owner+0x486/0x520 Since there is no other routines depend on page_ext_init() in start_kernel(), just move it after page_alloc_init_late() to ensure that there is no deferred pages need to de dealt with. If deselected DEFERRED_STRUCT_PAGE_INIT, it is still better to call page_ext_init() earlier, so page owner could catch more early page allocation call sites. This gives us a good compromise between catching good and bad call sites (See the v1 patch [1]) in case of DEFERRED_STRUCT_PAGE_INIT. [1] https://lore.kernel.org/lkml/20181220060303.38686-1-cai@lca.pw/ Link: http://lkml.kernel.org/r/20181220203156.43441-1-cai@lca.pw Fixes: fe53ca54270 (mm: use early_pfn_to_nid in page_ext_init) Signed-off-by: Qian Cai Suggested-by: Michal Hocko Reviewed-by: Andrew Morton Cc: Pasha Tatashin Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Mel Gorman Cc: Joonsoo Kim Cc: Yang Shi Cc: Thomas Gleixner Signed-off-by: Andrew Morton --- init/main.c | 5 +++++ mm/page_ext.c | 3 +-- 2 files changed, 6 insertions(+), 2 deletions(-) --- a/init/main.c~mm-page_owner-fix-for-deferred-struct-page-init +++ a/init/main.c @@ -695,7 +695,9 @@ asmlinkage __visible void __init start_k initrd_start = 0; } #endif +#ifndef CONFIG_DEFERRED_STRUCT_PAGE_INIT page_ext_init(); +#endif kmemleak_init(); setup_per_cpu_pageset(); numa_policy_init(); @@ -1131,6 +1133,9 @@ static noinline void __init kernel_init_ sched_init_smp(); page_alloc_init_late(); +#ifdef CONFIG_DEFERRED_STRUCT_PAGE_INIT + page_ext_init(); +#endif do_basic_setup(); --- a/mm/page_ext.c~mm-page_owner-fix-for-deferred-struct-page-init +++ a/mm/page_ext.c @@ -399,9 +399,8 @@ void __init page_ext_init(void) * -------------pfn--------------> * N0 | N1 | N2 | N0 | N1 | N2|.... * - * Take into account DEFERRED_STRUCT_PAGE_INIT. */ - if (early_pfn_to_nid(pfn) != nid) + if (pfn_to_nid(pfn) != nid) continue; if (init_section_page_ext(pfn, nid)) goto oom; _