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 5BCAAD462B9 for ; Wed, 13 Nov 2024 14:58:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id CBDE46B009B; Wed, 13 Nov 2024 09:58:36 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C6DBA6B009D; Wed, 13 Nov 2024 09:58:36 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B10326B00EB; Wed, 13 Nov 2024 09:58:36 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 8D6D56B009B for ; Wed, 13 Nov 2024 09:58:36 -0500 (EST) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 11127120B68 for ; Wed, 13 Nov 2024 14:58:36 +0000 (UTC) X-FDA: 82781377308.18.321E95E Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.10]) by imf28.hostedemail.com (Postfix) with ESMTP id 5867FC0016 for ; Wed, 13 Nov 2024 14:57:49 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Doq25RO1; spf=none (imf28.hostedemail.com: domain of maarten.lankhorst@linux.intel.com has no SPF policy when checking 198.175.65.10) smtp.mailfrom=maarten.lankhorst@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1731509719; 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-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=g8URkM20VivFnyDwZ0LeFBIty22kWERUaU8+JZIDaU8=; b=idh1G+orggvclzJrnDxpS6v4HsU357qwSCTr2KHmg2FndlCjuXi6S1205Abfied8xtWd7/ gOo1JkYzlegbdUnZ0rYOJHPKXpcZNHysuSKCuA2CqyMnRSeYmNFVQMleszk1W7zembEbKG e3GVLdffW5J7Yt4VoGLVi1xEDQefobY= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Doq25RO1; spf=none (imf28.hostedemail.com: domain of maarten.lankhorst@linux.intel.com has no SPF policy when checking 198.175.65.10) smtp.mailfrom=maarten.lankhorst@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1731509719; a=rsa-sha256; cv=none; b=ugiXmao0lwyPybDd6ZOlac9EtNG7jvSWzEucJ0ZG2tzJykZQbdycg2FxDrig6QIRZd3ycH 5DpXMyqnYB31QuHApEPJsi4575lOz+92PwRWqQ2gUIOd2Ow6OvbGLdLppIvQnYuB4AfQ2F IJ7gfpmNCJ07zQerSjuapmFTP7ZbI2Q= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1731509913; x=1763045913; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=X24yyBmMKWlCDsByrpVknt1MPni2cbO2tE1LVAy+jxw=; b=Doq25RO1T48w0oL9wRbYfjcjCjIZbKryIt0gaMdeJuNemTK/t6C8VfQk b6XKgfeSUxZgmjbdVx6/l+c9OvrzNNv15hqQ/JHmC+R8bGYlD5R+yK8LX c1xyaml9vCFxJyl430Eu5WoZiUKbLCh3HrTE/23qGd0nq1tx6gkCpsV39 08pYNEUFTpYg0S3CLALK5o6s2NwukfaF4Jh+KwygfgPF/n5YBDvRyu7HH SBm6lskv5JCSrw8LDegJIGJkBIcLA85G2ddYw5JfOSXeUJ4P3MUxzSJb0 QmI7d3HYFtIKu1/zXqdvQsvVMOisB9Qd5RWAJO5XEiR/LU7/hieLBLZVV Q==; X-CSE-ConnectionGUID: G2b0gQI2QsWP25CNA3XeHQ== X-CSE-MsgGUID: pTVOiIqFQ5GBymxpficCjA== X-IronPort-AV: E=McAfee;i="6700,10204,11222"; a="48856352" X-IronPort-AV: E=Sophos;i="6.11,199,1725346800"; d="scan'208";a="48856352" Received: from fmviesa001.fm.intel.com ([10.60.135.141]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Nov 2024 06:58:31 -0800 X-CSE-ConnectionGUID: Bc6jQQN4S02Ll+J+ofCI0w== X-CSE-MsgGUID: Kyb9bbZNSx+iy0bO1f/hmA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.12,151,1728975600"; d="scan'208";a="118833767" Received: from bergbenj-mobl1.ger.corp.intel.com (HELO [10.245.245.192]) ([10.245.245.192]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Nov 2024 06:58:27 -0800 Message-ID: Date: Wed, 13 Nov 2024 15:58:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 0/7] kernel/cgroups: Add "dev" memory accounting cgroup. To: Tejun Heo , Maxime Ripard Cc: Johannes Weiner , intel-xe@lists.freedesktop.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Zefan Li , Andrew Morton , Friedrich Vock , cgroups@vger.kernel.org, linux-mm@kvack.org References: <20241023075302.27194-1-maarten.lankhorst@linux.intel.com> <20241024-beautiful-spaniel-of-youth-f75b61@houat> <20241028-meaty-mega-nuthatch-3d74b1@houat> <20241029203834.GA636494@cmpxchg.org> <20241106-vivacious-eagle-of-gaiety-44a419@houat> Content-Language: en-US From: Maarten Lankhorst In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 5867FC0016 X-Stat-Signature: 613kcjtkygjrx45qhawzimgb4ray718w X-Rspam-User: X-HE-Tag: 1731509869-518857 X-HE-Meta: U2FsdGVkX19pHO6T3/4FBKs+zEX/y7KTCyleO9q8haXGBdEZB3JhE0rZUdQ43fAXyvVeBAWBgO78/V6aOSNyLJOyrHU2MlHbvJ8ZqY16+YtugBWd0QbFobnZyC2cOXzXQa9N5UXFeEXUfnnggfa1fKz0qF5Oc3dpD5u/NwC+lq5ijzG7evqjedI+dIue4lQMi37iu/8ZIWapqrHkYQx2tvKWgg8a6/2GYohWjQ1V2RFnDK68AGS95CHomrj1Lkxs59MwBkE+H0f3X4aKQzMAj5KZ1LXJs3wz6SJyD7LjFwYtdCnu5jHemXO7yjvNZbt3H/aysiqpsJr6U7AVRW7lgqqdWeGsCvZDYqoljT5uN/ih3F1Ynfo9dhmxBKrRwhm/xr530OSjXhoGI8miIct+fhwvBRw9eOeK6teaakefdFPWBpg6RiKZ1konZJR63qwDJvuwujRA93xIwDXJRB3sS9JRx+01OfCKZRVZ0ANzdevTPmcmj2bvLUM1DjEyP3WKg+EZh0aecMAVwMdpCmwKfnSjCJe/C8YI+Tb7WMyoPJ0wGaTFwYu0mzoumelewk9BdJdaVwGZGEJ5loCWBKSjObHmL2EgILtFw5FAJw5tfnzK94moyYoPwKQr3knPZmpMHQy3IKAWV+tX9+B9Oj1+tbayX/pL3zAN5E42VoBX8B0QayIaIrRbU9WuaWh3wWRPC+Jgn8j3j3/EfqhNABbTNi8fmaEqLhbaMvw0tmpnuGLcFP52cvE+E6Q6mDtepePysXx1ZT6RXmQz9HXd1MOGzfB9avinI5bb5kIS8aB9kTE1KGsxJvaUh2yKSOUb7iYVvkaEA2D8NAwxFnkImUsJydkdXhrXzFXaqvCL0AOw34uzX2ggaL2lfWK6nXzA0ZlNG9OC7pXZ+n4IR1iei1k3GszY6EiBeBsm3OU3++KZFaWztVExJYe2qVESqN6/BoizMYcAptCBj80p0DpM/xH oj0AlvMz LeDa/U7xSjpTpRaWkpNWtCe7976XPjaZaCDDrQ5OHsb0qfK2ZHzRZ+JoUugncGZ6Iyg02Eh76uOc3QkFR3jWCKGkmv+amALQWHravxXs8RhmGdXJN1A/393yzCUFbYu6QNgRler3cVQU2oPASFFR7O6fmAjMRLWE3h54GPFl2+OhhSFkKLeAU3YeHmY0KRxK5OePp 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: Hey, Den 2024-11-06 kl. 19:20, skrev Tejun Heo: > On Wed, Nov 06, 2024 at 11:31:49AM +0100, Maxime Ripard wrote: > ... >>> How about dmem for this one, and dpu for the other one. For device >>> memory and device processing unit, respectively. >> >> dmem sounds great to me, does everyone agree? > > Sounds good to me. > > Thanks. > Thanks for all feedback and discussion. I checked mostly on patchwork so I missed the discussion here. Fortunately it's only been about naming. :) I'm thinking of adding a 'high' knob as well, that will work similarly to high in normal mem controller. (so not proportionally calculated like 'max', but (usage + allocated) < max = ok. Recursively of course. Cheers, ~Maarten