Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp3983902pxb; Tue, 7 Sep 2021 11:52:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwRfnhiJ1X6VVQ0OnjoGTgpn0kJwZjoEzVNhJziC9Wh//Qli2ofeiZ2SjMKA00xN+Ka95Fz X-Received: by 2002:a17:906:b052:: with SMTP id bj18mr20792715ejb.55.1631040760466; Tue, 07 Sep 2021 11:52:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631040760; cv=none; d=google.com; s=arc-20160816; b=R1kdN95FU36w3NLlDIi84qZiHMQmoJ6iPdnu1o8+XFkZx9vi1uKNWpGbGfypV6Jk/F /2AmgBRY88qiziRYtTDO8EC/ArNy6rS9/7IgztH2OuKjipzD/gWxbpYflmbuj3FYxrLL mf2Skb0W0fYgJrbt8FipP21RKshj3c/YOMtuSXWTncsi54rDoK/U+lbZ9Yxd05GxKLle Sc+47ST9eO83S9q9kg5TK9iOWtWDOD2ORu+dNsdChVA+6QPf5m7Giqaqy+73W/rYIrgy q5p/bpkC+ixviNPxYZch86jfuTXdkmgCrLFW9XKhtKs4oS7anUnymthdq00iPoyHJgPD q5Tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=uOmeWbc40PAnBHhBSqR01pyvDX/BrbtTZ/zQBTkk6WM=; b=TtIqpHtPClmaMeS285vihnbxqiNwsT8b4CR6opw/f5Wqy9/HwEqfWATuvualCNeSoN K8a+w/ldUyh1ohPt9K8bRmwX3M+VEmS63nJD8oLQZVXnsd13fd3LAbxPz3A7NHuQNqW5 C5OS/4YaEJ54Hw4+KzHTEx2Pmfjid1nt3XO+C+q+WwRJZIcZEMSQpXudWD4mWDgiyxUG xcffkiZC0Wij5WxerLg9r9AV5K4BIeOKpe0UK/hmorDIm/ETTpqaH8HVkaf4blxNwnkT gU0hWDz+MZ1ypmA3Mn7rFAuTX1wUKxDbWuL2K08Bd2qZxH1R2i7wzgEHdKa/pVjFyJsB 6n2Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b12si11720240ejl.626.2021.09.07.11.52.17; Tue, 07 Sep 2021 11:52:40 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234786AbhIGRug (ORCPT + 99 others); Tue, 7 Sep 2021 13:50:36 -0400 Received: from mail.kernel.org ([198.145.29.99]:41330 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234449AbhIGRuc (ORCPT ); Tue, 7 Sep 2021 13:50:32 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8924161101; Tue, 7 Sep 2021 17:49:24 +0000 (UTC) Date: Tue, 7 Sep 2021 13:49:23 -0400 From: Steven Rostedt To: Kalesh Singh Cc: Suren Baghdasaryan , Hridya Valsaraju , Greg KH , John Reitan , =?UTF-8?B?w5hyamFu?= Eide , Mark Underwood , Gary Sweet , Stephen Mansfield , "Cc: Android Kernel" , Ingo Molnar , LKML , Greg Kroah-Hartman Subject: Re: [RESEND v2] tracing/gpu: Add imported size to gpu_mem_imported tracepoint Message-ID: <20210907134923.2dd41a8a@gandalf.local.home> In-Reply-To: References: <20210831170233.1409537-1-kaleshsingh@google.com> <20210903163047.20e4f286@gandalf.local.home> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 3 Sep 2021 15:36:03 -0700 Kalesh Singh wrote: > On Fri, Sep 3, 2021 at 1:30 PM Steven Rostedt wrote: > > > > On Tue, 31 Aug 2021 17:02:29 +0000 > > Kalesh Singh wrote: > > > > > The existing gpu_mem_total tracepoint provides GPU drivers a uniform way > > > to report the per-process and system-wide GPU memory usage. This > > > tracepoint reports a single total of the GPU private allocations and the > > > imported memory. [1] > > > > > > To allow distinguishing GPU private vs imported memory, add an > > > imported_size field to the gpu_mem_total tracepoint. GPU drivers can use > > > this new field to report the per-process and global GPU-imported memory > > > in a uniform way. > > > > > > User space tools can detect and handle the old vs new gpu_mem_total > > > format via the gpu_mem/gpu_mem_total/format file. > > > > > > [1] https://lore.kernel.org/r/20200302234840.57188-1-zzyiwei@google.com/ > > > > > > Signed-off-by: Kalesh Singh > > > --- > > > include/trace/events/gpu_mem.h | 17 +++++++++++------ > > > 1 file changed, 11 insertions(+), 6 deletions(-) > > > > > > > This is that trace event that doesn't have any in tree callers, right? I > > thought there was going to be some soon. > > The trace event is currently used by the Android GPU drivers, and > there is some work ongoing to add this in drm core upstream but it's > not yet ready. > > > > > For the updates to the tracing side (besides not having any users), it > > looks trivial to me. > > > > Acked-by: Steven Rostedt (VMware) > > > > But this needs to be pulled in by one of the GPU maintainers. > > Thanks for the review Steve. I'll resend adding the GPU maintainers. OK, so it was Greg that gave me the Ack to accept it. I'll need his Ack again for the update. -- Steve