From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 308B9C54E90 for ; Thu, 22 May 2025 18:43:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3D5766B0082; Thu, 22 May 2025 14:43:26 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 385A26B0083; Thu, 22 May 2025 14:43:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 24D656B0085; Thu, 22 May 2025 14:43:26 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 029F06B0082 for ; Thu, 22 May 2025 14:43:25 -0400 (EDT) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 1DA8B120389 for ; Thu, 22 May 2025 18:43:25 +0000 (UTC) X-FDA: 83471416770.01.B02139E Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf30.hostedemail.com (Postfix) with ESMTP id 7E2E280006 for ; Thu, 22 May 2025 18:43:23 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=Vfh2vd3e; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf30.hostedemail.com: domain of sj@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=sj@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1747939403; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=vwdAIxasSvRmyMB5d60w2D6ehSPiCOZNLXsHQmUL7IU=; b=E90UI6woAy5PyPHd7vxtZyEN6hq/F4wnECHqwq/PeQj0v7SpoM1reizc4PXhPJ5NWRfE8C 6YKFFsk9Y/tvybBoV66VXYj9b8mwSijvBQw0raBn56rCLijRhsC6Jr60CxzYmvwsrbMRES QuRLQ/IDeeyjhEM1YSsi63IEk/Y//Y4= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1747939403; a=rsa-sha256; cv=none; b=g7ahIoban0WdC8UUY2Ty5XiqH4l206aaQAjuyD49GD/GA96lGDichin/i75TUhFpCfYKgr hh2ONUJgxZaG9y+1ndqWEXniFYTyuAdDj55LWUGAiRvNCliVZ4Tjn7YLMV2bDMiEWWcePs rna7B22cP9dB9sqEd3u6YX6Gc6i7y+A= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=Vfh2vd3e; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf30.hostedemail.com: domain of sj@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=sj@kernel.org Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id C864762A2B; Thu, 22 May 2025 18:43:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 52F94C4CEE4; Thu, 22 May 2025 18:43:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1747939402; bh=lEwq1w3AlBRqTR3Kjy1rxwBxEux2NoIMVA2TiZeoiqE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Vfh2vd3eOHUlJYqsmycvj46bUZ5EJlr6vnbHAR+yAOA7NKbR4LYwmQqjSdc4M2Hpd TaySuHzt7uN++7B8iIOLvk1Kh+h3+LNi94UDGZOfMOGCSWWLL7MZRji5H/4q/JG87P CdJd8zOQwDO+XqbLyzvylVlEhJ+S0Dm8EtJq2qond5SSZfYNXRwZfNdx3M2zAhUekM CS5Z/NS8ugVIhtSQdJmjq4JNlT9HfoIPJ2C543AtdXBmXxAMDpgIYwRS/IScv8IQOU oYWpqfZlhxBFOHKAG/5RIE8bDGuZ6rn754PPGwuhI1Vcizz2mNqs331HdrLutSD18/ oZ9H5CVQa4TFA== From: SeongJae Park To: SeongJae Park Cc: Bharata B Rao , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Jonathan.Cameron@huawei.com, dave.hansen@intel.com, gourry@gourry.net, hannes@cmpxchg.org, mgorman@techsingularity.net, mingo@redhat.com, peterz@infradead.org, raghavendra.kt@amd.com, riel@surriel.com, rientjes@google.com, weixugc@google.com, willy@infradead.org, ying.huang@linux.alibaba.com, ziy@nvidia.com, dave@stgolabs.net, nifan.cxl@gmail.com, joshua.hahnjy@gmail.com, xuezhengchu@huawei.com, yiannis@zptcorp.com, akpm@linux-foundation.org, david@redhat.com Subject: Apologies and clarifications on DAMON-disruptions (was Re: [RFC PATCH v0 0/2] Batch migration for NUMA balancing) Date: Thu, 22 May 2025 11:43:14 -0700 Message-Id: <20250522184314.57708-1-sj@kernel.org> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20250521184552.46414-1-sj@kernel.org> References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 7E2E280006 X-Stat-Signature: dq7rk4wqeqt91pfq877id7mcmwkawhsf X-Rspam-User: X-HE-Tag: 1747939403-322153 X-HE-Meta: U2FsdGVkX1/Qo/KQcp02Tjpb812SCpOhEZ2Let1T+5QLBO1/lntQ7YvtBgSoph4nrrbWxFDkqnoT69cELHbwcYtF6RT1+M2r2pWB2TzO+6aDeIViMvnXiaQP+plDG2y8F/ixShHpJWFw7CwduiVV6FKBIuhN8/0BDUSujnHEJa8zXXFU5S0kjXgvJIQgX9YvLbgfLo7fGlEhWXNHxrw5kx6AoPKO5hFAMkKgSOutU/dMmD5a2DiyR2NKytBNbavdgDJRicYc3o7YjaCborjdSPM1fe+HJgjwWGsv10yEQ/IlAvUGPwaW+MrmhNDKhxr9ha6CEc4EvIMEcKRsFrb2CtkInQotF4z+aKLCezEpzXT2XqfxDVpBEE37VJ23NATVYW1gPGDDTOdG/E/eUOpQzEeWLEfev+7l5D6+ua1ISS5QThEuHYRChmmdiVbwssm7ha/8TS+3e0tGjOF3r7U2WkzNMtQMuzYWhjpOxYCRyeGLll1VBxplIMe/JsEHkQVTCnhg+KHP2GSt2JAeIafbxfBVPmCRNb5oH3IAXySunESg3QpmrGjHn61M6MbQq4usRwOZ6bU90Fae5B5ZTSXp5Bo31YU2MMq2rRptGiSfLQSii91n1ok36gNOGjcnHsjueQSSsRfbbyO7KxokmpSj8TzESO3a+svJy3VF5Wz+hOE2WJ8FaxNIBkQUvHmJVXsvb7C3a4zM99kTf4bVHlhC304H8eBFAJcps2s8S6ycHt/dfgwaGXXahR/GLt6csIhL3TqB4BtwghW8usEmi0K/89ByECfuI8aAbfjE+oaA+hQFKLdi+3YrBzy3+8NvRPfmrZdAftt3Gw8+D2HoaAKL0UPEmKGGBxTCfh2YKyE/9pCozuEU5IsgI+zfgbByPd09VmNpMSIR1y496Q3NxFNG4yhT9wT2qjGKM0V7+oMhpIUfuzjGHHzfAsC7kK/hZkjMjcwGAjENAbQgIvL98Yo 7CQgTosv /eymbJGcyDTBRHjVlB3o5OKu0jj5bvtTWua9Glr/eKYQKB7sWhG5B93oZiTvrPGwPDArNrDc1tcNY3GjAp+HaljzD0DDAC3zr99akry1G/zZZPMcT15BOuZe1Oy5/KyC30AXxNizkfe6jUkOtb01BNeDek6NdGORLWVDeuKLyRHOkWGohIdjTGPm+dLp3ncZi+7psQFofRN0U+qmhd8JcZEDe7yTxeD09kw6Oa/XfrXYIbK46Ev4jdzgzdNMk+BUv1e2SuyaUwMHd4IeXzHaHuCR8FoqL/Jdkc4fGwfjZnfXyNlWHM03SV9VSGw== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Wed, 21 May 2025 11:45:52 -0700 SeongJae Park wrote: [...] > I think (or, hope) it would also be not very worthless or rude to mention other > existing and ongoing works that have potentials to serve for similar purpose or > collaborate in future, here. > > DAMON is designed for a sort of multi-source access information handling. In > LSFMM, I proposed[1] damon_report_access() interface for making it easier to be > extended for more types of access information. Currenlty damon_report_access() > is under early development. I think this has a potential to serve something > similar to your single source goal. [...] I heard some people are feeling uncomfortable about patterns on my mails like this. I understand the pattern is that I suddenly replying to a thread saying "hey, by the way DAMON is ...", and I understand it bothers people when they wanted to discuss about something more than DAMON. I never intended to make others feel uncomfortable but was doing that with only good faith to make discussions be made with full information. But if you felt so, you felt so. I sincerely feel sorry if you felt so, and will try my best to not bother you next time. But, I'm a human and I cannot do something more than my best effort. I hence expect I will unintentionally continue making people upset. I think I migt be able to reduce such cases by explaining why and what I'm doing, and how you can avoid it. Yes, I might bothering you with exactly the pattern now, but let me do this hopefully as the last time, to reduce next recurrences. TL; DR: please briefly mention DAMON and optionally clarify DAMON discussion and/or clarifications are unwelcome for now, if you don't want to be bothered by DAMON. Why and What I'm Doing ====================== I sometimes find threads of works that seem related with DAMON. From such mails, I find opportunities to help the work using DAMON, shiny features of the work that DAMON could adopt, or whatever makes me believe so. Such mails sometimes contain explanations of such relations, and sometimes not. In some cases such relations description has some details that look important on the context but missed, outdated, or wrong. I believe I have a responsibility to add or fix those as a maintainer of DAMON for making Linux kernel healthier with discussions under full information, and so jump in. If there is no such relations description at all, I have no ability to know if they just don't know about DAMON, mistakenly didn't add the part, or want to ignore DAMON at the moment. Hence again I believe it is a responsibility of DAMON maintainer to tell about it, to help the original author and other reviewers' understanding. I think sometimes you didn't want to discuss or know such details of DAMON but I was jumping in and waste your time since I misread your intention. How You Can Prevent I Bothering You with DAMON ============================================== Please help me better understand your intentions. If you knwo DAMON and you feel I may find your work is related with DAMON, please take a moment to add a brief paragraph explaining it. If you don't want me adding more details that I believe worthy to be added there, or don't want to discuss in that detail of DAMON, please mention so. E.g., "this may have potential relations with DAMON, but that's out of the scope at the moment." I will also do my best to read implicit intention, but again, the best effort is the best effort and I cannot promise something I cannot do. Thanks, SJ [...]