Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp100106iof; Sun, 5 Jun 2022 22:22:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzf+v4amnYetbVXRjgQEMUW9TzT3cafSBNAuTEVGpER/2oxEEfWa2fJBKLZ2vPu3x+CB9vU X-Received: by 2002:a05:6a00:10d3:b0:4fe:5d:75c8 with SMTP id d19-20020a056a0010d300b004fe005d75c8mr22368034pfu.6.1654492924741; Sun, 05 Jun 2022 22:22:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654492924; cv=none; d=google.com; s=arc-20160816; b=oml411rUaUW8yG2bWiV1iETBgSYrAw5V+LcrwJYeHnSr6sfHkusfr/Kyv4fw3ygYOG zckFk8Z7rIaAdihKs+mGdLTq8N96nYd4tHEv3ryGK8DuUeEarIzwSZfKqQ36BlqWAC8q gPguDIzCenV/LEz8dTiPzE+D6PZBsQV99x6lh+1G7mO7YXx790U3QlQFbTuJZgETx3qC Vd19woZ0ZY4T/FnIAlsIPdPPta4+hi56DQLPpd1CaJVvGQe5w4Na8DIcJKl5ssPej7Ea Xk1UJBT+zQvSqZN5D9JwLZ5Jzd36ncXPbAMhaXtTyRQyporTqr+X0AdLsvbawzuzoYOF S4WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=ixm9po8hHhuybaWeKy+DsLdABD8VQEU/2biNYLl9X48=; b=XahxBXdsYE3PGZQZr8jKR6tYkAiWeTLbgITFcSvB5lsTYHnq88wG2+4h+N4kuoYDg7 5mNUUBT2Sqv+Yyq90inwpgN+mes/qeGgv4ISrXL8LqgnwxCZTOyMFWdfmFDd9vqH550T sy3dvgTnIwJgQ2NHgCi8buJZnY5eiuoeh0qUQUQIEU+Zkl1k8CLKcIcoDnIGFwSHlO83 /v15ibHtwaJ0qmeup1N+K1UAxx1t6Fqy7shq2enYevGlF9zINMhiQrUO2+a2/5ICmkvU 1SKl213kBEOOLjKRT0sHNVsnW7CX2VyJI5kvhhrbBuEPLhIzyCtLLRnWRiZ0ae35aQeG lLnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=JvK+ZO+U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id z17-20020a63c051000000b003fc886ae312si20216885pgi.42.2022.06.05.22.22.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Jun 2022 22:22:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=JvK+ZO+U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B050C939E7; Sun, 5 Jun 2022 21:24:33 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235391AbiFCDy2 (ORCPT + 99 others); Thu, 2 Jun 2022 23:54:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46254 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230325AbiFCDy1 (ORCPT ); Thu, 2 Jun 2022 23:54:27 -0400 Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 76E2D3137B for ; Thu, 2 Jun 2022 20:54:24 -0700 (PDT) Received: by mail-pg1-x52b.google.com with SMTP id y187so6324160pgd.3 for ; Thu, 02 Jun 2022 20:54:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=ixm9po8hHhuybaWeKy+DsLdABD8VQEU/2biNYLl9X48=; b=JvK+ZO+UqjC5x3zZ24bDid7p3s9W56KNURdN+MOP2hkSWBJNmfAqaKaXGxaGGrVfDR TQ6jEzDDpNXhDrPtrk3t7P7bGX+FE3oPgWStb1NU2xSDZ1R+vWo1L8PWyaUfn2b9F9qv t2AH1GmBliPyDfIe+zkRzY5rDmYw37HNeOP1rOLDVCaI1ddxxwJmR+c2jMoaOiqQfASk egtJ4QlysqnZzkAVSyKf0ZpoG8F3XJVfi1oSejt+fSJrFWXPe9v0L7jQNgCSAkz1W3l6 SrDXHLMPNuLmf20zRj6HIgD/B+SgmB7A31UbB/VwH7Zg1lBQofcvWKMtjHARUDLcQHSl DfYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=ixm9po8hHhuybaWeKy+DsLdABD8VQEU/2biNYLl9X48=; b=oVjIiyFbvnvpL1PC1nvoDRC4CCJi2hA9f8CON3ROQpTc04+7fzz4Y/WHlRQYfp9j25 vnqLU/JljTEIN/T4/qgZpOi89sbw6Hj/dLL06iqaISk5SPaP0C2HRS4ItsC/nk36l1iw 6C5ewmoJZ7rj9nSlB7tOHWPuvIMfz7yQ3+vM2a7HRFSVs4A8y0HPZBLxZD7ZEORNdGuT ci/0qhk//u2nQBWElFczZHZfH3Lj+QTRtZ+scoKPLngaUUQrrUKBXxtWQmE6uBtdx3+w G9Q1/has0gvCup6ebysQqD4uFMog+mvI3NNLAfzbEuUQHiFQyAxAR6hKqzFYMnGZj7og I+NQ== X-Gm-Message-State: AOAM530Pr1pNZfPQnYZd+cMeBk3YbJoqtMp41jy+V0YSS++nI9olQW39 ahBPhOtNVeVe3rP3vSEPhmY6trl6hyi33w== X-Received: by 2002:a63:e443:0:b0:3f5:e5b3:437f with SMTP id i3-20020a63e443000000b003f5e5b3437fmr7155601pgk.423.1654228463082; Thu, 02 Jun 2022 20:54:23 -0700 (PDT) Received: from localhost ([101.86.206.159]) by smtp.gmail.com with ESMTPSA id t15-20020a17090340cf00b0016168e90f2csm4148863pld.208.2022.06.02.20.54.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 02 Jun 2022 20:54:22 -0700 (PDT) From: Patrick Wang To: catalin.marinas@arm.com, akpm@linux-foundation.org Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, yee.lee@mediatek.com, patrick.wang.shcn@gmail.com Subject: [PATCH v2 0/4] mm: kmemleak: store objects allocated with physical address separately and check when scan Date: Fri, 3 Jun 2022 11:54:11 +0800 Message-Id: <20220603035415.1243913-1-patrick.wang.shcn@gmail.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 The kmemleak_*_phys() interface uses "min_low_pfn" and "max_low_pfn" to check address. But on some architectures, kmemleak_*_phys() is called before those two variables initialized. The following steps will be taken: 1) Add OBJECT_PHYS flag and rbtree for the objects allocated with physical address 2) Store physical address in objects if allocated with OBJECT_PHYS 3) Check the boundary when scan instead of in kmemleak_*_phys() This patch set will solve: https://lore.kernel.org/r/20220527032504.30341-1-yee.lee@mediatek.com https://lore.kernel.org/r/9dd08bb5-f39e-53d8-f88d-bec598a08c93@gmail.com v1: https://lore.kernel.org/r/20220531150823.1004101-1-patrick.wang.shcn@gmail.com v1->v2: - add rbtree for the objects allocated with physical address - store physical address in objects if allocated with OBJECT_PHYS - check the upper object boundary as well and avoid duplicate check Patrick Wang (4): mm: kmemleak: add OBJECT_PHYS flag for objects allocated with physical address mm: kmemleak: add rbtree for objects allocated with physical address mm: kmemleak: handle address stored in object based on its type mm: kmemleak: kmemleak_*_phys() set address type and check PA when scan mm/kmemleak.c | 193 ++++++++++++++++++++++++++++++++------------------ 1 file changed, 123 insertions(+), 70 deletions(-) -- 2.25.1