Re: [PATCH RESEND v9 1/2] drm/atomic: Let drivers decide which planes to async flip

2024-11-05 Thread Christopher Snowhill
On Tue Nov 5, 2024 at 2:51 AM PST, Dmitry Baryshkov wrote: > On Tue, 5 Nov 2024 at 10:15, Christopher Snowhill wrote: > > > > On Mon Nov 4, 2024 at 12:52 PM PST, André Almeida wrote: > > > Hi Christopher, > > > > > > Em 03/11/2024 03:36, Christopher Sno

Re: [PATCH RESEND v9 1/2] drm/atomic: Let drivers decide which planes to async flip

2024-11-05 Thread Christopher Snowhill
On Mon Nov 4, 2024 at 12:52 PM PST, André Almeida wrote: > Hi Christopher, > > Em 03/11/2024 03:36, Christopher Snowhill escreveu: > > On Fri Nov 1, 2024 at 11:23 AM PDT, André Almeida wrote: > >> Currently, DRM atomic uAPI allows only primary planes to be flipped >

Re: [PATCH RESEND v9 1/2] drm/atomic: Let drivers decide which planes to async flip

2024-11-02 Thread Christopher Snowhill
f the Year Enhanced on my RX 7700 XT at maximum settings at 1080p165, and the tearing support in labwc allowed it to reach over 700fps. No problems from the hardware cursor. Tested-by: Christopher Snowhill > --- > Changes from v8: > - Rebased on top of 6.12-rc1

Re: [REGRESSION][BISECTED] 58a261bfc967: choppy GPU performance

2024-10-04 Thread Christopher Snowhill
he issue tracker as well. Wasn't paying attention as much to the name of the user reporting it there. Carry on. > From: Christopher Snowhill > To: John Rowley ; Mario Limonciello > ; Leo Li ; Hamza Mahfooz > > CC: Harry Wentland ; Rodrigo Siqueira > ; amd-gfx@lists.freed

Re: [REGRESSION][BISECTED] 58a261bfc967: choppy GPU performance

2024-10-02 Thread Christopher Snowhill
On Tue Oct 1, 2024 at 2:32 PM PDT, John Rowley wrote: > The attached patch seems to improve rendering performance a lot; animations > and desktop performance are generally smoother again. > > But it doesn't seem 100%, e.g. if I let the laptop idle for 10 secs before > interacting with the touchpa

Re: [PATCH 0/2] drm/amd: fix VRR race condition during IRQ handling

2024-09-09 Thread Christopher Snowhill
On Sun Sep 8, 2024 at 4:23 AM PDT, Tobias Jakobi wrote: > On 9/8/24 09:35, Christopher Snowhill wrote: > > > On Mon Sep 2, 2024 at 2:40 AM PDT, tjakobi wrote: > >> From: Tobias Jakobi > >> > >> Hello, > >> > >> this fixes a nasty race cond

Re: [PATCH 0/2] drm/amd: fix VRR race condition during IRQ handling

2024-09-08 Thread Christopher Snowhill
On Mon Sep 2, 2024 at 2:40 AM PDT, tjakobi wrote: > From: Tobias Jakobi > > Hello, > > this fixes a nasty race condition in the set_drr() callbacks for DCN10 > and DCN35 that has existed now since quite some time, see this GitLab > issue for reference. > > https://gitlab.freedesktop.org/drm/amd/-/

Re: [PATCH 1/2] drm/amd/display: Avoid race between dcn10_set_drr() and dc_state_destruct()

2024-09-02 Thread Christopher Snowhill
s->set_static_screen_control( > + tg, event_triggers, num_frames); > } > } > } This fixes hard to trace panics with labwc VRR and Wayfire on RX 6700 XT. I had to use netconsole to arrive at the original bug report. Tested-by: Christopher Snowhill

Re: [PATCH] drm/amdkfd: keep create queue success if cwsr save area doesn't match

2024-08-13 Thread Christopher Snowhill
> On Aug 13, 2024, at 6:52 PM, Felix Kuehling wrote: > > Hang on a second. If there are production GPUs that only work with > HSA_OVERRIDE_GFX_VERSION right now, then we should make those GPUs properly > supported. I thought this was only used internally for bring-up or maybe > externally

Re: [PATCH 00/34] GC per queue reset

2024-07-23 Thread Christopher Snowhill
Alex Deucher writes: > On Thu, Jul 18, 2024 at 10:15 AM Alex Deucher > wrote: >> >> This adds preliminary support for GC per queue reset. In this >> case, only the jobs currently in the queue are lost. If this >> fails, we fall back to a full adapter reset. > > Also available here via git: >