Created attachment 136679 [details]
uncorrupted desktop

To give you a better idea of the corruption, here is a screenshot of the desktop in normal circumstances.

possible duplicate for bug #104536 .. the symptoms look a lot worse though

This is running the new GNOME based Ubuntu GUI with Gnome-Shell Wayland, right?

With "Windows control did not work" you mean it doesn't respond to mouse-clicks?

In that case it is known bugs/limitations in gnome-shell for depth 30/10bpc mode. GNOME Shells picking code can't handle 10 bit per color channel.

Additionally Gnome-Shells Wayland compositor doesn't handle anything but bgrx8888 or bgra8888 framebuffers in its drm/kms backend. It takes whatever framebuffer format it gets, e.g., bgrx1010102 and hands it to the kernel as bgrx8888, so the gpu misinterprets a 10 bit image as a 8 bit image during scanout, which ends badly.

(In reply to Mario Kleiner from comment #3)
> This is running the new GNOME based Ubuntu GUI with Gnome-Shell Wayland,
> right?
> 
> With "Windows control did not work" you mean it doesn't respond to
> mouse-clicks?
> 
> In that case it is known bugs/limitations in gnome-shell for depth 30/10bpc
> mode. GNOME Shells picking code can't handle 10 bit per color channel.
> 
> Additionally Gnome-Shells Wayland compositor doesn't handle anything but
> bgrx8888 or bgra8888 framebuffers in its drm/kms backend. It takes whatever
> framebuffer format it gets, e.g., bgrx1010102 and hands it to the kernel as
> bgrx8888, so the gpu misinterprets a 10 bit image as a 8 bit image during
> scanout, which ends badly.

Right, so this is NOTOURBUG. Zebulon, your issue should disappear when you do apt-get update again since allow_rgb10_configs defaults to 'false'.

Mario, do you know if there us existing Gnome bug about this? (did not find such) Maybe easiest workaround for them would be to ignore 10bpc until picking and kms backend is fixed.

I can't help you anymore. I removed oibaf repo and switch back to original ubuntu driver.

(In reply to Tapani Pälli from comment #4)
> (In reply to Mario Kleiner from comment #3)
> > This is running the new GNOME based Ubuntu GUI with Gnome-Shell Wayland,
> > right?
> > 
> > With "Windows control did not work" you mean it doesn't respond to
> > mouse-clicks?
> > 
> > In that case it is known bugs/limitations in gnome-shell for depth 30/10bpc
> > mode. GNOME Shells picking code can't handle 10 bit per color channel.
> > 
> > Additionally Gnome-Shells Wayland compositor doesn't handle anything but
> > bgrx8888 or bgra8888 framebuffers in its drm/kms backend. It takes whatever
> > framebuffer format it gets, e.g., bgrx1010102 and hands it to the kernel as
> > bgrx8888, so the gpu misinterprets a 10 bit image as a 8 bit image during
> > scanout, which ends badly.
> 
> Right, so this is NOTOURBUG. Zebulon, your issue should disappear when you
> do apt-get update again since allow_rgb10_configs defaults to 'false'.
> 
> Mario, do you know if there us existing Gnome bug about this? (did not find
> such) Maybe easiest workaround for them would be to ignore 10bpc until
> picking and kms backend is fixed.

None that i would know of. I haven't filed one so far.

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/781.