Bug 2238711 - GDM crashes on Intel Iris Plus graphics - crash in gnome-shell cogl_gl_create_timestamp_query
Summary: GDM crashes on Intel Iris Plus graphics - crash in gnome-shell cogl_gl_create...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: mesa
Version: 39
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedBlocker
: 2241332 (view as bug list)
Depends On:
Blocks: F39FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2023-09-13 09:59 UTC by Filip Bartmann
Modified: 2023-10-09 22:25 UTC (History)
22 users (show)

Fixed In Version: mesa-23.2.1-2.fc39
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-10-09 22:25:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Debug info (33.65 KB, application/octet-stream)
2023-09-16 10:18 UTC, Filip Bartmann
no flags Details
output from journalctl -b (366.69 KB, text/plain)
2023-09-24 21:23 UTC, James
no flags Details
output from lspci (1.46 KB, text/plain)
2023-09-24 21:24 UTC, James
no flags Details
backtrace (6.83 KB, text/plain)
2023-09-24 21:24 UTC, James
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME mutter issues 3056 0 None opened gdm not starting, gnome-shell crashing in cogl_gl_create_timestamp_query 2023-09-27 09:59:32 UTC
freedesktop.org Gitlab mesa mesa issues 9889 0 None opened [Iris Plus] gdm not starting, gnome-shell crashing in cogl_gl_create_timestamp_query 2023-09-27 10:00:28 UTC

Description Filip Bartmann 2023-09-13 09:59:09 UTC
After last update I have problems with GDM and gnome-shell. When GDM starts id hangs with error:

zář 13 11:40:40 fedora systemd[1]: Starting gdm.service - GNOME Display Manager...
zář 13 11:40:40 fedora systemd[1]: Started gdm.service - GNOME Display Manager.
zář 13 11:40:59 2001-1ae9-2e8-fa00-5260-9dab-358b-fd26.ip6.tmcz.cz gdm[928]: Gdm: GdmDisplay: Session never registered, failing
zář 13 11:40:59 2001-1ae9-2e8-fa00-5260-9dab-358b-fd26.ip6.tmcz.cz gdm[928]: Gdm: Child process -1064 was already dead.
zář 13 11:40:59 2001-1ae9-2e8-fa00-5260-9dab-358b-fd26.ip6.tmcz.cz gdm[928]: Gdm: GdmDisplay: Session never registered, failing
zář 13 11:40:59 2001-1ae9-2e8-fa00-5260-9dab-358b-fd26.ip6.tmcz.cz gdm[928]: Gdm: Child process -1064 was already dead

After downgrade of gnome-shell all starts working

Reproducible: Always

Steps to Reproduce:
1. Update fedora
2. Reboot
3. gdm hangs
Actual Results:  
GDM hankgs

Expected Results:  
GDM login screen

Comment 1 Filip Bartmann 2023-09-16 10:18:50 UTC
Created attachment 1989131 [details]
Debug info

Comment 2 Filip Bartmann 2023-09-18 09:51:06 UTC
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-

Comment 3 Kamil Páral 2023-09-22 10:47:35 UTC
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.

Comment 4 James 2023-09-24 21:23:32 UTC
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.

Comment 5 James 2023-09-24 21:23:57 UTC
Created attachment 1990365 [details]
output from journalctl -b

Comment 6 James 2023-09-24 21:24:16 UTC
Created attachment 1990366 [details]
output from lspci

Comment 7 James 2023-09-24 21:24:34 UTC
Created attachment 1990367 [details]
backtrace

Comment 8 Kamil Páral 2023-09-26 11:27:40 UTC
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?

Comment 9 James 2023-09-27 08:56:47 UTC
(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

Comment 10 James 2023-09-27 09:01:06 UTC
Moved to mutter: https://gitlab.gnome.org/GNOME/mutter/-/issues/3056

Comment 11 James 2023-09-27 09:58:29 UTC
... who are blaming Mesa https://gitlab.freedesktop.org/mesa/mesa/-/issues/9889

Comment 12 Jiri Eischmann 2023-09-27 10:30:47 UTC
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.

Comment 13 Fedora Blocker Bugs Application 2023-09-27 10:36:10 UTC
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.

Comment 14 Adam Williamson 2023-09-27 23:10:46 UTC
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`.

Comment 15 James 2023-09-28 20:48:03 UTC
(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.

Comment 16 Adam Williamson 2023-09-28 20:51:33 UTC
aha, thanks!

Comment 17 Kamil Páral 2023-10-02 12:23:58 UTC
Accepted as F39 Final blocker in https://pagure.io/fedora-qa/blocker-review/issue/1349

Comment 18 Niels De Graef 2023-10-03 13:26:11 UTC
*** Bug 2241332 has been marked as a duplicate of this bug. ***

Comment 19 Adam Williamson 2023-10-05 15:59:16 UTC
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.

Comment 20 Adam Williamson 2023-10-05 18:34:53 UTC
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!

Comment 21 James 2023-10-05 21:07:31 UTC
(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.

Comment 22 Fedora Update System 2023-10-06 00:03:41 UTC
FEDORA-2023-86e10b6cae has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-86e10b6cae

Comment 23 Adam Williamson 2023-10-06 00:12:34 UTC
Thanks James, I've sent an official update as you can see.

Comment 24 Fedora Update System 2023-10-06 02:13:32 UTC
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.

Comment 25 Fedora Update System 2023-10-09 22:25:53 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.