Re: [PATCH] drm/ttm: allow debugfs_create_file() to fail in ttm_global_init()

isabled. > > Fixes: 69de4421bb4c ("drm/ttm: Initialize debugfs from ttm_global_init()") > Reported-by: Mikael Pettersson > Reported-by: Duncan > Signed-off-by: Greg Depoire--Ferrer > --- > Hi, I had this bug as well with the nouveau driver after updating. > This patch

Re: [REGRESSION][BISECTED] 5.14.0-rc4 thru rc6 69de4421bb broke

Duncan posted on Mon, 16 Aug 2021 07:58:37 + as excerpted: > Mikael Pettersson posted on Tue, 03 Aug 2021 08:54:18 +0200 as > excerpted: >> On Mon, Aug 2, 2021 at 8:29 PM Duncan wrote: >>> Mikael Pettersson wrote... >>> > Booting 5.14.0-rc4 on m

Re: [BISECTED] 5.14.0-rc4 broke drm/ttm when !CONFIG_DEBUG_FS

> > Reverting that from 5.14.0-rc4 gives me a working kernel again. > > Note that I have > # CONFIG_DEBUG_FS is not set That all matches here, including the unset CONFIG_DEBUG_FS and confirming the revert on 5.14.0-rc4 works. -- Duncan - HTML messages treated as spam &q

Re: [PATCH] drm/amd/display: Clear dm_state for fast updates

> caused a noticeable issue starting from 5.7-rc1 due to 3202fa62f > >> ("slub: relocate freelist pointer to middle of object") moving the > >> freelist pointer from dm_state->base (which was unused) to > >> dm_state->context (which is dereferenced). >

Re: [PATCH] amdgpu_dm: fix nonblocking atomic commit use-after-free

's what I /thought/ he was referencing. OTOH your base/context swap idea sounds like a possibly "less disturbance" workaround, if it works, and given the point in the commit cycle... (But if it's out Sunday it's likely too late to test and get it in now anyway; if it's another week, tho...) --