Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2498271ybt; Tue, 16 Jun 2020 07:38:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyFwTlY1aiZ4yi8BwqCr9MbKoi6LoFgX/XobO/Rs564nYBsnlM4rneBZQyxbQd7OEborFbC X-Received: by 2002:a05:6402:b13:: with SMTP id bm19mr2962591edb.82.1592318310327; Tue, 16 Jun 2020 07:38:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592318310; cv=none; d=google.com; s=arc-20160816; b=MuLZkWGnHiZrK+qFs21vjv8KdGUVGmPgMLllYTETxg6l8a7StmLkrdDmbHrtTp3gYp 9OrSiEY2SLAaWXehmTgzpfk59EMnUUeb9j3wy7/EF8jhlLHOT6NKWt8gka2zyWCyRbhu oKbbYN/OA+7CmS2IO1HJfr4/5S666EzHi4Yp27TMN1hFWK4DGgm/4kOkdQ45cTsz1XyF VL3pzx79qXTyJne75THYdns7Pd5oRv5GP9+QE1XIdVXeLJqAvujpGZbdT2jmM7y3Oxiw 2b2JzQxbywS1QW4zAOpu5QgVh4KPTDcArDCvUM2fn/m/10duTc73QE403f2/+RgL7GZp htPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:in-reply-to:message-id:date :subject:cc:to:from:ironport-sdr:dkim-signature; bh=JV50NVYH5FbnZDCF9Zoi0wtcAclFJx4TR+EWbcvdH2Q=; b=032Cq3MK2bLVkJNDOVGelVH0Xgw/C807e9+rzbh+l5H8t1z8chd0x06Z7/C8Ygxbxb 2iRoCUv3LRelYIfrtKqZlY5BgoELtKUFZEknLJ1W7WrEkJ/pULNrcKf0H4/ff3IZ6EfZ YVxbv2+cWdFzfZ5D1foFt8bfSVG8F9hNX/f4i6oyPVhI5PZbtMRhQAy8QICcaFBqk1Ni lMKM5hLVVGc1Ny5QhYGqBqqftKNZIjNWxYQ9fPrLnu8P1fAX46qV5mhy0TU9dXkICRQW mF0SKwKW15smiiozQCeo6WvWpdU8V5LX4n4i7lHpIp8Gba67BY6ooyNY7b0Smi3sDoaJ R8Qw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=You0RIaN; 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 b17si11935920eja.150.2020.06.16.07.38.06; Tue, 16 Jun 2020 07:38:30 -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=You0RIaN; 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 S1729065AbgFPOfd (ORCPT + 99 others); Tue, 16 Jun 2020 10:35:33 -0400 Received: from smtp-fw-6001.amazon.com ([52.95.48.154]:48125 "EHLO smtp-fw-6001.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726526AbgFPOfd (ORCPT ); Tue, 16 Jun 2020 10:35:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1592318132; x=1623854132; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=JV50NVYH5FbnZDCF9Zoi0wtcAclFJx4TR+EWbcvdH2Q=; b=You0RIaNETfzOKDmyzm/FtcSEydQyPnDZDlGrLz80+mpDAntAk6U2iIi rIlxfCjWfvKRKrlZMXEXroaZZBym6lRQsB1XAq/thkeDtMcPdlA+nBztM v/wrXcS66K9uh+3zaFsdDtIqsyOXc7rLqsMcmbli3F2y+OBA7tOC55rfk c=; IronPort-SDR: E4Y7r2fdDYJImPmPCELVSBrxf0obd1bVa+6oBUiArmaqkAqcaY1oNTC6xLDuSwV3WgN1PtaULY ASVY9CbqR/jg== X-IronPort-AV: E=Sophos;i="5.73,518,1583193600"; d="scan'208";a="37930998" Received: from iad12-co-svc-p1-lb1-vlan3.amazon.com (HELO email-inbound-relay-2a-1c1b5cdd.us-west-2.amazon.com) ([10.43.8.6]) by smtp-border-fw-out-6001.iad6.amazon.com with ESMTP; 16 Jun 2020 14:35:28 +0000 Received: from EX13MTAUEA002.ant.amazon.com (pdx4-ws-svc-p6-lb7-vlan2.pdx.amazon.com [10.170.41.162]) by email-inbound-relay-2a-1c1b5cdd.us-west-2.amazon.com (Postfix) with ESMTPS id 5B533A1B94; Tue, 16 Jun 2020 14:35:24 +0000 (UTC) Received: from EX13D31EUA001.ant.amazon.com (10.43.165.15) by EX13MTAUEA002.ant.amazon.com (10.43.61.77) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 16 Jun 2020 14:35:23 +0000 Received: from u886c93fd17d25d.ant.amazon.com (10.43.161.34) by EX13D31EUA001.ant.amazon.com (10.43.165.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 16 Jun 2020 14:34:54 +0000 From: SeongJae Park To: SeongJae Park CC: , SeongJae Park , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [RFC v4 0/8] DAMON: Support Access Monitoring of Any Address Space Including Physical Memory Date: Tue, 16 Jun 2020 16:34:33 +0200 Message-ID: <20200616143433.23710-1-sjpark@amazon.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200616140813.17863-1-sjpark@amazon.com> (raw) MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.43.161.34] X-ClientProxiedBy: EX13D20UWC003.ant.amazon.com (10.43.162.18) 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 Sorry, the cover letter for previous version of the patchset was mistakenly sent. Below is the proper coverletter for this version. ================================ >8 =========================================== Subject: [RFC v4 0/8] DAMON: Support Physical Memory Address Space Monitoring DAMON[1] programming interface users can extend DAMON for any address space by implementing and using their own address-space specific low level primitives. However, the user space users who rely on the debugfs interface and user space tool, can monitor the virtual address space only. This is mainly due to DAMON is providing the reference implementation of the low level primitives for the virtual address space only. This patchset implements another reference implementation of the low level primitives for the physical memory address space. Therefore, users can monitor both of the virtual and the physical address spaces by simply configuring the provided low level primitives. Further, this patchset links the implementation to the debugfs interface and the user space tool, so that user space users can also use the features. 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/20200615161927.12637-1-sjpark@amazon.com/ Baseline and Complete Git Trees =============================== The patches are based on the v5.7 plus DAMON v16 patchset[1] and DAMOS RFC v12 patchset[2]. You can also clone the complete git tree: $ git clone git://github.com/sjp38/linux -b cdamon/rfc/v4 The web is also available: https://github.com/sjp38/linux/releases/tag/cdamon/rfc/v4 [1] https://lore.kernel.org/linux-mm/20200615161927.12637-1-sjpark@amazon.com/ [2] https://lore.kernel.org/linux-mm/20200616073828.16509-1-sjpark@amazon.com/ Sequence of Patches =================== The sequence of patches is as follow. The 1st and 2nd patches allow the debugfs interface and the user space tool to be able to set the monitoring target regions as they want, respectively. The 3rd patch documents the feature. The 4th patch exports rmap essential functions to GPL modules as those are required from the DAMON's reference implementation of the low level primitives for the physical memory address space. The 5th patch provides the reference implementations of the configurable primitives for the physical memory monitoring. The 6th and 7th patches make the user space to be able to use the physical memory monitoring via debugfs and the user space tool, respectively. Finally, the 8th patch documents the physical memory monitoring support. Patch History ============= 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 (8): mm/damon/debugfs: Allow users to set initial monitoring target regions tools/damon: Implement init target regions feature Docs/damon: Document 'initial_regions' feature mm/rmap: Export essential functions for rmap_run mm/damon: Implement callbacks for physical memory monitoring mm/damon/debugfs: Support physical memory monitoring tools/damon/record: Support physical memory address spce Docs/damon: Document physical memory monitoring support Documentation/admin-guide/mm/damon/faq.rst | 7 +- Documentation/admin-guide/mm/damon/index.rst | 1 - Documentation/admin-guide/mm/damon/plans.rst | 7 - Documentation/admin-guide/mm/damon/usage.rst | 73 +++- include/linux/damon.h | 5 + mm/damon.c | 374 ++++++++++++++++++- mm/rmap.c | 2 + mm/util.c | 1 + tools/damon/_damon.py | 41 ++ tools/damon/heats.py | 2 +- tools/damon/record.py | 41 +- tools/damon/schemes.py | 12 +- 12 files changed, 532 insertions(+), 34 deletions(-) delete mode 100644 Documentation/admin-guide/mm/damon/plans.rst -- 2.17.1