Red Hat Bugzilla – Bug 653456
nouveau failed to set mode
Last modified: 2012-08-16 13:40:40 EDT
Description of problem:
Xorg won't start because nouveau fails to set mode
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start X11
X11 stops with an error
Should have got GDM
[ 5754.337] (II) SELinux: Disabled by boolean
[ 5754.386] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[ 5754.387] (II) AIGLX: enabled GLX_INTEL_swap_event
[ 5754.387] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[ 5754.388] (II) AIGLX: Loaded and initialized /usr/lib/dri/nouveau_vieux_dri.so
[ 5754.388] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 5754.439] (II) NOUVEAU(0): NVEnterVT is called.
[ 5754.461] (EE) NOUVEAU(0): failed to set mode: Invalid argument
Fatal server error:
[ 5754.461] failed to create screen resources
Would be quote happy to help to get this resolved as quickly as possible.
This was a LiveCD installation of Fedora 14.
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information especially concerning your hardware we require that will be helpful in our diagnosis of this issue.
If the anaconda crashes during the switching to the graphic mode, most likely the problem lies in Xorg support for your graphics chip. There are couple of options how we can obtain information necessary for resolving the issue.
If the computer is not completely frozen when installation fails, switch to the console (Ctrl+Alt+F2) and copy /tmp/X* and /var/log/anaconda.xlog to some other place -- USB stick, some other computer via network, somewhere on the Internet, and please attach it to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.
If the computer is completely useless after installation fails, you can also install Fedora with a VESA mode driver (see http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/
for more information on that). Then after successful installation you can collect /var/log/anaconda.xlog, /var/log/Xorg.0.log, and the output of the program dmesg instead.
Or you can install Fedora in a text mode completely, and then start X after that. If it fails, still /var/log/Xorg.0.log and the output of dmesg program from the failed attempt to start X would be useful.
We will review this issue again once you've had a chance to attach this information.
Thank you very much in advance.
Created attachment 461421 [details]
Created attachment 461423 [details]
OK, here's the information you requested. Fedora 14 installed just fine in text mode but I really wanted to be able to see the graphical installer. This laptop should work out of the box with nouveau and X11, as Ubuntu worked just fine.
I set up X11 with nouveau driver and got the logs you asked for.
Hope you can help resolve this problem!
This patch should fix the problem; old BIOSes often do not have enough info to set the mode.
diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c
index 23a7bec..fc35e9d 100644
@@ -5855,7 +5855,7 @@ static void fabricate_vga_output(struct dcb_table *dcb, int i2c, int heads)
entry->i2c_index = i2c;
entry->heads = heads;
entry->location = DCB_LOC_ON_CHIP;
- /* "or" mostly unused in early gen crt modesetting, 0 is fine */
+ entry->or = 1;
static void fabricate_dvi_i_output(struct dcb_table *dcb, bool twoHeads)
I'm sorry to have to ask, but has there been any progress on this lately?
What is the rationale behind initialising entry->or exactly?
I'd have thought it self-evident, but you can find the information here:
This explains why the patch is needed and what it solves.
I'd urge getting this patch into the kernel asap as it would solve this issue on old laptops that doesn't provide enough information for mode setting.
It's not overly self-evident if you're not too familiar with pre-G80 modesetting :) But, indeed that patch looks fine.
Oh, and another note: This should be already fixed since kernel-220.127.116.11-60.fc14, at least, there's an equivalent to the above patch in that kernel.
Ok, I just upgraded to 18.104.22.168-64.fc14, and now getting a different error:
[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on crtc dc5bb800
Looks like there's another bug that hasn't been resolved yet.
I'm also running Gentoo w/ 2.6.35, and I'm not experiencing the same problems with X.
I have just encountered the same problems with Ubuntu Natty, so I think this is now a upstream problem, as this laptop has a NV11 chip. But the other laptop has a NV34 chip but works perfectly.
I'll also be raising this on the drm mailing list for a resolution.
This message is a notice that Fedora 14 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 14. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.
(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 14 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here: