Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5125099imu; Tue, 8 Jan 2019 12:00:17 -0800 (PST) X-Google-Smtp-Source: ALg8bN7M9UyRvy+PQMEYfVu86agEH4tLNgRVSfkRHCryyGTNdptgwK6QcKtxIVrr5bAWfboZVPpC X-Received: by 2002:a62:6f49:: with SMTP id k70mr3038885pfc.7.1546977617414; Tue, 08 Jan 2019 12:00:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546977617; cv=none; d=google.com; s=arc-20160816; b=AfChLt50mhxQCuWXiSozYgXK1hPSkUVWTzqTFxq/v444r6E8qZgyVFQCJYSflCxjcK RTV5NVQI30CLvP9CyDyW/or8foI54lQo52+gvAKby42/Sl/FjdIqQycDIpeifp5uWVg5 NIeSrzwMs1IJzHWutOpWRFobi9M5Wl/W2Jgdz3Cqo7YKwVx4Yd8xwj0mGvlIMfPhm6Ue KxjonkwdtuItE0qbHudOjCniNneJWDcIlRid0WjECgBcu+XT+3Qj5GcxVdzZ6PDAV1Td jckvHBlIZcpfIZ7L2MdmoTYixwSFNN5zOeEDs6pYV8iVQzkX+oL9AzzR5yJxeJRT7FHy Ih3A== 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:date:subject:cc:to:from :dkim-signature; bh=CHoh8DEk4iuesRIzyTsMQQcNY7HBZzW2bdVRVDJgQ6o=; b=L4lYVrX+j1jky7FY4Xa6k4MtrvRqhhCJ4BkceWtOOmrpPS1InMRyTTdOB5PNmkNruy KZBITA0GAmKZSTMD2yi8v4zLJYnzvLGg6ZWXFqgiYtpf+RK5tdbcaEy6iX6db1O/gtVF ZMGUpZdeimxulIBEsEdQEAlG0W0fDwYsIQKuhO7VtadB7j8UNvsf2qzTkdKsCuX8kDdT /zry/RJW+TOCdrFIF5PdOIkc7vnDacXN/3t+8jTRIUEIIopq9AS0vsBeJ/ydI8xI2p/m XZFOX4OZKaYDoH7l17wLS4AaKC9t9gvAsgENrEzQgk+3Ha4cgSLY55hYOkFzg5S5deaf mVcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=WQtfCVx2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f7si12710600pga.87.2019.01.08.12.00.02; Tue, 08 Jan 2019 12:00:17 -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; dkim=pass header.i=@kernel.org header.s=default header.b=WQtfCVx2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730673AbfAHT6I (ORCPT + 99 others); Tue, 8 Jan 2019 14:58:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:37268 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730476AbfAHT3p (ORCPT ); Tue, 8 Jan 2019 14:29:45 -0500 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1900720645; Tue, 8 Jan 2019 19:29:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546975785; bh=94N4W4pep9jEBcY1UfH7dUrf+4HZ3WtSTRBF59Z8Z9A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WQtfCVx2p5rWKECo5i2et8vtLf8bynp5PzrsTAOfNR10Zf6DnjwG7fR0M2ZuOTUtl cYu/g6mYSt+94mstXMYQzK3LqZL6xe4KRLyAsCTtO6sk19HRVeWHWtegLcbopnYdWC eZcdyio8WY82kkqmNaJqVKKN1g5a9E6ocF19Dfjc= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Qian Cai , Michal Hocko , Mike Rapoport , Alexander Potapenko , Dmitry Vyukov , Andrew Morton , Linus Torvalds , Sasha Levin , kasan-dev@googlegroups.com, linux-mm@kvack.org Subject: [PATCH AUTOSEL 4.20 117/117] mm/memblock.c: skip kmemleak for kasan_init() Date: Tue, 8 Jan 2019 14:26:25 -0500 Message-Id: <20190108192628.121270-117-sashal@kernel.org> X-Mailer: git-send-email 2.19.1 In-Reply-To: <20190108192628.121270-1-sashal@kernel.org> References: <20190108192628.121270-1-sashal@kernel.org> MIME-Version: 1.0 X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Qian Cai [ Upstream commit fed84c78527009d4f799a3ed9a566502fa026d82 ] Kmemleak does not play well with KASAN (tested on both HPE Apollo 70 and Huawei TaiShan 2280 aarch64 servers). After calling start_kernel()->setup_arch()->kasan_init(), kmemleak early log buffer went from something like 280 to 260000 which caused kmemleak disabled and crash dump memory reservation failed. The multitude of kmemleak_alloc() calls is from nested loops while KASAN is setting up full memory mappings, so let early kmemleak allocations skip those memblock_alloc_internal() calls came from kasan_init() given that those early KASAN memory mappings should not reference to other memory. Hence, no kmemleak false positives. kasan_init kasan_map_populate [1] kasan_pgd_populate [2] kasan_pud_populate [3] kasan_pmd_populate [4] kasan_pte_populate [5] kasan_alloc_zeroed_page memblock_alloc_try_nid memblock_alloc_internal kmemleak_alloc [1] for_each_memblock(memory, reg) [2] while (pgdp++, addr = next, addr != end) [3] while (pudp++, addr = next, addr != end && pud_none(READ_ONCE(*pudp))) [4] while (pmdp++, addr = next, addr != end && pmd_none(READ_ONCE(*pmdp))) [5] while (ptep++, addr = next, addr != end && pte_none(READ_ONCE(*ptep))) Link: http://lkml.kernel.org/r/1543442925-17794-1-git-send-email-cai@gmx.us Signed-off-by: Qian Cai Acked-by: Catalin Marinas Cc: Michal Hocko Cc: Mike Rapoport Cc: Alexander Potapenko Cc: Dmitry Vyukov Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin --- arch/arm64/mm/kasan_init.c | 2 +- include/linux/memblock.h | 1 + mm/memblock.c | 19 +++++++++++-------- 3 files changed, 13 insertions(+), 9 deletions(-) diff --git a/arch/arm64/mm/kasan_init.c b/arch/arm64/mm/kasan_init.c index 63527e585aac..fcb2ca30b6f1 100644 --- a/arch/arm64/mm/kasan_init.c +++ b/arch/arm64/mm/kasan_init.c @@ -39,7 +39,7 @@ static phys_addr_t __init kasan_alloc_zeroed_page(int node) { void *p = memblock_alloc_try_nid(PAGE_SIZE, PAGE_SIZE, __pa(MAX_DMA_ADDRESS), - MEMBLOCK_ALLOC_ACCESSIBLE, node); + MEMBLOCK_ALLOC_KASAN, node); return __pa(p); } diff --git a/include/linux/memblock.h b/include/linux/memblock.h index aee299a6aa76..3ef3086ed52f 100644 --- a/include/linux/memblock.h +++ b/include/linux/memblock.h @@ -320,6 +320,7 @@ static inline int memblock_get_region_node(const struct memblock_region *r) /* Flags for memblock allocation APIs */ #define MEMBLOCK_ALLOC_ANYWHERE (~(phys_addr_t)0) #define MEMBLOCK_ALLOC_ACCESSIBLE 0 +#define MEMBLOCK_ALLOC_KASAN 1 /* We are using top down, so it is safe to use 0 here */ #define MEMBLOCK_LOW_LIMIT 0 diff --git a/mm/memblock.c b/mm/memblock.c index 81ae63ca78d0..f45a049532fe 100644 --- a/mm/memblock.c +++ b/mm/memblock.c @@ -262,7 +262,8 @@ phys_addr_t __init_memblock memblock_find_in_range_node(phys_addr_t size, phys_addr_t kernel_end, ret; /* pump up @end */ - if (end == MEMBLOCK_ALLOC_ACCESSIBLE) + if (end == MEMBLOCK_ALLOC_ACCESSIBLE || + end == MEMBLOCK_ALLOC_KASAN) end = memblock.current_limit; /* avoid allocating the first page */ @@ -1412,13 +1413,15 @@ static void * __init memblock_alloc_internal( done: ptr = phys_to_virt(alloc); - /* - * The min_count is set to 0 so that bootmem allocated blocks - * are never reported as leaks. This is because many of these blocks - * are only referred via the physical address which is not - * looked up by kmemleak. - */ - kmemleak_alloc(ptr, size, 0, 0); + /* Skip kmemleak for kasan_init() due to high volume. */ + if (max_addr != MEMBLOCK_ALLOC_KASAN) + /* + * The min_count is set to 0 so that bootmem allocated + * blocks are never reported as leaks. This is because many + * of these blocks are only referred via the physical + * address which is not looked up by kmemleak. + */ + kmemleak_alloc(ptr, size, 0, 0); return ptr; } -- 2.19.1