[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2939807.SvYEEZNnvj@diego>
Date: Tue, 20 Aug 2024 13:24:59 +0200
From: Heiko Stübner <heiko@...ech.de>
To: linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org
Cc: dri-devel@...ts.freedesktop.org, kernel@...labora.com,
Mary Guillemard <mary.guillemard@...labora.com>,
Steven Price <steven.price@....com>,
Boris Brezillon <boris.brezillon@...labora.com>,
Rob Herring <robh@...nel.org>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...il.com>, Daniel Vetter <daniel@...ll.ch>,
Mary Guillemard <mary.guillemard@...labora.com>
Subject: Re: [PATCH v3 2/2] drm/panfrost: Add cycle counter job requirement
Am Montag, 19. August 2024, 10:02:23 CEST schrieb Mary Guillemard:
> Extend the uAPI with a new job requirement flag for cycle
> counters. This requirement is used by userland to indicate that a job
> requires cycle counters or system timestamp to be propagated. (for use
> with write value timestamp jobs)
>
> We cannot enable cycle counters unconditionally as this would result in
> an increase of GPU power consumption. As a result, they should be left
> off unless required by the application.
>
> If a job requires cycle counters or system timestamps propagation, we
> must enable cycle counting before issuing a job and disable it right
> after the job completes.
>
> Since this extends the uAPI and because userland needs a way to advertise
> features like VK_KHR_shader_clock conditionally, we bumps the driver
> minor version.
>
> v2:
> - Rework commit message
> - Squash uAPI changes and implementation in this commit
> - Simplify changes based on Steven Price comments
>
> v3:
> - Add Steven Price r-b
> - Fix a codestyle issue
>
> Signed-off-by: Mary Guillemard <mary.guillemard@...labora.com>
> Reviewed-by: Steven Price <steven.price@....com>
On a rk3588-tiger with matching MESA build and
"RUSTICL_ENABLE=panfrost clpeak"
Tested-by: Heiko Stuebner <heiko@...ech.de>
Without this change, clpeak fails with
clCreateCommandQueue (-35)
I guess this is mainly applicable to the timestamp part, but that is
partially in this commit too.
Heiko
Powered by blists - more mailing lists