Red Hat Bugzilla – Bug 486567
No GDM login screen after completed boot sequence (intel modesetting)
Last modified: 2009-02-26 11:53:40 EST
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.
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 :)
No GDM login screen shown after boot sequence is completed.
Strange error message on all console / terminals.
Normal login screen.
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
(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
Created attachment 332780 [details]
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.
Created attachment 332858 [details]
The log file as requested.
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?
For the record, bug 486682 is a very close match for the "X is really slow with modesetting" problem.
You are right. After the latest update, the issue is resolved.
I can also agree that the GUI is quite sluggish now.