6by9

@Dark-Sky That log doesn't include the ```ERROR Failed to allocate DLIST entry: -28``` error that this issue is about. `swiotlb buffer is full` is a little worrying as I wouldn't...

> For the moment no more problems with pull/5684. I will continue to report. So does that mean it is working? If not, what kernel version are they actually running?...

> Seems to me it should have locked up by now. That sounds positive. I've updated the PR, and will look to get it merged now.

> Any news on this? +1 with devices with the same problem. It was merged on Nov 6th. It looks like we may not have had an rpi-update kernel build...

Has Manjaro picked up #5733 as well? If not then any atomic_check calls get allocated and stored in the stale list, even when they haven't been committed to the hardware.

Sorry, I know very little of the 3D pipeline. 6.6 is now the standard kernel branch, although KingZambo reported above a reset on 6.6.20. @popcornmix possibly, or @melissawen for more...

Hit the wrong button and created the PR before I'd described it :-( For testing on https://forums.raspberrypi.com/viewtopic.php?t=363696

> Maybe. My gut feel is the `__vb2_queue_cancel` WARN is not causing the mouse pointer freeze for 10-15 seconds, and is possibly harmless (@6by9 may be able to clarify). Correct,...

> The first and probably most evident one is the pre-allocation of the video device numbers. https://github.com/raspberrypi/linux/blob/rpi-6.1.y/drivers/media/platform/raspberrypi/pisp_be/pisp_be.c#L27 This is not gonna fly in mainline most probably and could either be...

The wiki you linked to doesn't reference the rotation override at all. Why do you need to rotate the video from device tree? If using any window manager (ie X11...