linux-kernel - Re: [PATCH v12 2/2] drm/amdgpu: Enable async flip on overlay planes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAFZQkGyy_Rn-m2j5Lx3Ci-X7bj3atvdub15F96HbO9c+J4Z37Q@mail.gmail.com>
Date: Wed, 29 Jan 2025 18:23:49 +0100
From: Xaver Hugl <xaver.hugl@...il.com>
To: André Almeida <andrealmeid@...lia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>, 
	Thomas Zimmermann <tzimmermann@...e.de>, David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>, 
	Harry Wentland <harry.wentland@....com>, Leo Li <sunpeng.li@....com>, 
	Rodrigo Siqueira <Rodrigo.Siqueira@....com>, Alex Deucher <alexander.deucher@....com>, 
	Christian König <christian.koenig@....com>, 
	Xinhui Pan <Xinhui.Pan@....com>, dmitry.baryshkov@...aro.org, 
	Simon Ser <contact@...rsion.fr>, joshua@...ggi.es, Daniel Stone <daniel@...ishbar.org>, 
	ville.syrjala@...ux.intel.com, kernel-dev@...lia.com, 
	dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org, 
	amd-gfx@...ts.freedesktop.org
Subject: Re: [PATCH v12 2/2] drm/amdgpu: Enable async flip on overlay planes

> It's not the intention of this patch to disable async updates on cursor
> planes... but I don't think it's happening here? Async plane updates and
> async page flips are different things.
Right, these are different code paths. Nevermind then, it's just a bit
confusing.

> Any function that used to call amdgpu_dm_plane_atomic_async_check() for
> an async update on a cursor plane will continue to being able to do that.
>
> For callers of _atomic_async_check() from a page flip path (like
> drm_atomic_set_property()), those couldn't flip a cursor plane, and will
> continue to be like that for now.
>
> At least this is my analysis, please let me know if I got something wrong.