-
Notifications
You must be signed in to change notification settings - Fork 5.2k
Full KMS driver cursor glitches #3618
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
|
224,242c224,227
< crtc=crtc-2
< fb=206
< allocated by = Xorg
< refcount=1
< format=AR24 little-endian (0x34325241)
< modifier=0x0
< size=64x64
< layers:
< size[0]=64x64
< pitch[0]=256
< offset[0]=0
< obj[0]:
< name=0
< refcount=3
< start=00010be7
< size=16384
< imported=no
< crtc-pos=64x64+915+236
< src-pos=64.000000x64.000000+0.000000+0.000000
---
> crtc=(null)
> fb=0
> crtc-pos=0x0+0+0
> src-pos=0.000000x0.000000+0.000000+0.000000
300c285
< plane_mask=800004
---
> plane_mask=4 I've attached the two files in question for more context. |
While getting my Mandelbrot program to work using the new kernel and "dtoverlay=vc4-kms-v3d" ie, non fake kms I have come across a problem. However if I use the new kernel "Linux raspberrypi 5.4.40-v7l+ #1316 SMP Tue May 12 13:10:42 BST 2020 armv7l GNU/Linux" with "dtoverlay=vc4-kms-v3d", I have found that if I move the mouse, inside the active VLC video display area, the whole screen disappears, as though its disconnected, I think this because, when I stop moving the mouse the display pops up a message saying 'HDMI reconnected' and the screen reappears. Interestingly, if I move the mouse outside the active video display area, everything works just fine, by that I mean within the VLC menu area is fine, as is its blue bar at the top of the window and the player controls at the bottom of the window, or anywhere outside the VLC window; this is true for both 32 and 64bit. However if I use "dtoverlay=vc4-fkms-v3d" with the new kernel the problem does not exist. This is on a Pi4 fully updated. Hope that all makes sense and is of use. If you need any further info. let me know. |
Thanks. VLC doesn't use planes for the view (unless running fullscreen). So the only change I can see when entering VLC (or Chromium) video window is the app requests a different mouse pointer and KMS is not altering display list correctly. (I'm assuming kms uses cursor plane in similar way to fkms? Can cursor plane acceleration be disabled?) |
Here's the simple script I used to poll the composition information:
I think that if you were to run it (possibly reducing the iteration count) while triggering the screen blanking you would see similar short logs. |
I can confirm this as well with both Firefox & chromium with Ubuntu 21.04 pi image (kernel 5.8 + Nov 2020 kernel pi patchset) dtoverlay=vc4-kms-v3d is ok with no screen-blanking issues - I'm guessing because the window manager GNOMEs mutter defaults to llvmpipe software acceleration - so youtube is pretty much unusable at that point anyway. dtoverlay=vc4-kms-v3d-pi4 gives full 3D accel - but with the youtube screen-blanking observation. Going you-tube full screen just gives a blank screen and usually at that point I have to force power off and on again. |
Unless you are running old firmware or an old set of overlays, |
@pelwell I think this has been resolved (a few different ways). Is it okay to close? |
With the full KMS driver enabled on a Pi 4 (
dtoverlay=vc4-kms-v3d
, ordtoverlay=vc4-kms-v3d-pi4
on older systems) I see two different graphical glitches related to the cursor.Immediately after booting to the desktop (with auto-login, although that may not be relevant), the window manager positions the cursor above the Raspberry menu. with full KMS enabled the cursor image looks like random junk (it reminds me of playing with sprites on a C64). The correct image can be restored by movnig the cursor to the the edge of the screen.
Watching a YouTube clip in chromium, when the cursor is moved over the video window, my monitor blanks (not so) briefly. I would guess this is because an extra GUI layer is added to the video area, perhaps causing HVS underflow. The picture returns after a second or two, but the GUI is absent, as if adding the layer has failed.
The text was updated successfully, but these errors were encountered: