Bug 26334

Summary:

Thinkpad T400: AMD Mobility Radeon HD 3470 + 2 monitors

Product:

DRI

Reporter:

Kirill A. Shutemov <kirill>

Component:

DRM/Radeon

Assignee:

Default DRI bug account <dri-devel>

Status:

VERIFIED FIXED

QA Contact:

Severity:

normal

Priority:

medium

Version:

XOrg git

Hardware:

Other

OS:

All

Whiteboard:

i915 platform:

i915 features:

Attachments:

Description	Flags
xorg.conf	none
Xorg.0.log	none
dmesg	none
xrandr --verbose	none

Description Kirill A. Shutemov 2010-01-30 07:14:36 UTC

Created attachment 32929 [details] [review]
xorg.conf

I have got Thinkpad T400 + dock station and two 24" (1920x1200)
monitors. One of monitors is connected to VGA, the second one is
connected to DVI.

I've built:
 - kernel 2.6.33-rc6 + drm-radeon-testing with enabled KMS;
 - lastest xf86-video-ati from git-master;
 - Mesa 7.7;
 - libdrm 2.4.17 with --enable-radeon-experimental-api.

After loading module 'radeon', kernel switches on monitor which was
connected to VGA, but screen is blank. Notebook panel still works and
shows console.

After starting of Xorg, xrandr reports that monitor connected VGA is
working but it's still blank. DVI monitor works fine (I have to
disable VGA monitor or notebook panel to get it work).

I've tried to set different options with xrandr to get VGA monitor
work, but unsuccessful. xrandr reports that everything is Ok, but
screen is blank.

Any ideas how to solve the issue? What additional information do you
need to diagnose the problem.

Comment 1 Kirill A. Shutemov 2010-01-30 07:15:41 UTC

Created attachment 32930 [details] [review]
Xorg.0.log

Comment 2 Kirill A. Shutemov 2010-01-30 07:16:13 UTC

Created attachment 32931 [details] [review]
dmesg

Comment 3 Alex Deucher 2010-01-30 07:38:30 UTC

Can you attach the output of xrandr --verbose?

Comment 4 Kirill A. Shutemov 2010-01-30 07:41:02 UTC

Created attachment 32932 [details]
xrandr --verbose

Comment 5 Kirill A. Shutemov 2010-02-02 13:13:46 UTC

Any ideas?

BTW, I was able to setup configuration I want(except rotation) with radeonhd and disabled KMS.

Comment 6 Alex Deucher 2010-02-02 14:32:13 UTC

(In reply to comment #5)
> Any ideas?
> 
> BTW, I was able to setup configuration I want(except rotation) with radeonhd
> and disabled KMS.
> 

looks like VGA is off.  Does:
xrandr --output VGA-0 --auto
enable it?
or xrandr --output VGA-0 --mode 1920x1200 --crtc 0

Comment 7 Kirill A. Shutemov 2010-02-02 14:47:39 UTC

(In reply to comment #6)
> (In reply to comment #5)
> > Any ideas?
> > 
> > BTW, I was able to setup configuration I want(except rotation) with radeonhd
> > and disabled KMS.
> > 
> 
> looks like VGA is off.  Does:
> xrandr --output VGA-0 --auto
> enable it?
> or xrandr --output VGA-0 --mode 1920x1200 --crtc 0
> 

In both caes, it enables backlight, but screen is black.

Comment 8 Alex Deucher 2010-02-02 14:51:07 UTC

does forcing a dpms cycle help?
sleep 5; xset dpms force off

Comment 9 Kirill A. Shutemov 2010-02-03 09:48:34 UTC

(In reply to comment #8)
> does forcing a dpms cycle help?
> sleep 5; xset dpms force off
> 

No, it doen't.

Comment 10 Kirill A. Shutemov 2010-02-26 14:58:59 UTC

I've gotten working VGA-0 when set default output device in BIOS to VGA-0. In this case, after KMS initialization I can see console on both VGA-0 and LVDS (console occupies only part of VGA-0 which is bigger than LVDS, rest of the screen is white).

Unfortunately, this trick works only if I initially boot with connected VGA-0. BIOS fallbacks to boot with LVDS if it doesn't see VGA-0.

Any ideas?

Comment 11 Alex Deucher 2010-02-26 15:07:29 UTC

Does xf86-video-ati from git master (for UMS) or a newer drm (for KMS) help?  You might try drm-radeon-testing.  These patches might help for KMS:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=ff4feeadf7581d27704dedcecaaaaf0209e65487
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=383be5d1789d9a7a2e77dca1cb0aca89507d069e

Comment 12 Kirill A. Shutemov 2010-02-27 02:24:45 UTC

Thanks! Updated DRM (I've tested drm-next) helps.

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.