Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2897467pxa; Tue, 18 Aug 2020 00:27:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyxjtakV0o4lrXq817ylVpvnjjmwzk6Q3kVY0uFDJRGrxssiGbq0C7pv/9ZhFVTm7RwVGlc X-Received: by 2002:a17:906:b110:: with SMTP id u16mr18318166ejy.483.1597735655463; Tue, 18 Aug 2020 00:27:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597735655; cv=none; d=google.com; s=arc-20160816; b=Rua4iPwbArqCEIyGe9yu4BgxAyPBPgMQogkiOxY8mFqzORUZI4LRAQjqWUy05l3aWE 8SlyUvGyWbJ9ZPAK0VRbaLQm7/7tEhVGN65uNaZANzmy1fCR3QW2yU3hCF4okmq6XqTe Jf62+CEbw8YoI/zdeS3TL7kC9cdgi8xMiPze3wg10CuYRw9MN9xEvZYPDUf0jlFfu9E2 1meiyem5t4FWTWYeLXKjexepfZnIodTzqWx5pisoZBc0N8Q0aXL2j2jhydtcP6GG7pUU YsGI7sY2+22iQs02DMlG1pCJHVpL00MqQmaRp018RvayC46u0e9zQiLxbMA0EBMOePMW I4vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from:dkim-signature; bh=dL187gJ8qi2qXZXs1LP3LRzwm4jN5jl6FKrBM6p80Pw=; b=W4WE7+iTj4h7jCJTpO3LChL2/Mq5SS50pPXj1spRmIu1OS3s8JXSYI/Fv6Ig+7FGL+ adYI2+xA0nHUvQnsGRcsUBraDmY959mcR91s98xnHJZvkOlM7JQzni2Eb8RVP2iLXtr0 uga3WQBmpCYalsVoKUp+DkexSUCpiTQ5jhaDJxg/nua+XGF3g/Vh8CZ6H81VuoELfneg UdclR0Ow9/AT691gcECkurrK+sVQY/R30skOZC9uBU8PU5eP7FdJ6wEvqcxkfqZfN0In KGHQSCXD/i9aRaToRXsvfK0CcinSgV83uEUIMvbBBIquvkRZ5nHU+ckX7yEr0aq92Qgg aI+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=RiBwCWsd; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w25si12971306ejy.124.2020.08.18.00.27.11; Tue, 18 Aug 2020 00:27:35 -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=@amazon.com header.s=amazon201209 header.b=RiBwCWsd; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726568AbgHRHZx (ORCPT + 99 others); Tue, 18 Aug 2020 03:25:53 -0400 Received: from smtp-fw-9102.amazon.com ([207.171.184.29]:19660 "EHLO smtp-fw-9102.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726302AbgHRHZw (ORCPT ); Tue, 18 Aug 2020 03:25:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1597735552; x=1629271552; h=from:to:cc:subject:date:message-id:mime-version; bh=dL187gJ8qi2qXZXs1LP3LRzwm4jN5jl6FKrBM6p80Pw=; b=RiBwCWsdwYK7eu0bUVTxdvQ2hxbNJDoW7aJn0J/nDn1j781pWFE50N4W ik4Um3j6krcWpAtV+qkTVN+077lRovt4ZCF1yTzGZAhecwlGEQ4+UZNRB 0cYieyuy+azZVLcT88KFEqFv2qIs7ZZ019sAcEjWkjZBME/AaFSzkIGUR w=; X-IronPort-AV: E=Sophos;i="5.76,326,1592870400"; d="scan'208";a="68776044" Received: from sea32-co-svc-lb4-vlan3.sea.corp.amazon.com (HELO email-inbound-relay-1a-715bee71.us-east-1.amazon.com) ([10.47.23.38]) by smtp-border-fw-out-9102.sea19.amazon.com with ESMTP; 18 Aug 2020 07:25:47 +0000 Received: from EX13MTAUEA001.ant.amazon.com (iad55-ws-svc-p15-lb9-vlan3.iad.amazon.com [10.40.159.166]) by email-inbound-relay-1a-715bee71.us-east-1.amazon.com (Postfix) with ESMTPS id 717B6A2466; Tue, 18 Aug 2020 07:25:35 +0000 (UTC) Received: from EX13D31EUA001.ant.amazon.com (10.43.165.15) by EX13MTAUEA001.ant.amazon.com (10.43.61.243) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 18 Aug 2020 07:25:34 +0000 Received: from u3f2cd687b01c55.ant.amazon.com (10.43.162.73) by EX13D31EUA001.ant.amazon.com (10.43.165.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 18 Aug 2020 07:25:18 +0000 From: SeongJae Park To: CC: SeongJae Park , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: [RFC v7 00/10] DAMON: Support Physical Memory Address Space Monitoring Date: Tue, 18 Aug 2020 09:24:51 +0200 Message-ID: <20200818072501.30396-1-sjpark@amazon.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.43.162.73] X-ClientProxiedBy: EX13D38UWB002.ant.amazon.com (10.43.161.171) To EX13D31EUA001.ant.amazon.com (10.43.165.15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: SeongJae Park Changes from Previous Version ============================= - Use 42 as the fake target id for paddr instead of -1 - Fix a typo Introduction ============ DAMON[1] programming interface users can extend DAMON for any address space by configuring the address-space specific low level primitives with appropriate ones including their own implementations. However, because the implementation for the virtual address space is only available now, the users should implement their own for other address spaces. Worse yet, the user space users who rely on the debugfs interface and user space tool, cannot implement their own. This patchset implements another reference implementation of the low level primitives for the physical memory address space. With this change, hence, the kernel space users can monitor both the virtual and the physical address spaces by simply changing the configuration in the runtime. Further, this patchset links the implementation to the debugfs interface and the user space tool for the user space users. Note that the implementation supports only the user memory, as same to the idle page access tracking feature. [1] https://lore.kernel.org/linux-mm/20200706115322.29598-1-sjpark@amazon.com/ Baseline and Complete Git Trees =============================== The patches are based on the v5.8 plus DAMON v20 patchset[1] and DAMOS RFC v14 patchset[2]. You can also clone the complete git tree: $ git clone git://github.com/sjp38/linux -b cdamon/rfc/v7 The web is also available: https://github.com/sjp38/linux/releases/tag/cdamon/rfc/v7 [1] https://lore.kernel.org/linux-mm/20200817105137.19296-1-sjpark@amazon.com/ [2] https://lore.kernel.org/linux-mm/20200804142430.15384-1-sjpark@amazon.com/ Sequence of Patches =================== The sequence of patches is as follow. The first 5 patches allow the user space users manually set the monitoring regions. The 1st and 2nd patches implements the features in the debugfs interface and the user space tool . Following two patches each implement unittests (the 3rd patch) and selftests (the 4th patch) for the new feature. Finally, the 5th patch documents this new feature. Following 5 patches implement the physical memory monitoring. The 6th patch implements the low level primitives. The 7th and the 8th patches links the primitives to the debugfs and the user space tool, respectively. The 9th patch further implement a handy NUMA specific memory monitoring feature on the user space tool. Finally, the 10th patch documents this new features. Patch History ============= Changes from RFC v6 (https://lore.kernel.org/linux-mm/20200805065951.18221-1-sjpark@amazon.com/) - Use 42 as the fake target id for paddr instead of -1 - Fix typo Changes from RFC v5 (https://lore.kernel.org/linux-mm/20200707144540.21216-1-sjpark@amazon.com/) - Support nested iomem sections (Du Fan) - Rebase on v5.8 Changes from RFC v4 (https://lore.kernel.org/linux-mm/20200616140813.17863-1-sjpark@amazon.com/) - Support NUMA specific physical memory monitoring Changes from RFC v3 (https://lore.kernel.org/linux-mm/20200609141941.19184-1-sjpark@amazon.com/) - Export rmap functions - Reorganize for physical memory monitoring support only - Clean up debugfs code Changes from RFC v2 (https://lore.kernel.org/linux-mm/20200603141135.10575-1-sjpark@amazon.com/) - Support the physical memory monitoring with the user space tool - Use 'pfn_to_online_page()' (David Hildenbrand) - Document more detail on random 'pfn' and its safeness (David Hildenbrand) Changes from RFC v1 (https://lore.kernel.org/linux-mm/20200409094232.29680-1-sjpark@amazon.com/) - Provide the reference primitive implementations for the physical memory - Connect the extensions with the debugfs interface SeongJae Park (10): mm/damon/debugfs: Allow users to set initial monitoring target regions tools/damon: Support init target regions specification mm/damon-test: Add more unit tests for 'init_regions' selftests/damon/_chk_record: Do not check number of gaps Docs/admin-guide/mm/damon: Document 'init_regions' feature mm/damon: Implement callbacks for physical memory monitoring mm/damon/debugfs: Support physical memory monitoring tools/damon/record: Support physical memory monitoring tools/damon/record: Support NUMA specific recording Docs/DAMON: Document physical memory monitoring support Documentation/admin-guide/mm/damon/usage.rst | 77 +++- Documentation/vm/damon/design.rst | 29 +- Documentation/vm/damon/faq.rst | 5 +- include/linux/damon.h | 6 + mm/damon-test.h | 53 +++ mm/damon.c | 382 ++++++++++++++++++- tools/damon/_damon.py | 41 ++ tools/damon/_paddr_layout.py | 147 +++++++ tools/damon/record.py | 57 ++- tools/damon/schemes.py | 12 +- tools/testing/selftests/damon/_chk_record.py | 6 - 11 files changed, 770 insertions(+), 45 deletions(-) create mode 100644 tools/damon/_paddr_layout.py -- 2.17.1