stable

mesa-23.2.1-2.fc39

FEDORA-2023-86e10b6cae created by adamwill 9 months ago for Fedora 39

This update includes a fix that should prevent crashes on some systems with Intel Iris Plus graphics hardware.

Logout Required
After installing this update it is required that you logout of your current user session and log back in to ensure the changes supplied by this update are applied properly.

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2023-86e10b6cae

This update has been submitted for testing by adamwill.

9 months ago

This update's test gating status has been changed to 'waiting'.

9 months ago
User Icon burns commented & provided feedback 9 months ago

Working as expected here.

This update has been pushed to testing.

9 months ago

This update's test gating status has been changed to 'passed'.

9 months ago
User Icon bojan commented & provided feedback 9 months ago
karma

Works.

User Icon nucleo commented & provided feedback 9 months ago

GPUCache needs cleaning after update 23.2.1-1 -> 23.2.1-2, but no problem after update 23.2.0~rc3-1 -> 23.2.1-1

User Icon maxifed commented & provided feedback 9 months ago

KDE Plasma crashed when opening Firefox. After running rm -r .cache/kwin .cache/plasmashell the crash is fixed. Maybe these updates really do need to trigger whatever cache invalidation is going on. (AMD RX 6600 XT, so likely not related to Intel fix)

User Icon nucleo commented & provided feedback 9 months ago

plasmadesktop crashes with firefox-118.0.1-4.fc39 , no problem with firefox-118.0-1.fc39.x86_64

User Icon agurenko commented & provided feedback 9 months ago

Firefox crash is discussed in Firefox package update: https://bodhi.fedoraproject.org/updates/FEDORA-2023-bbb8d72c6f#comment-3236545

I'm wondering if it's possible to implement GPUCache cleanup script within the mesa package? I'm hitting it more and more often and all electron based apps are affected lately, so it needs to go one by one to clean those up, just as a suggestion

User Icon decathorpe commented & provided feedback 9 months ago

After installing this update VS Code no longer rendered correctly. Removing ~/.config/Code/GPUCache/ fixed it.

Not sure how this can be handled better, since package updates cannot touch user's data. Is there a mechanism to invalidate caches?

User Icon agurenko commented & provided feedback 9 months ago
karma

Generally works well so far on RX7900XTX

At this point, given the amount of problematic Electron-based apps, I'm running this after mesa update:

for i in $(find ~/.config -type d -name "GPUCache" 2>/dev/null); do rm -rf ${i}; done

This update can be pushed to stable now if the maintainer wishes

9 months ago
User Icon saluki provided feedback 9 months ago
karma

This update has been submitted for stable by bodhi.

There is an ongoing freeze; this will be pushed to stable after the freeze is over.

9 months ago
User Icon kparal commented & provided feedback 9 months ago
karma

no issues on Intel Corporation CometLake-H GT2 [UHD Graphics] (rev 05)

User Icon geraldosimiao commented & provided feedback 9 months ago
karma

Works on Intel 3rd Gen Core processor Graphics vendor: Acer Incorporated ALI driver: i915 v: kernel

User Icon lruzicka commented & provided feedback 9 months ago
karma

Works Lenovo P1 4th gen

This update has been pushed to stable.

9 months ago
User Icon markmc commented & provided feedback 9 months ago

Confirming the GPUCache issue - Slack and Chrome had rendering issues after this update until I

for i in $(find ~/.config -type d -name "GPUCache" 2>/dev/null); do rm -rf ${i}; done

Please login to add feedback.

Metadata
Type
bugfix
Severity
high
Karma
6
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
14 days
Dates
submitted
9 months ago
in testing
9 months ago
in stable
9 months ago
approved
9 months ago
BZ#2238711 GDM crashes on Intel Iris Plus graphics - crash in gnome-shell cogl_gl_create_timestamp_query
0
0

Automated Test Results