Received: by 2002:a89:413:0:b0:1fd:dba5:e537 with SMTP id m19csp227716lqs; Thu, 13 Jun 2024 08:29:35 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWFpqS6oqzsBiwWkb/3bz3H7N6tOL3/1rJLh0GSq8E1HI2uN3kkAKz17qYkKE326nCcWcWNr0ZUg/BdSDrk7m/y74VTsIvrMPEabL3aNw== X-Google-Smtp-Source: AGHT+IHa0Ad1oSDHnNP98cgU4wt/N27cJghSuYR1I4Dk4s1h7hIng5MBJ/FT6uxgiX8wlBi0V9Sv X-Received: by 2002:a25:c341:0:b0:df7:6030:bb4e with SMTP id 3f1490d57ef6-dfe691fbc31mr5300473276.61.1718292572779; Thu, 13 Jun 2024 08:29:32 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1718292571; cv=pass; d=google.com; s=arc-20160816; b=ilxeZhdryFoeq+1UcEsKh1qqrWYgkzbB7jRy+DjLl6n3pslVzyUtgInZqX92Hhfhxi LPHcbtclYoIP4r4siwWqR/xyxPE6S8IndCChJV4Svpr9QpEE5pu+7VXX1WGFThLsMcMJ 8rFPYa+XbCl2aHzbujSCcZQjWL1XEOqfxMILFm5VQnp1SmJwFvn35GXT3zMdpagCPSZv 9dQBebdKS3aDi4G1cWFo+GMYdHnCAYHM/5nDieoeatjxRWMinnMEJRlGdZbZims+YA5B TCMHbTeaGW/SlumFpzAZru7dJ9U2PsDRZYr+WfmY2kG7fGXLaiVSwiWHvZY/2p86fVHk WCLA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=mGaa+0Yn23zZaStXtS+2byQh+2gdQYZSQhRwzCZf09Y=; fh=w+vJnBe1br4gKgH3Jhgp7ZovDqKMGpGLd1R/iirwDNU=; b=leKPstSIYaIHc+y2sX5IliYwnAWpMM6Jb7y0EjLskPY353Qq+vAwTLp6n1anEi3VQF wM6wPBmqVrevvmdRZ2D24z7GDfQdbj6Vy+y444fIZ8IvPcN/H+/GJXBTSTC3XfUWGKJS 43CrlHZVWcVVWqbgKKTKC9TTm+MkRsBiob5wLt6GouQpmyKVHL2oV2nhhN7lwp7GPeLu 6kX41FmCA1J+4n232n0T82sQOAH0g02kW9x11Hj74bu2BCsHcASZu2+N4WGWLGim4y04 yng37InS5OubXsFZAwdDrl0gxjBQkIEaS3oxmdPpJ+maugIL6KbnuFJx32AiGBD/IH35 0kOQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-213544-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-213544-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id d75a77b69052e-441f30f6eb1si17270151cf.664.2024.06.13.08.29.30 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Jun 2024 08:29:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-213544-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-213544-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-213544-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id E11851C24205 for ; Thu, 13 Jun 2024 15:29:02 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id BCFA2149C7F; Thu, 13 Jun 2024 15:28:11 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 2DC7E149C68 for ; Thu, 13 Jun 2024 15:28:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718292491; cv=none; b=jiMpbKEpS/rk+O/1eSfupj9EXBFkYxA4ZltY+UUsfsPAtLAVFW8mLrT7C1Qixe6ab5SSSBK9i1+HagW3lozXpf4BvA8spkJITu01jKe8DpN4lkw3NaUODVp8TEI/yXIRirX080Kg02cHPDyaMete9aAc4YojtU3p/EsX1roFN6w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718292491; c=relaxed/simple; bh=ARZDt76vR2K5krolVAZGDnBHqsUFhU8nhZvM4Xnk+eY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=uNZh3au1PZN/j+a5Cna53FQ+xHCCV0UJ1JXVXVdMdggF5Q73CiV2c165WtHZqTts9RBt153X5HPUO8jt27xCK0di21CjdOItDuyes9bnzqtbUXIP/M+4iQajrEgCTb+dO5tgTyN6mjybNzddz+UxbRY1NGXZPUsFylthO6SeZFc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EBE1CFEC; Thu, 13 Jun 2024 08:28:32 -0700 (PDT) Received: from [10.57.42.101] (unknown [10.57.42.101]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DD5213F73B; Thu, 13 Jun 2024 08:28:06 -0700 (PDT) Message-ID: Date: Thu, 13 Jun 2024 16:28:08 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 0/7] Support fdinfo runtime and memory stats on Panthor To: =?UTF-8?Q?Adri=C3=A1n_Larumbe?= , Boris Brezillon , Liviu Dudau , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter Cc: kernel@collabora.com, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20240606005416.1172431-1-adrian.larumbe@collabora.com> From: Steven Price Content-Language: en-GB In-Reply-To: <20240606005416.1172431-1-adrian.larumbe@collabora.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 06/06/2024 01:49, Adrián Larumbe wrote: > This patch series enables userspace utilities like gputop and nvtop to > query a render context's fdinfo file and figure out rates of engine > and memory utilisation. > > Previous discussion can be found at > https://lore.kernel.org/dri-devel/20240423213240.91412-1-adrian.larumbe@collabora.com/ > > Changelog: > v3: > - Fixed some nits and removed useless bounds check in panthor_sched.c > - Added support for sysfs profiling knob and optional job accounting > - Added new patches for calculating size of internal BO's > v2: > - Split original first patch in two, one for FW CS cycle and timestamp > calculations and job accounting memory management, and a second one > that enables fdinfo. > - Moved NUM_INSTRS_PER_SLOT to the file prelude > - Removed nelem variable from the group's struct definition. > - Precompute size of group's syncobj BO to avoid code duplication. > - Some minor nits. > > > Adrián Larumbe (7): > drm/panthor: introduce job cycle and timestamp accounting > drm/panthor: add DRM fdinfo support > drm/panthor: enable fdinfo for memory stats > drm/panthor: add sysfs knob for enabling job profiling > drm/panthor: support job accounting > drm/drm_file: add display of driver's internal memory size > drm/panthor: register size of internal objects through fdinfo The general shape of what you end up with looks correct, but these patches are now in a bit of a mess. It's confusing to review when the accounting is added unconditionally and then a sysfs knob is added which changes it all to be conditional. Equally that last patch (register size of internal objects through fdinfo) includes a massive amount of churn moving everything into an 'fdinfo' struct which really should be in a separate patch. Ideally this needs to be reworked into a logical series of patches with knowledge of what's coming next. E.g. the first patch could introduce the code for cycle/timestamp accounting but leave it disabled to be then enabled by the sysfs knob patch. One thing I did notice though is that I wasn't seeing the GPU frequency change, looking more closely at this it seems like there's something dodgy going on with the devfreq code. From what I can make out I often end up in a situation where all contexts are idle every time tick_work() is called - I think this is simply because tick_work() is scheduled with a delay and by the time the delay has hit the work is complete. Nothing to do with this series, but something that needs looking into. I'm on holiday for a week but I'll try to look at this when I'm back. Steve > Documentation/gpu/drm-usage-stats.rst | 4 + > drivers/gpu/drm/drm_file.c | 9 +- > drivers/gpu/drm/msm/msm_drv.c | 2 +- > drivers/gpu/drm/panfrost/panfrost_drv.c | 2 +- > drivers/gpu/drm/panthor/panthor_devfreq.c | 10 + > drivers/gpu/drm/panthor/panthor_device.c | 2 + > drivers/gpu/drm/panthor/panthor_device.h | 21 ++ > drivers/gpu/drm/panthor/panthor_drv.c | 83 +++++- > drivers/gpu/drm/panthor/panthor_fw.c | 16 +- > drivers/gpu/drm/panthor/panthor_fw.h | 5 +- > drivers/gpu/drm/panthor/panthor_gem.c | 67 ++++- > drivers/gpu/drm/panthor/panthor_gem.h | 16 +- > drivers/gpu/drm/panthor/panthor_heap.c | 23 +- > drivers/gpu/drm/panthor/panthor_heap.h | 6 +- > drivers/gpu/drm/panthor/panthor_mmu.c | 8 +- > drivers/gpu/drm/panthor/panthor_mmu.h | 3 +- > drivers/gpu/drm/panthor/panthor_sched.c | 304 +++++++++++++++++++--- > include/drm/drm_file.h | 7 +- > 18 files changed, 522 insertions(+), 66 deletions(-) > > > base-commit: 310ec03841a36e3f45fb528f0dfdfe5b9e84b037