Bug 31961 - [NV4E] [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
Summary: [NV4E] [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-28 13:20 UTC by MM
Modified: 2013-10-23 07:15 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg with drm.debug=1 set (118.82 KB, text/plain)
2011-10-31 12:45 UTC, Alex
no flags Details
dmesg, kernel 3.4.0 drm.debug=0x06 (166.32 KB, text/plain)
2012-06-02 00:45 UTC, Salah Coronya
no flags Details
video ROM BOIS (64.00 KB, application/octet-stream)
2012-06-07 21:49 UTC, Salah Coronya
no flags Details
EDID (retrieved from sysfs) (128 bytes, application/octet-stream)
2013-10-23 07:13 UTC, Salah Coronya
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description MM 2010-11-28 13:20:59 UTC
I'm running Arch Linux 2010.05 i686 with a Compaq Presario SR1923WM (Running a AMD 3500+ and 1GB Ram).

Here is the box specs;
http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00683218&tmp_task=prodinfoCategory&lc=en&dlc=en&cc=us&site=null&key=null&product=3208974

Xorg versions:
---------------
xorg-server-1.9.2-2
xf86-video-nouveau-0.0.16_git20100819-1
nouveau-dri-7.9-1

I noticed in dmesg these lines;

[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
fbcon_init: detected unhandled fb_set_par error, error code -22
[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
Console: switching to colour frame buffer device 90x36
[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
fb0: nouveaufb frame buffer device
drm: registered panic notifier


Here are my logs;
--------------

dmesg:
http://pastebin.com/B9g95YGT

Xorg.0.log:
http://pastebin.com/jTW5mhAV




THANKS
Comment 1 MM 2010-11-28 13:21:58 UTC
Forgot to mention I compiled kernel 2.36.1....
Comment 2 MM 2010-11-28 13:22:32 UTC
I mean 2.6.36.1... :)
Comment 3 Francisco Jerez 2010-11-29 04:54:05 UTC
(In reply to comment #0)
> I noticed in dmesg these lines;
> 
> [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
> fbcon_init: detected unhandled fb_set_par error, error code -22
> [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
> Console: switching to colour frame buffer device 90x36
> [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6]
> fb0: nouveaufb frame buffer device
> drm: registered panic notifier
> 

Any chance you could run the nvidia binary driver in that box with no outputs connected and no output-related options in xorg.conf? (e.g. make sure you don't have "UseDisplayDevice" or "ConnectedMonitor" lines) Then can you ssh in from another machine and grab a register dump (running this program as root: http://cgit.freedesktop.org/~currojerez/tvdump/) and your Xorg log?
Comment 4 MM 2010-11-29 14:14:30 UTC
Sorry I only have time to just report this...
Comment 5 wordpress 2011-01-06 11:11:06 UTC
i have the same problem with the same motherboard. is the dump still needed? if yes, i might be able to find sometime to do that...
Comment 6 Lucas Stach 2011-02-10 06:31:04 UTC
(In reply to comment #5)
> i have the same problem with the same motherboard. is the dump still needed? if
> yes, i might be able to find sometime to do that...

If you still have this problem with recent code, a dump would be highly appreciated. Thanks.
Comment 7 avi142 2011-05-18 12:37:56 UTC
On a fresh F15.RC1 install, I can't get past the login screen due to this bug.

My dmesg output is the same as previously posted.

My motherboard:

dmidecode | grep -i 'Base Board Information' -A4 -B1
Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
    Manufacturer: Hewlett-Packard
    Product Name: 0844
    Version: 123
    Serial Number: [omitted]

My graphics card:

lspci | grep 'VGA'
01:00.0 VGA compatible controller: nVidia Corporation NV18GL [Quadro4 380 XGL] (rev a2)

I am considering trying to remove the nouveau driver and replacing it with the proprietary driver. Is there an alternative to this?
Comment 8 Lucas Stach 2011-05-18 13:08:46 UTC
(In reply to comment #7)
> On a fresh F15.RC1 install, I can't get past the login screen due to this bug.
> 
> My dmesg output is the same as previously posted.

[...]

> I am considering trying to remove the nouveau driver and replacing it with the
> proprietary driver. Is there an alternative to this?

Please upload dmesg with drm.debug=1 added to your kernel command line. This could help to narrow down the problem.
Comment 9 Alex 2011-10-31 12:45:31 UTC
Created attachment 52967 [details]
dmesg with drm.debug=1 set
Comment 10 Alex 2011-10-31 12:47:52 UTC
I have an HP Pavilion s7700n with GeForce 6150 LE.
Comment 11 Salah Coronya 2012-05-08 16:46:17 UTC
I have a HP1730n, ALSO with a GeForce 6150 LE, which has the same problem. However if I specify the resolution manually on the kernel command (video=VGA-1:1280x1024) and X (Option "PreferredMode" "1280x1024"), this does not occur.
Comment 12 Salah Coronya 2012-06-02 00:45:57 UTC
Created attachment 62407 [details]
dmesg, kernel 3.4.0 drm.debug=0x06

Here's a better dmesg, however instead of being CTRC 5 and 6; they are 9 and 10 (and so the error is "*ERROR* failed to set mode on [CRTC:10]"). CRTC:9 is the VGA output, and CRTC:10 is the TV output. However, this card (an NV4E - GeForce 6150 LE - integrated onto the motherboard) HAS no TV output (or a DVI output either, which is also detected). So CRTC:10 is connected to a phantom output. Curiously enough, the framebuffer has a physical resolution of CRTC:9 (the VGA), but a virtual resolution of CRTC:10 (the phantom TV output) - so it only fills part of the screen.

Adding "video=VGA-1:1280x1024 video=TV-1:d video=DVI-D-1:d" works around the problem; xorg.conf needs a similar setup to disable the "phantom" output and specific a sane default resolution for the real one, like this:

Section "Monitor"
	Identifier "TV-1"
	Option "Ignore" "True"
EndSection

Section "Monitor"
	Identifier "DVI-D-1"
	Option "Ignore" "True"
EndSection

Section "Monitor"
	Identifier "VGA-1"
	Option "PreferredMode" "1280x1024"
EndSection
Comment 13 Salah Coronya 2012-06-07 21:49:13 UTC
Created attachment 62778 [details]
video ROM BOIS
Comment 14 Ilia Mirkin 2013-08-21 00:00:42 UTC
Could you retest this on the latest kernel? Also, after reading all the comments, it's still not really clear to me what the problem is? An annoying print in dmesg? What's the effect of the bug? nouveau will always detect phantom connectors, they're there, just not pinned out on your motherboard/whatever.
Comment 15 Salah Coronya 2013-08-21 08:10:42 UTC
Yes, it still does (as of 3b56bba6abaa70d629fccdcf8490e087ea3a1ab4 in mouveau-master) it unles the workaround in Comment 12 (set the resolution an mnaully disable the phantom ports on the kernel command line)  is applied.

There (at least) 2 symptoms - first, the syslog is spammed with "[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:10] message." Second, the framebuffer conole is set with a phyical resolution of 1280x1024 but a virtual resolution of 720x576 - so as a result is only fills part of the screen, and it can't be changed with fbset (ioctl FBIOPUT_VSCREENINFO: Invalid argument) - and attempting to do so generated more syslog spam

X11 displays normally, however, (it picks a resolution 1024x768  and fills the screen) - though it still spams the syslog.
Comment 16 Salah Coronya 2013-10-23 07:13:53 UTC
Created attachment 88024 [details]
EDID (retrieved from sysfs)

Passing drm_kms_helper.edid_firmware=edid/1280x1024.bin to the kernel command line seems to fix the problem as well.

Otput of parse-edid: 

parse-edid: parse-edid version 2.0.0
parse-edid: EDID checksum passed.

	# EDID version 1 revision 3
Section "Monitor"
	# Block type: 2:0 3:fd
	# Block type: 2:0 3:fc
	Identifier "KDS XF-70 "
	VendorName "STC"
	ModelName "KDS XF-70 "
	# Block type: 2:0 3:fd
	HorizSync 30-72
	VertRefresh 50-160
	# Max dot clock (video bandwidth) 110 MHz
	# Block type: 2:0 3:fc
	# Block type: 2:0 3:ff
	# DPMS capabilities: Active off:yes  Suspend:yes  Standby:yes

	Mode 	"1024x768"	# vfreq 75.029Hz, hfreq 60.023kHz
		DotClock	78.750000
		HTimings	1024 1040 1136 1312
		VTimings	768 769 772 800
		Flags	"+HSync" "+VSync"
	EndMode
	# Block type: 2:0 3:fd
	# Block type: 2:0 3:fc
	# Block type: 2:0 3:ff
EndSection


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.