ystem, which causes ttm_global_init to fail. The
following patch fixes the issue by ignoring the debugfs failure, which
is expected, rather than allowing it to cause ttm_global_init to fail.
Dan Moulding (1):
drm: ttm: Don't bail from ttm_global_init if debugfs_create_dir fails
drivers/g
tialize debugfs from ttm_global_init()")
Signed-off-by: Dan Moulding
---
drivers/gpu/drm/ttm/ttm_device.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_device.c b/drivers/gpu/drm/ttm/ttm_device.c
index 74e3b460132b..2df59b3c2ea1 100644
--- a/drivers/gpu/d
Just a friendly reminder that this fix for a regression needs
review. It should be a quick review.
It would probably be good to ensure this gets in before the final 5.14
release, otherwise this is going to be a very visible regression for
anyone that uses DRM and does not use debugfs.
Thanks!
--
On 04.12.21 17:40, Stefan Fritsch wrote:
> Hi,
>
> when updating from 5.14 to 5.15 on a system with NVIDIA GP108 [GeForce
> GT 1030] (NV138) and Ryzen 9 3900XT using kde/plasma on X (not wayland),
> there is a regression: There is now some annoying black flickering in
> some applications, for exam
> Please test if that patch changes anything.
Looks like the driver is not functional after applying that patch. As
soon as the display manager is supposed to start I get a black screen
with just a (working) mouse pointer. VT switching doesn't work after
that point.
I got the following warning wh
> There is a pretty obvious typo in there:
>
> --- a/drivers/gpu/drm/nouveau/nouveau_fence.c
> +++ b/drivers/gpu/drm/nouveau/nouveau_fence.c
> @@ -359,7 +359,7 @@ nouveau_fence_sync(struct nouveau_bo *nvbo, struct
> nouveau_channel *chan, bool e
> fobj = dma_resv_shared_list(resv
Tested-by: Dan Moulding
Thanks!
-- Dan
