Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1931070

Summary: sddm crashes with mesa-21 on VMware
Product: [Fedora] Fedora Reporter: Neal Gompa <ngompa13>
Component: mesaAssignee: Adam Jackson <ajax>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 34CC: ajax, awilliam, bskeggs, caillon+fedoraproject, gmarr, igor.raits, jglisse, lyude, ngompa13, rclark, rhughes, robatino, rstrode, tstellar
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Unspecified   
Whiteboard: AcceptedFreezeException RejectedBlocker
Fixed In Version: mesa-21.0.0~rc5-2.fc34 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-03-12 15:48:28 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1829023    

Description Neal Gompa 2021-02-20 13:36:20 UTC
Description of problem:
When booting up Fedora 34 KDE Plasma on VMware Workstation 16 and VMware Fusion 11 and 12, I am not able to login to my Plasma session because SDDM crashes with Mesa 21.

Version-Release number of selected component (if applicable):
21.0.0~rc5-1.fc34

How reproducible:
Always

Steps to Reproduce:
1. Install Fedora 34 KDE Plasma nightly in VMware
2. Reboot

Actual results:
System boots to a black screen (sddm-greeter crashes in the background)

Expected results:
System boots into SDDM, allowing login

Additional info:
If I manually downgrade to mesa-20.2.3-2.fc34, everything works again. It breaks with mesa 20.3 and newer.

Comment 1 Fedora Blocker Bugs Application 2021-02-20 13:41:04 UTC
Proposed as a Blocker for 34-beta by Fedora user ngompa using the blocker tracking app because:

 This bug violates the basic criterion for "Expected installed system boot behavior" where "A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility". There is no way to log in or use the installed desktop.

Comment 2 Geoffrey Marr 2021-02-22 20:02:58 UTC
Discussed during the 2021-02-22 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedFreezeException (Beta)" and delay the classification of this bug as we think this is serious enough to be an FE at least, but not sure yet if it's wide enough in impact to constitute a blocker. We are punting for more testing and also to look at fixing it.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2021-02-22/f34-blocker-review.2021-02-22-17.07.txt

Comment 3 Neal Gompa 2021-02-23 14:04:45 UTC
Tentatively fixed with FEDORA-2021-25de318629.

Comment 4 Geoffrey Marr 2021-03-01 21:17:32 UTC
Discussed during the 2021-03-01 blocker review meeting: [0]

The decision to classify this bug as a "RejectedBlocker (Beta)" was made as it was generally felt this isn't going to affect enough people to constitute a conditional violation of "must boot to a working desktop", and VMware is not covered by the virtualization criteria.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2021-03-01/f34-blocker-review.2021-03-01-17.01.txt

Comment 5 Adam Williamson 2021-03-12 01:03:46 UTC
Neal, can you confirm whether it truly is fixed and close the bug if so? That update went stable a while ago. Thanks!

Comment 6 Neal Gompa 2021-03-12 15:48:28 UTC
(In reply to Adam Williamson from comment #5)
> Neal, can you confirm whether it truly is fixed and close the bug if so?
> That update went stable a while ago. Thanks!


Yes, this is fixed for me.