Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp46019rwe; Thu, 25 Aug 2022 23:47:47 -0700 (PDT) X-Google-Smtp-Source: AA6agR46FRVOSaLLkCDjW/CmGBnWVAaKvCevgmQQEV2aBxp+JCR+eUJHA0PvIAhGmpIXszbuDf1O X-Received: by 2002:a17:907:b0c:b0:73d:dc7f:4b8 with SMTP id h12-20020a1709070b0c00b0073ddc7f04b8mr2774855ejl.183.1661496467626; Thu, 25 Aug 2022 23:47:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661496467; cv=none; d=google.com; s=arc-20160816; b=q6yeGNC0hvzYfaqfw52NuyRS+C/shMnJpGNEiUkzf2zMA9f0G2M5gAG3Rc56Jfg63r Cj7kR/gvc3oqAEzq5c31UOeSrvCwSl/KyYc2SE4SM1QYSodEQfsuuNpDoICKbZtQEubG S89XgM3Z1g8vnqflzbWzj8wXk55Vmc0vfLlC4dvgWvHvE+nH0aSvJWXNOcNIx/+UiP4z 5DtQbncvN/wZw37MRbf+fSfiQ63LNYGw29SuqklKoiw6Klv4xMROI9T3+7zfDEUNbG81 FyZcE0XA4jHKl6dVC/fD9ahqbZ18s3Q135fMimpH0aaf22zjY/pMGA6N4O4Re62SnlSV qkDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:to:from; bh=oNRVLevbLTNTAz722W6CQAiPOmKu2ycgEWV3wSlVAbs=; b=vheenSZRKtzOaUdd7xdnyhlAIyo9jvHL+I1czSKZ7fxdRM2GvtBKa5z1tuUZjzpUEI ys9eBgssWu2+hMg1W47UPZgNhEHD45SUn5TRmcY7pE+ZgDb8KYNMiB4uZQmc3oCATBfv T2ruzN34XhDxvg9DcG22bqlW9wiDdZM5XtFN2pzwUaYRpqo4sWggyO/mfyIcK5un5R9b BIvrKQmeSqxDH88UApKb+uUBc8k8VbuaZAkKj5qVmdY3hWYQMDEVAa70wJRN9uiUtlRL 1md8tFAFKOeq8O9nOpgkDLmcuxhsFMlSHCTFahGKcIiNpFUook0itu2vUX0yWQ+UnYX5 xVUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id rh16-20020a17090720f000b0072ef52514f6si748615ejb.629.2022.08.25.23.47.22; Thu, 25 Aug 2022 23:47:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244851AbiHZGnY (ORCPT + 99 others); Fri, 26 Aug 2022 02:43:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42498 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238943AbiHZGnX (ORCPT ); Fri, 26 Aug 2022 02:43:23 -0400 Received: from SHSQR01.spreadtrum.com (mx1.unisoc.com [222.66.158.135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB499D1271 for ; Thu, 25 Aug 2022 23:43:20 -0700 (PDT) Received: from SHSend.spreadtrum.com (bjmbx01.spreadtrum.com [10.0.64.7]) by SHSQR01.spreadtrum.com with ESMTPS id 27Q6f85Y006348 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NO); Fri, 26 Aug 2022 14:41:08 +0800 (CST) (envelope-from zhaoyang.huang@unisoc.com) Received: from bj03382pcu.spreadtrum.com (10.0.74.65) by BJMBX01.spreadtrum.com (10.0.64.7) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Fri, 26 Aug 2022 14:41:08 +0800 From: "zhaoyang.huang" To: Andrew Morton , Catalin Marinas , Zhaoyang Huang , , , Subject: [RFC PATCH] mm: introduce __GFP_TRACKLEAK to track in-kernel allocation Date: Fri, 26 Aug 2022 14:40:48 +0800 Message-ID: <1661496048-26410-1-git-send-email-zhaoyang.huang@unisoc.com> X-Mailer: git-send-email 1.9.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.0.74.65] X-ClientProxiedBy: SHCAS03.spreadtrum.com (10.0.1.207) To BJMBX01.spreadtrum.com (10.0.64.7) X-MAIL: SHSQR01.spreadtrum.com 27Q6f85Y006348 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Zhaoyang Huang Kthread and drivers could fetch memory via alloc_pages directly which make them hard to debug when leaking. Solve this by introducing __GFP_TRACELEAK and reuse kmemleak mechanism which unified most of kernel cosuming pages into kmemleak. Signed-off-by: Zhaoyang Huang --- include/linux/gfp.h | 4 +++- include/linux/page-flags.h | 3 +++ mm/kmemleak.c | 2 +- mm/page_alloc.c | 6 ++++++ 4 files changed, 13 insertions(+), 2 deletions(-) diff --git a/include/linux/gfp.h b/include/linux/gfp.h index 2d2ccae..081ab54 100644 --- a/include/linux/gfp.h +++ b/include/linux/gfp.h @@ -68,6 +68,7 @@ #else #define ___GFP_NOLOCKDEP 0 #endif +#define ___GFP_TRACKLEAK 0x10000000u /* If the above are modified, __GFP_BITS_SHIFT may need updating */ /* @@ -259,12 +260,13 @@ #define __GFP_SKIP_ZERO ((__force gfp_t)___GFP_SKIP_ZERO) #define __GFP_SKIP_KASAN_UNPOISON ((__force gfp_t)___GFP_SKIP_KASAN_UNPOISON) #define __GFP_SKIP_KASAN_POISON ((__force gfp_t)___GFP_SKIP_KASAN_POISON) +#define __GFP_TRACKLEAK ((__force gfp_t)___GFP_TRACKLEAK) /* Disable lockdep for GFP context tracking */ #define __GFP_NOLOCKDEP ((__force gfp_t)___GFP_NOLOCKDEP) /* Room for N __GFP_FOO bits */ -#define __GFP_BITS_SHIFT (27 + IS_ENABLED(CONFIG_LOCKDEP)) +#define __GFP_BITS_SHIFT (28 + IS_ENABLED(CONFIG_LOCKDEP)) #define __GFP_BITS_MASK ((__force gfp_t)((1 << __GFP_BITS_SHIFT) - 1)) /** diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h index e66f7aa..ef0f814 100644 --- a/include/linux/page-flags.h +++ b/include/linux/page-flags.h @@ -942,6 +942,7 @@ static inline bool is_page_hwpoison(struct page *page) #define PG_offline 0x00000100 #define PG_table 0x00000200 #define PG_guard 0x00000400 +#define PG_trackleak 0x00000800 #define PageType(page, flag) \ ((page->page_type & (PAGE_TYPE_BASE | flag)) == PAGE_TYPE_BASE) @@ -1012,6 +1013,8 @@ static inline int page_has_type(struct page *page) */ PAGE_TYPE_OPS(Guard, guard) +PAGE_TYPE_OPS(Trackleak, trackleak) + extern bool is_free_buddy_page(struct page *page); PAGEFLAG(Isolated, isolated, PF_ANY); diff --git a/mm/kmemleak.c b/mm/kmemleak.c index 422f28f..a182f5d 100644 --- a/mm/kmemleak.c +++ b/mm/kmemleak.c @@ -1471,7 +1471,7 @@ static void kmemleak_scan(void) if (page_zone(page) != zone) continue; /* only scan if page is in use */ - if (page_count(page) == 0 || PageReserved(page)) + if (page_count(page) == 0) continue; scan_block(page, page + 1, NULL); if (!(pfn & 63)) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index e008a3d..d8995c6 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1361,6 +1361,8 @@ static __always_inline bool free_pages_prepare(struct page *page, page->mapping = NULL; if (memcg_kmem_enabled() && PageMemcgKmem(page)) __memcg_kmem_uncharge_page(page, order); + if (PageTrackleak(page)) + kmemleak_free(page); if (check_free) bad += check_free_page(page); if (bad) @@ -5444,6 +5446,10 @@ struct page *__alloc_pages(gfp_t gfp, unsigned int order, int preferred_nid, __free_pages(page, order); page = NULL; } + if (gfp & __GFP_TRACKLEAK) { + kmemleak_alloc(page_address(page), PAGE_SIZE << order, 1, gfp & ~__GFP_TRACKLEAK); + __SetPageTrackleak(page); + } trace_mm_page_alloc(page, order, alloc_gfp, ac.migratetype); -- 1.9.1