Bug 2238711

Created attachment 1989131 [details]
Debug info

I log i found 

abrt-notification[1836]: Process 1141 (gnome-shell) crashed in cogl_gl_create_timestamp_query()

This works in gnome-shell beta - after upgrate to rc version I have this error-

Filip, please attach a full system journal of the failed boot. `journalctl -b > journal.txt` for the current boot, or `journalctl -b -1 > journal.txt` for the previous boot. Thanks. Also please attach `lspci` output. Thanks.

Seen here after upgrade to F39 on a machine with i3-1005G1 graphics.

kernel-6.5.4-300.fc39.x86_64
mesa-dri-drivers-23.2.0~rc3-1.fc39.x86_64
gdm-45.0.1-1.fc39.x86_64
mutter-45.0-2.fc39.x86_64
gnome-shell-45.0-1.fc39.x86_64

My journal, lspci and backtrace attached below.

Created attachment 1990365 [details]
output from journalctl -b

Created attachment 1990366 [details]
output from lspci

Created attachment 1990367 [details]
backtrace

Thanks, James. Could you please file a ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues , attach or link the files you attached here, and paste the resulting upstream ticket URL here?

(In reply to Kamil Páral from comment #8)
> Thanks, James. Could you please file a ticket at
> https://gitlab.gnome.org/GNOME/gnome-shell/-/issues , attach or link the
> files you attached here, and paste the resulting upstream ticket URL here?

https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7053

Moved to mutter: https://gitlab.gnome.org/GNOME/mutter/-/issues/3056

... who are blaming Mesa https://gitlab.freedesktop.org/mesa/mesa/-/issues/9889

I'm experiencing the same crashes. GNOME does start up in the end (maybe because I have autologin?), but the boot is slow due to the crashes and GNOME fallbacks to X11 with no multi-finger gestures not working etc.

I have a 2020 Dell XPS 13 with Intel Iris Plus GPU.

Proposed as a Blocker for 39-final by Fedora user eischmann using the blocker tracking app because:

 This bug severely impacts F39 Workstation experience on machines with Intel Iris Plus GPU. GNOME Shell/GDM doesn't start up at all or fallbacks to X11 with degraded experience.

Can reporters please test downgrading packages to figure out what actually fixes this? I'd suggest this order:

1. Downgrade mesa to https://koji.fedoraproject.org/koji/buildinfo?buildID=2274339
2. If that doesn't fix it, downgrade mutter and gnome-shell to https://koji.fedoraproject.org/koji/buildinfo?buildID=2284675 and https://koji.fedoraproject.org/koji/buildinfo?buildID=2284676

if that doesn't fix it, report back and we'll try something else, I guess. :D

Instructions for downgrading: `dnf -y install koji`, then make a scratch dir somewhere (in your home dir or /var/tmp or something), and do `koji download-build --arch=x86_64 --arch=noarch (buildid)` , where (buildid) is the build ID from the URL, so 2274339 for mesa. Then do `dnf downgrade *.rpm`.

(In reply to Adam Williamson from comment #14)
> Can reporters please test downgrading packages to figure out what actually
> fixes this? I'd suggest this order:
> 
> 1. Downgrade mesa to
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2274339
> 2. If that doesn't fix it, downgrade mutter and gnome-shell to
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2284675 and
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2284676
> 
> if that doesn't fix it, report back and we'll try something else, I guess. :D
> 
> Instructions for downgrading: `dnf -y install koji`, then make a scratch dir
> somewhere (in your home dir or /var/tmp or something), and do `koji
> download-build --arch=x86_64 --arch=noarch (buildid)` , where (buildid) is
> the build ID from the URL, so 2274339 for mesa. Then do `dnf downgrade
> *.rpm`.

None of this worked, nor mesa-23.2.0~rc2-1.fc39.

I was able to get it working again by downgrading to mesa-23.1.5-1.fc39 (build 2268808). Will try to bisect.

aha, thanks!

Accepted as F39 Final blocker in https://pagure.io/fedora-qa/blocker-review/issue/1349

*** Bug 2241332 has been marked as a duplicate of this bug. ***

Some upstream discussion indicates https://gitlab.freedesktop.org/mesa/mesa/-/commit/9590bce3e249a34665b2c42b20bfdbdc7f32147f may fix this. Setting POST, will do a scratch build for folks to test shortly.

Scratch build is done for x86_64: https://koji.fedoraproject.org/koji/taskinfo?taskID=107101328

can folks test that and see if it helps? Thanks!

(In reply to Adam Williamson from comment #20)
> Scratch build is done for x86_64:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=107101328
> 
> can folks test that and see if it helps? Thanks!

Works after updating to the packages in that Koji task.

FEDORA-2023-86e10b6cae has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-86e10b6cae

Thanks James, I've sent an official update as you can see.

FEDORA-2023-86e10b6cae has been pushed to the Fedora 39 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-86e10b6cae`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-86e10b6cae

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2023-86e10b6cae has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.