Bug 620439

Summary:	radeon [HD 2600 XT] externel monitor does not work with kernel modesetting
Product:	[openSUSE] openSUSE 11.3	Reporter:	Elmar Stellnberger <estellnb>
Component:	Kernel	Assignee:	E-mail List <kernel-maintainers>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	openSUSE 11.3
See Also:	https://bugs.freedesktop.org/show_bug.cgi?id=32466 https://bugzilla.kernel.org/show_bug.cgi?id=25052
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	hwinfo --gfxcard

Description Elmar Stellnberger 2010-07-07 11:38:53 UTC

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6

  I have to boot with nomodeset in order to make my external monitor display anything. Otherwise it simply stays dark.
  Curiously the external monitor is recognized correctly even with kernel modesetting - and it can be configured comfortably under KDE. However it simply stays dark no matter what you do. This is not only to be observed with Xorg but also the same for the text consoles vt01-vt05 (ext. monitor also dark here).
  However as soon as you boot with nomodeset, the text consoles use both monitors in clone mode and there is no problem with Xorg. (During kernel initialization there are always both monitors up no matter whether you use nomodeset).
  Tested with both kernels(2.6.34-12.1 & -9.3) of RC1 and RC2. For both it is utterly the same play (tested extensively).

Reproducible: Always

Comment 1 Elmar Stellnberger 2010-11-19 13:20:37 UTC

  Still the same with 2.6.34.7-0.5-desktop. Somehow really annoying since the nomodeset option is causing many other problems like hangs on switching the video mode or xrandr configuration blackouts. I have tested it with different games and manually: without the nomodeset kernel options radeon has no problems in setting the video mode whereas with I do always get a really annoying hang.

Comment 2 Elmar Stellnberger 2010-12-14 17:46:31 UTC

 Work in progress (2.6.36.1-1) but still far from working as it should. Now external monitors are kept in function until runlevel 3 but Xorg still fails to initialize my ext. mon. garbling my integrated monitor with pixel soup so that X11 still can not be used with modesetting (and only very infringed without - think of the crashes on switching video mode as indulged by almost all games.)

Comment 3 Stefan Dirsch 2010-12-15 01:09:17 UTC

hwinfo --gfxcard?

Comment 4 Elmar Stellnberger 2010-12-17 11:57:13 UTC

Created attachment 405310 [details]
hwinfo --gfxcard

Oi, I would have almost missed you; the post-notification must have somewhere vanished in the bit-nirvana.

Comment 5 Elmar Stellnberger 2010-12-17 12:10:21 UTC

retested with desktop-2.6.37-6.99.7.0926a18 suse/vanilla:
Things seem a bit different with the vanilla kernel. I did not have pixel soup with vanilla except once as the last two times with the Suse-kernel.

Upstream bug: https://bugzilla.kernel.org/show_bug.cgi?id=25052
related Xorg bug: https://bugs.freedesktop.org/show_bug.cgi?id=32466

Comment 6 Elmar Stellnberger 2010-12-17 12:10:38 UTC

Comment 7 Elmar Stellnberger 2011-01-06 21:22:25 UTC

resolved.
Alex Deucher`s patch also works well with the openSUSE kernel.

Comment 8 Elmar Stellnberger 2011-01-10 17:57:32 UTC

Test results (Comment #7) were wrong by accident: modules did not get shipped in first place.
Reopened.

Comment 9 Greg Kroah-Hartman 2011-08-31 20:55:44 UTC

Should be resolved in 11.4, right?

Comment 10 Greg Kroah-Hartman 2011-09-21 23:26:15 UTC

Closing due to lack of response.

Comment 11 Elmar Stellnberger 2012-03-03 19:12:32 UTC

Works well with openSUSE 12.1 - and the 3D experience with the new radeon driver is real joy!