Bug 861746 - GDM login screen artefacts and corruption with Geforce 210
Summary: GDM login screen artefacts and corruption with Geforce 210
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 18
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-30 12:15 UTC by Ryan K
Modified: 2014-09-13 18:58 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-06-25 16:45:50 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
dmesg output during test (73.92 KB, text/plain)
2012-09-30 12:16 UTC, Ryan K
no flags Details

Description Ryan K 2012-09-30 12:15:51 UTC
Description of problem:
Using the Fedora 18 nouveau graphics test day live image, the GDM login and user switching screens show graphical artefacts. Specifically, the Fedora Logo (above the username list) and the accessibility and power button icons display as gray, blue, or yellow rectangles. When switching users they sometimes appear as "holes" that show the desktop background. 

The accessibility and power icons show normally when the mouse is placed over them, but then revert t corrupted state.

Version-Release number of selected component (if applicable):
Fedora 18 nouveau test day live image (x86_84)
http://adamwill.fedorapeople.org/graphics_test_week_20120924/20120924-test_days-x86_64.iso

How reproducible:
About 1 in 10 times, the GDM screen will show normally.

Steps to Reproduce:
1. Boot the live image
2. Observe the corruption at the login screen.
3. Login as LiveSystem User
4. Create another user
5. Choose Switch User from user menu
6. observe the corruption at the user switching screen
7. Log in as second user
8. Log out as second user
9. No user switching screen is shown - jumps back to LiveSystemUser immediately
10. Log out LiveSystemUser
11. The display shows a VT terminal full of hard-to-read output for several seconds before the login screen is shown again.
  
Actual results:
Graphical corruption of the GDM login/user switch screens
No GDM screen when logging out from 2nd user
Non-smooth transition to login screen when logging out as Live System User

Expected results:
Properly displayed GDM screens
GDM screen appears when logging out at all times
Smooth transitions 

Additional info:
Smolt Profile: http://www.smolts.org/client/show/pub_42e04a43-2fea-4498-a18f-90b7b398022a

Comment 1 Ryan K 2012-09-30 12:16:57 UTC
Created attachment 619410 [details]
dmesg output during test

Comment 2 Ryan K 2012-09-30 12:18:50 UTC
These set of errors seem to reoccur in the dmesg output around the time of login:
[   32.300612] [drm] nouveau 0000:01:00.0: fail set_domain
[   32.300617] [drm] nouveau 0000:01:00.0: validate vram_list
[   32.300663] [drm] nouveau 0000:01:00.0: validate: -22

Comment 3 Adam Williamson 2012-10-04 18:04:47 UTC
Discussed at 2012-10-04 blocker review meeting: http://meetbot.fedoraproject.org/fedora-qa/2012-10-04/f18-beta-blocker-review-2.1.2012-10-04-16.00.log.txt . 

As this looks like a single-system X showstopper, we reject it as a blocker by established precedent (X bugs that affect only a single system or small range of systems are not considered to be wide enough to be blockers; we don't have the development capacity to commit to fixing all such bugs). If it turns out to affect a wider range of systems, it can be re-proposed as a blocker.

Comment 4 chris 2012-12-07 17:51:27 UTC
i have the same problem here sometimes (can't recognize any pattern) but I have an amd/ati graphics card. (Advanced Micro Devices [AMD] nee ATI Cypress PRO [Radeon HD 5800 Series])

Most of the time at the place where the fedora logo in gdm is supposed to be, i have only some artifacts.

Sometimes I have the black/white error with the accessibility icon.

But the worst thing is, that every fourth reboot, gdm fails to show up. It hangs after plymouth and shows me just my mouse on a black screen.

switching with Strg+Alt+F2 logging in and execute "startx" works just fine.

I don't know if these problems are connected as the last has a own bugreport
https://bugzilla.redhat.com/show_bug.cgi?id=879385

Comment 5 Adam Williamson 2012-12-11 01:04:04 UTC
Chris, you have a different graphics card with a different manufacturer from Ryan. Please file your bug separately (or look for an existing report with your graphics card). Thanks!

Comment 6 Ozan Çağlayan 2013-01-11 09:29:54 UTC
I'm having this too on F18 after upgrading from 3.6.x to 3.7.1 recently with an Nvidia card. Same dmesg output as Ryan. This wasn't happening on 3.6.x kernels.

Comment 7 Christian von Behren 2013-01-22 09:50:12 UTC
I see exact the same display errors using a Ati HD6850 and Gallium Drivers.
Artifacts on
- Fedora Logo (GDM Login Screen)
- Power-/Bluetooth-/Volume-/Network Icon in BOTH (GDM + Gnome Shell)
- Activities Background in Gnome Shell

Note that the image/icon corruption does no longer persist after relaunch of Gnome shell (Alt+F2 -> r)

What I do not see and suppose to be another problem is gdm failing to show up completely as chris stated..

@ Adam Williamson:
Why should we (disgarding the gdm shuw up error) file another bug as these problem of image corruption seem to occur hardware independant?

Comment 8 chris 2013-01-22 10:46:04 UTC
that's why I mentioned it here. I thought it would be interesting that it might not be nvidia specific. My bug is now filed as https://bugzilla.redhat.com/show_bug.cgi?id=885506 anyway.

Comment 9 Adam Williamson 2013-01-25 00:13:45 UTC
Christian: because you're using completely different graphics hardware which uses a completely different set of code. It's _possible_ the bug is the same and lies in the X server or the kernel or something, but it's really not very likely.

There's only so many forms of 'corruption' a display can really suffer, and they're likely to follow similar patterns; it's not so weird for two entirely different bugs in two different drivers to produce similar-looking corruption.

It would of course be a deal easier to compare the 'corruption' in question if people would post screen pics...

Comment 10 Christian von Behren 2013-01-25 08:00:17 UTC
Okay, thanks for the explanation.

I filed a new bug and made a screenshot as wished:
https://bugzilla.redhat.com/show_bug.cgi?id=903976 

I will extend the bug report with a GDM screenshot later.

The first one though which is not based on native reporting tools - if anyone needs additional infos or logs let me know.

Comment 11 Martin 2013-06-11 16:48:45 UTC
Ryan, are you able to reproduce it on latest Fedora 18 or 19?

Comment 12 Ryan K 2013-06-11 22:57:15 UTC
Regrettably I'm not able to test anymore. I removed the NVIDIA card from my system and switched to Linux Mint before Fedora 18 was released.

Comment 13 Adam Williamson 2013-06-11 23:30:08 UTC
Thanks for getting back to us! Sorry about the bug.

Ozan Çağlayan, are you still around and still seeing this bug? If so, we could keep it open. Please let us know. Thanks!

Comment 14 Ozan Çağlayan 2013-06-25 12:19:10 UTC
Hi,

No I'm not having this issue anymore.

Comment 15 Adam Williamson 2013-06-25 16:45:50 UTC
OK, we'd better close this then.


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