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 581887

Summary:

Graphical boot does not reach the login screen.

Product:

[Fedora] Fedora

Reporter:

Björn Persson <bjorn>

Component:

xorg-x11-drv-nouveau

Assignee:

Ben Skeggs <bskeggs>

Status:

CLOSED DUPLICATE

QA Contact:

Fedora Extras Quality Assurance <extras-qa>

Severity:

medium

Docs Contact:

Priority:

low

Version:

CC:

airlied, ajax, bskeggs

Target Milestone:

---

Target Release:

---

Hardware:

All

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2010-04-16 14:11:13 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
X server log with drm.debug=15	none
/var/log/messages with drm.debug=15	none
/var/log/dmesg with drm.debug=15	none
/var/log/Xorg.0.log with nomodeset	none

Description Björn Persson 2010-04-13 13:53:01 UTC

Created attachment 406243 [details]
X server log with drm.debug=15

Description of problem:
The graphical boot process stops after the Fedora logo is filled.

Version-Release number of selected component (if applicable):
xorg-x11-drv-nouveau-0.0.16-2.20100218git2964702.fc13.x86_64

How reproducible:
two times out of two

Steps to Reproduce:
http://fedoraproject.org/wiki/QA:Testcase_nouveau_basic
  
Actual results:
The Fedora logo gets filled from lower left to upper right, a halo appears and fades, and then nothing more happens on the screen. I can access the system by SSH though. Only the graphics is broken.

Expected results:
a login screen

Additional info:
It has worked before. This problem started after I installed a huge bunch of updates in preparation for the Nouveau test day.

Smolt profile: http://www.smolts.org/client/show/pub_88cd7ab2-c7c0-46b9-9a91-e7687128a21c
There are files in /etc/xorg.conf.d but no xorg.conf.

Comment 1 Björn Persson 2010-04-13 13:56:11 UTC

Created attachment 406245 [details]
/var/log/messages with drm.debug=15

Comment 2 Björn Persson 2010-04-13 13:57:16 UTC

Created attachment 406246 [details]
/var/log/dmesg with drm.debug=15

Comment 3 Björn Persson 2010-04-13 13:59:24 UTC

Created attachment 406248 [details]
/var/log/Xorg.0.log with nomodeset

With nomodeset I get a login screen but with a lower resolution than it should be.

Comment 4 Björn Persson 2010-04-13 22:48:43 UTC

If I don't add "nomodeset" but instead remove "rhgb", then the system boots OK with the correct resolution.

Comment 5 Ben Skeggs 2010-04-14 00:33:15 UTC

I'm wondering if you're seeing an issue I seen after some recent updates.  If you boot with unmodified default boot options, except for an appended "3", and the login at the graphical console and run "init 5", do things work as expected?

Comment 6 Björn Persson 2010-04-14 11:16:59 UTC

Assuming s/graphical/text/, that works except that keypresses aren't echoed on tty1 so I have to type the username blindly and "Password:" is printed to the right of "login:" instead of below. After I've logged in keypresses are echoed as usual. On tty2 I don't see this quirk.

Anyway, yes, "init 5" works as expected.

Comment 7 Ben Skeggs 2010-04-14 22:52:49 UTC

Ok.  Can you check https://bugzilla.redhat.com/show_bug.cgi?id=577789, I'd say it's likely the same issue.

Comment 8 Björn Persson 2010-04-16 14:11:13 UTC

gdm-2.29.92-6.fc13 fixed this.

I filed bug 583025 about the problem with "nomodeset".

*** This bug has been marked as a duplicate of bug 577789 ***