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 486567 - No GDM login screen after completed boot sequence (intel modesetting)
Summary: No GDM login screen after completed boot sequence (intel modesetting)
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-i810
Version: rawhide
Hardware: i386
OS: Linux
low
high
Target Milestone: ---
Assignee: Kristian Høgsberg
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: IntelKMS
TreeView+ depends on / blocked
 
Reported: 2009-02-20 11:17 UTC by Tom Mannerhagen
Modified: 2009-02-26 16:53 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-26 16:53:40 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
Xorg.0.log.old (deleted)
2009-02-21 00:42 UTC, Will Woods 		no flags Details
Xorg.0.log (deleted)
2009-02-22 14:57 UTC, Tom Mannerhagen 		no flags Details
View All

Description Tom Mannerhagen 2009-02-20 11:17:02 UTC 
Description of problem:
When booting the PC up, the new plymouth splash (or whatever it is called) is shown - means the boot progressbar is embedded in nice graphics.
After a while, when the GDM login normally should appear, the mousepointer is visible but the graphic splash with the now full progress bar, is still visible. No GDM login screen appears. 
I can however login by using the well known keys on my keyboard. Also the logon sound is played after I entered my password and press enter.

Moving to a terminal screen by pressing CTRL + ALT +F2 shows me a kind of error message:

[drm:intel_crtc_mode_set] *ERROR* Couldn't find PLL settings for mode!
[drm] LVDS-8: set mode kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk and then some garbage.

Version-Release number of selected component (if applicable):
Fedora Rawhide - Fedora 11 Alpha + all current updates.
The clean Alpha did not have this issue.

How reproducible:
Always! Tried 2 reinstalls (which works fine!) and then full updates via YUM which brings me here.

Steps to Reproduce:
1. Install Fedora 11 Alpha Live CD i386
2. Full update via Yum
3. Lean back and don't enjoy :)
  
Actual results:
No GDM login screen shown after boot sequence is completed.
Strange error message on all console / terminals.

Expected results:
Normal login screen.

Additional info:
Comment 1 Will Woods 2009-02-21 00:41:27 UTC 
You should be able to work around this problem by putting 'nomodeset' on the kernel commandline.

Could you attach your Xorg.0.log from the failed startup and perhaps give some details about the type of machine?

I have a similar problem with my Thinkpad T43 (Intel 915GM graphics). It looks like the modesetting driver is failing to find any modes for the laptop LCD, so it's attempting to use the TV output. 

Attaching Xorg.0.log; some interesting messages:

(II) intel(0): EDID for output LVDS1
(II) intel(0): Not using mode "<FF><FF><FF><FF>l$<B7><C0>" (height too large for
 virtual size)
...
(II) intel(0): No remaining probed modes for output LVDS1

meanwhile dmesg has:
Feb 19 22:28:23 localhost kernel: [drm:intel_crtc_mode_set] *ERROR* Couldn't find PLL settings for mode!
Feb 19 22:28:23 localhost kernel: [drm] LVDS-8: set mode NTSC 480i 16
Comment 2 Will Woods 2009-02-21 00:42:16 UTC 
Created attachment 332780 [details]
Xorg.0.log.old
Comment 3 Tom Mannerhagen 2009-02-22 14:50:18 UTC 
Hi

You're right. The "nomode" argument makes the loginscreen appear! 
The unit is a Toshiba Portégé R500-106 PPR50E-00L00NN5.

Here is the output from "lspci -v"

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller])
	Subsystem: Toshiba America Info Systems Device 0022
	Flags: bus master, fast devsel, latency 0, IRQ 16
	Memory at ffc80000 (32-bit, non-prefetchable) [size=512K]
	I/O ports at cff8 [size=8]
	Memory at e0000000 (32-bit, prefetchable) [size=256M]
	Memory at ffc40000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: <access denied>
	Kernel modules: i915

Attaching the log you ask for.

BR

Tom
Comment 4 Tom Mannerhagen 2009-02-22 14:57:36 UTC 
Created attachment 332858 [details]
Xorg.0.log

The log file as requested.

BR

Tom
Comment 5 Will Woods 2009-02-24 18:26:56 UTC 
This works for me with today's (20090224) rawhide. Hooray! Unfortunately X is unbearably slow with modeset on, but that's a different problem.

Tom, can you update to today's rawhide (incl. kernel-2.6.29-0.145) and try again?
Comment 6 Will Woods 2009-02-24 18:48:04 UTC 
For the record, bug 486682 is a very close match for the "X is really slow with modesetting" problem.
Comment 7 Tom Mannerhagen 2009-02-26 07:36:52 UTC 
Hi

You are right. After the latest update, the issue is resolved.
I can also agree that the GUI is quite sluggish now.

Thanks

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