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 E3524C7115B for ; Fri, 20 Jun 2025 18:51:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 57E186B00A0; Fri, 20 Jun 2025 14:51:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 52F206B00A1; Fri, 20 Jun 2025 14:51:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 492EB6B00A2; Fri, 20 Jun 2025 14:51:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 3CE266B00A0 for ; Fri, 20 Jun 2025 14:51:54 -0400 (EDT) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id A8E75141240 for ; Fri, 20 Jun 2025 18:51:53 +0000 (UTC) X-FDA: 83576673306.21.F9D34F5 Received: from out-181.mta1.migadu.com (out-181.mta1.migadu.com [95.215.58.181]) by imf19.hostedemail.com (Postfix) with ESMTP id B6CD21A000A for ; Fri, 20 Jun 2025 18:51:51 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=naLg75YO; spf=pass (imf19.hostedemail.com: domain of shakeel.butt@linux.dev designates 95.215.58.181 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1750445512; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=rbkqHQu+Mtd4sR5ZeFRVR7X1WBuwy+yYDQbEaITYybk=; b=13YvDyLpjT7b02VNZtnEk5xvZQ8wdO7XsNy/Rvu00CWr34N7Vo7q/tn9LSBn4MaUqozJVz CxAFTlYekLj3FIGirr/3FhKMYoMD2/eMmib9KlJ31xsRatF6hy4+GMjFxuumolCGik+EM0 5Ke+Mo4SRga41OdVSpW4WbpEbwf8Meo= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=naLg75YO; spf=pass (imf19.hostedemail.com: domain of shakeel.butt@linux.dev designates 95.215.58.181 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1750445512; a=rsa-sha256; cv=none; b=HHKbtJJF2IG9OMptatCWBAB127QirVmD7pCTtBmDObwVzcFyohaEE46MRNZmh6p6voypfR ZjcNUOWytEqwA+K3p5zuOVo1IMq1yFuAJ22ercjw0LmK7OCw/jAFHvlhG1FHnXKPGREKtT xTdYSLDT0NXtecQ9XCw8QcrqPJufsKw= Date: Fri, 20 Jun 2025 11:51:40 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1750445509; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rbkqHQu+Mtd4sR5ZeFRVR7X1WBuwy+yYDQbEaITYybk=; b=naLg75YODW3pb+AOoaKAJRK35d9O9/CGZpcV0COmeB9QK2a3QwBfMYCGP3wms9kdwvifvs VzSgzUA55ckTZLdUJxcEpRH14fn1PBLJOnix09x152N/WwmvUWVYugk2l70cmRiMqXWR8i sxN7yoT0caSRErXTwiOT44K/KR/Vh9E= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Shakeel Butt To: Dave Airlie Cc: dri-devel@lists.freedesktop.org, Dave Airlie , Christian Koenig , Matthew Brost , Johannes Weiner , linux-mm@kvack.org, Andrew Morton Subject: Re: [PATCH 1/2] mm: add gpu active/reclaim per-node stat counters (v2) Message-ID: References: <20250619072026.635133-1-airlied@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250619072026.635133-1-airlied@gmail.com> X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: B6CD21A000A X-Stat-Signature: u4rwq34jobbe4yu7ra1ushsfkcoyjp3f X-HE-Tag: 1750445511-499144 X-HE-Meta: U2FsdGVkX1+qqjo+BELm/MSMwW2CmO9uGdyz25fhUwabtQLfgMI8l4OUQaJwVXV5dxQ20ZjQ1Hq9wVf9BN1oqtiFxDjh7k+TPlHElZ/4sAQ7A8+0/74ptBn+xhqHE06WzZzvRHDnCXkNaauL7dFk8tqo1PTwpnANizdvmFPP5Zvei07pMdM4Q3sbT2Gr5fcXGcQLgeNY1B4cYuLmtVJTNpih+yXRZBPmFTjI4rdMajdTts36aRgCullQ1Q3QPYPb91/W6utAB/eu7rFm8mdLPjSeInI+VCvwouRC3m+h88gM20JGXci6iqCaGw27SxBiYdmF+PmIdes5gCVh6dJm/UYOxJyywXJYo09v8j+lxC+BiP++tE0sgdP5bUZmQv1qRuCxGrhsz1d0ikxnc9hJW5pMaGPBpRq0PrZ3+BiDH2RIVoIlzZ8MwveOF7TFV1Z413dvapLUSE65mJGkvd0sEUPs0SGlQsPgaosjqqgkXjdWPAkyr+iQYkbXqxJPl4tme21PIgYK9iLDqunsQ/cN29VMhbl1VqO2vfdz+mguVG4+3Hiki9nqk7Wcwi0Vqa5ZcCOXj0Gdj25Cb8HevXJLaogIi1xEbOSjwdRCIfgQzsCZ7q0gQEhPvUWBYWKwyb90A+E73rgMTnwaUyrpeKnc5IVj7lBUwdMaDb5psS/dhdq375szEWLU5xC+aRHnyTj0nGTDhC6Ft+4jjbZB6r906D/AlWgcJvClEOlLPPYSzC8RzT/Cfh0/ersTfLY4DvE3z4wAXbAcAEbrM6K/Z0JvkEnSozQahU0TTkhev80tiolpnE2jdDFmeTNoZGuEENfwl1IfC9KUrNuMudVSnYjnMW4LlUfvsA+CHbU27DGJ1tkSbF4t3osXHWlbiTYkTCOaYvqB7DDOa6Cy3VUnJOFjL1g2mh00qxM0uzuAw/Uqa+81vaY+EOzkisEJ1WMPGwnQ8O+39eEPzlLUe89TTJd r1SvaMYu FZ9J7ioeiKT978LgIRFE/uNjiUEBLhuetfNrvMnyvijQwljGHAjPfFm/Ll8q7Y2SNoXSOXjPF6B4HPGm2WhcOUx0qnFgGo9jiVMXffhCyiy6MH4AIoBQSncc0h0JEGUlC6pauZ6fFiJZPcH01rEWYVXF4ZX4SMNSWVkGm5tIpbRxdt+ENtQnhxaohjIOWkFyHL+CCp6GxIP4biOGsLMxoKFkEKcihcMA39/x6qTk6azwgNa+VShIj+VKNz8yUi96OEDiFyWGZw3o35m2mcxRbJhD/rQJK9HLc43aZiUINGzs2re2xzVskUbCTdW/SGo98dPzWjyDfqI38zmZ0OlomQtZ/d3+PA4MeJ2B0m4BkU2LlP1cQRccjJviDA9LzDSDge6YlSJnDNaabnj9ZEFVGQa4FTQhbZG5o3EZ3JrmKF2TvI6ZpDL33ZCXdzKcGqa8Gpnw5+h2clDtNdo+adQDfKL3wFQ== 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 Thu, Jun 19, 2025 at 05:20:25PM +1000, Dave Airlie wrote: > From: Dave Airlie > > While discussing memcg intergration with gpu memory allocations, > it was pointed out that there was no numa/system counters for > GPU memory allocations. > > With more integrated memory GPU server systems turning up, and > more requirements for memory tracking it seems we should start > closing the gap. > > Add two counters to track GPU per-node system memory allocations. > > The first is currently allocated to GPU objects, and the second > is for memory that is stored in GPU page pools that can be reclaimed, > by the shrinker. > > Cc: Christian Koenig > Cc: Matthew Brost > Cc: Johannes Weiner > Cc: linux-mm@kvack.org > Cc: Andrew Morton > Signed-off-by: Dave Airlie With Zi's suggestion, you can add: Acked-by: Shakeel Butt