ATI Radeon HD 2600 PRO (in an iMac 24" aluminium)
Hello, On my ATI Radeon HD 2600 PRO (in an iMac 24" aluminium) $ ./rhd_conntest 01:00.0 Checking connectors on 0x9583, 0x106B, 0x0083 (@01:00:00): Load Detection: RHD_OUTPUT_NONE HotPlug: RHD_HPD_NONE DDC: RHD_DDC_1 The card is connected to the internal pannel. my X log: X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux imac 2.6.23-rc5-amd64 #1 SMP Mon Sep 17 01:12:09 UTC 2007 x86_64 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Sep 21 15:47:13 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Écran générique" (**) | |-->Device "Carte vidéo générique" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (--) using VT number 7 (--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x9583) rev 0, Mem @ 0x80000000/28, 0x90620000/16, I/O @ 0x3000/8, BIOS @ 0x90600000/17 (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (==) AIGLX enabled (II) Loading /usr/lib/xorg/modules//fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.3.0, module version = 2.1.0 (II) Loading /usr/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.13.0 (II) Loading /usr/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/drivers//radeonhd_drv.so (II) Module radeonhd: vendor="AMD GPG" compiled for 1.3.0, module version = 0.0.1 (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.2.1 (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.2.2 (II) RADEONHD: X driver for the following AMD GPG (ATI) graphics devices: RV505 : Radeon X1550. RV515 : Radeon X1300, X1550, X1600; FireGL V3300, V3350; FireMV 2250. R520 : Radeon X1800; FireGL V5300, V7200, V7300, V7350 RV530 : Radeon X1300 XT, X1600; FireGL V3400, V5200. RV535 : Radeon X1300, X1650. RV570 : Radeon X1950 Pro/GT. R580 : Radeon X1650, X1900, X1950, FireStream 2U. R600 : Radeon HD 2900 XT. RV610 : Radeon HD 2400 Pro/XT. RV630 : Radeon HD 2600 Pro/XT. M52 : Mobility Radeon X1300, X1350. M54 : Mobility Radeon X1400, X1450, X2300. M56 : Mobility Radeon X1600, X1700; Mobility FireGL V5200, V5250. M58 : Mobility Radeon X1800, X1900; Mobility FireGL V7100, V7200 M71 : Mobility Radeon HD 2300. M72 : Mobility Radeon HD 2400. M76 : Mobility Radeon HD 2600. RS690 : Radeon X1200. (--) Chipset M76 found (II) Loading /usr/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 (II) RADEONHD(0): Initializing INT10 (II) RADEONHD(0): Primary V_BIOS segment is: 0xc000 (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (WW) RADEONHD(0): Unknown card detected: 0x9583:0x106B:0x0083. Your card might not work or might not work optimally. To rectify this, please contact MAILINGLIST. Include your X log and the full name of the device. (--) RADEONHD(0): Detected an M76 on an unidentified card (EE) RADEONHD(0): Cannot map connectors on an unknown card! To help rectify this, please send your X log to radeonhd_at_opensuse.org. or file a bug for the radeonhd component of the X.Org product at bugs.freedesktop.org. (II) Unloading /usr/lib/xorg/modules//libint10.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found -- Dr. Ludovic Rousseau -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Fri, Sep 21, 2007 at 04:38:10PM +0200, Ludovic Rousseau wrote:
Hello,
On my ATI Radeon HD 2600 PRO (in an iMac 24" aluminium)
$ ./rhd_conntest 01:00.0 Checking connectors on 0x9583, 0x106B, 0x0083 (@01:00:00): Load Detection: RHD_OUTPUT_NONE HotPlug: RHD_HPD_NONE DDC: RHD_DDC_1
The card is connected to the internal pannel.
I'm sorry Ludovic, But all r600 based laptop cards are currently beyond our capabilities. We still need further information on the LVTMA device on r600 and we're hoping to see this soon. Only then can we consider working on these devices. I'm sorry for this, but we are moving as fast as we can :) Luc Verhaegen. SUSE/Novell X Driver Developer. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
2007/9/26, Luc Verhaegen <libv@skynet.be>:
On Fri, Sep 21, 2007 at 04:38:10PM +0200, Ludovic Rousseau wrote:
Hello,
On my ATI Radeon HD 2600 PRO (in an iMac 24" aluminium)
$ ./rhd_conntest 01:00.0 Checking connectors on 0x9583, 0x106B, 0x0083 (@01:00:00): Load Detection: RHD_OUTPUT_NONE HotPlug: RHD_HPD_NONE DDC: RHD_DDC_1
The card is connected to the internal pannel.
I'm sorry Ludovic,
But all r600 based laptop cards are currently beyond our capabilities.
Argh!
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
I'm sorry for this, but we are moving as fast as we can :)
OK. I will continue reading the mailing list so I know when I can help test alpha/beta versions for my card. I will then use Linux inside vmware on this machine for now. Thanks -- Dr. Ludovic Rousseau -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
2007/9/26, Luc Verhaegen <libv@skynet.be>:
On Fri, Sep 21, 2007 at 04:38:10PM +0200, Ludovic Rousseau wrote:
Hello,
On my ATI Radeon HD 2600 PRO (in an iMac 24" aluminium)
$ ./rhd_conntest 01:00.0 Checking connectors on 0x9583, 0x106B, 0x0083 (@01:00:00): Load Detection: RHD_OUTPUT_NONE HotPlug: RHD_HPD_NONE DDC: RHD_DDC_1
The card is connected to the internal pannel.
I'm sorry Ludovic,
But all r600 based laptop cards are currently beyond our capabilities.
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
I'm sorry for this, but we are moving as fast as we can :)
I tried git version 6e570638e1772df97d8c8b22a82e7890dd47f1e9 from today and my card is still not supported. The driver fails with: (EE) RADEONHD(0): Failed to detect a connected monitor The output of conntest has not changed since my first message. Anything I can do? Thanks -- Dr. Ludovic Rousseau
2007/9/26, Luc Verhaegen <libv@skynet.be>:
On Fri, Sep 21, 2007 at 04:38:10PM +0200, Ludovic Rousseau wrote:
Hello,
On my ATI Radeon HD 2600 PRO (in an iMac 24" aluminium)
$ ./rhd_conntest 01:00.0 Checking connectors on 0x9583, 0x106B, 0x0083 (@01:00:00): Load Detection: RHD_OUTPUT_NONE HotPlug: RHD_HPD_NONE DDC: RHD_DDC_1
The card is connected to the internal pannel.
I'm sorry Ludovic,
But all r600 based laptop cards are currently beyond our capabilities.
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
I'm sorry for this, but we are moving as fast as we can :)
Using git version 737d940b83001dbba858d9025a25024bda439726 as of today I still have the same errors: (EE) RADEONHD(0): RHDLVTMAInit: any other device than an R5xx is still unsupported. (EE) RADEONHD(0): Failed to detect a connected monitor (EE) Screen(s) found, but none have a usable configuration. Complete log attached Do you need more info from ATI about LVTMA device on r600? Is ATI blocking these information? Or are you "just" short in time to implement the needed parts? Thanks for your work! -- Dr. Ludovic Rousseau
2007/9/26, Luc Verhaegen <libv@skynet.be>:
But all r600 based laptop cards are currently beyond our capabilities.
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
With git version 45b217d263e232f1f57778e340371c95105c87e8 (as of today) my card is now working. Yeah! thanks. The flat panel is used at its native resolution of 1920x1200 but the DPI resolution is not correct. The font size in Gnome is _very_ big even with a font of 10 point. I include my "X -verbose 7" log. xdpyinfo says: screen #0: dimensions: 1920x1200 pixels (262x324 millimeters) resolution: 186x94 dots per inch My screen is biger than 26 cm x 32 cm. It is more 524mmx324mm so the resolution in DPI is also wrong. The Y size is correct but the X size is half of the correct value. Is it a bug (or a missing feature) in the radeonhd driver? Regards, -- Dr. Ludovic Rousseau
On Nov 25, 07 22:43:03 +0100, Ludovic Rousseau wrote:
2007/9/26, Luc Verhaegen <libv@skynet.be>:
But all r600 based laptop cards are currently beyond our capabilities.
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
With git version 45b217d263e232f1f57778e340371c95105c87e8 (as of today) my card is now working. Yeah! thanks.
The flat panel is used at its native resolution of 1920x1200 but the DPI resolution is not correct. The font size in Gnome is _very_ big even with a font of 10 point.
Should be fixed in master. CU Matthias -- Matthias Hopf <mhopf@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
2007/11/26, Matthias Hopf <mhopf@suse.de>:
On Nov 25, 07 22:43:03 +0100, Ludovic Rousseau wrote:
2007/9/26, Luc Verhaegen <libv@skynet.be>:
But all r600 based laptop cards are currently beyond our capabilities.
We still need further information on the LVTMA device on r600 and we're hoping to see this soon.
Only then can we consider working on these devices.
With git version 45b217d263e232f1f57778e340371c95105c87e8 (as of today) my card is now working. Yeah! thanks.
The flat panel is used at its native resolution of 1920x1200 but the DPI resolution is not correct. The font size in Gnome is _very_ big even with a font of 10 point.
Should be fixed in master.
Not yet :-( (git da4783c9d4f72ce1431bd774e5cdcd52774d1584) $ xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1920 DVI-I_1/digital disconnected DVI-I_1/analog disconnected PANEL connected 1920x1200+0+0 262mm x 324mm 1920x1200 60.2*+ TV_7PIN_DIN disconnected The screen width physical size is still 262mm instead of something like 524mm. I attach the "X -verbose 7" log. Thanks -- Dr. Ludovic Rousseau
On Nov 28, 07 16:41:50 +0100, Ludovic Rousseau wrote:
$ xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1920 DVI-I_1/digital disconnected DVI-I_1/analog disconnected PANEL connected 1920x1200+0+0 262mm x 324mm 1920x1200 60.2*+ TV_7PIN_DIN disconnected
The screen width physical size is still 262mm instead of something like 524mm.
I assume this is the monitor lying to you. Is the 324mm ok? In that case, you'll have to specify the dimension of the screen manually in xorg.conf
(II) RADEONHD(0): Max H-Image Size [cm]: horiz.: 52 vert.: 32
Hm, that looks ok... I'm not doing anything with the EDID data, this is base RandR's behavior. Still:
(II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 156.0 MHz Image Size: 262 x 324 mm
Ah, there it gets it from. So the monitor is lying in its additional video mode image size, and that one has precedence over the general info block... Until we have a *real* monitor-specific quirk database, I'm sorry but you have to configure that manually. I wouldn't dare to design a logic that sometimes takes the one value, sometimes the other. This is prone to fail. Matthias -- Matthias Hopf <mhopf@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
2007/11/28, Matthias Hopf <mhopf@suse.de>:
On Nov 28, 07 16:41:50 +0100, Ludovic Rousseau wrote:
$ xrandr Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1920 DVI-I_1/digital disconnected DVI-I_1/analog disconnected PANEL connected 1920x1200+0+0 262mm x 324mm 1920x1200 60.2*+ TV_7PIN_DIN disconnected
The screen width physical size is still 262mm instead of something like 524mm.
I assume this is the monitor lying to you. Is the 324mm ok?
324mm is OK.
In that case, you'll have to specify the dimension of the screen manually in xorg.conf
(II) RADEONHD(0): Max H-Image Size [cm]: horiz.: 52 vert.: 32
Hm, that looks ok... I'm not doing anything with the EDID data, this is base RandR's behavior. Still:
(II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 156.0 MHz Image Size: 262 x 324 mm
Ah, there it gets it from. So the monitor is lying in its additional video mode image size, and that one has precedence over the general info block...
I tried to set the physical display in my xorg.conf (attached). It looks like my configuration is correct since the log now contains: (...) (II) RADEONHD(0): Max H-Image Size [cm]: horiz.: 52 vert.: 32 (...) (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 156.0 MHz Image Size: 262 x 324 mm (...) (**) RADEONHD(0): Display dimensions: (524, 324) mm <- my settings here (**) RADEONHD(0): DPI set to (93, 150) (...) (II) RADEONHD(0): Setting screen physical size to 262 x 324 (...) Why is radeonhd not using my settings? Is the driver using a different monitor from the one I configured (called panel24)? Thanks -- Dr. Ludovic Rousseau
On Dec 01, 07 13:09:48 +0100, Ludovic Rousseau wrote:
2007/11/28, Matthias Hopf <mhopf@suse.de>:
(II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 156.0 MHz Image Size: 262 x 324 mm
Ah, there it gets it from. So the monitor is lying in its additional video mode image size, and that one has precedence over the general info block...
I have to add here: I have *no* idea why this image size has precedence over the main image size. I guess some other monitor got it wrong the other way, and this kludge was introduced without asking anybody else. This is done in the general (read: non-driver-specific) RandR code. But that is just wild guessing. Maybe something to ask on xorg-devel.
I tried to set the physical display in my xorg.conf (attached). (II) RADEONHD(0): Setting screen physical size to 262 x 324 (...)
Why is radeonhd not using my settings?
You're now stumbling over a bug that is related to Xserver 1.4 (assuming you run that one), which has been fixed in git. AFAIR. Nothing radeonhd related.
Is the driver using a different monitor from the one I configured (called panel24)?
Nope. RandR is just ignoring the displaysize of a configured monitor (and only that). Sorry, I know this is painful. You're not the first to stumble over that. Matthias -- Matthias Hopf <mhopf@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Dec 4, 2007 5:40 PM, Matthias Hopf <mhopf@suse.de> wrote:
On Dec 01, 07 13:09:48 +0100, Ludovic Rousseau wrote:
2007/11/28, Matthias Hopf <mhopf@suse.de>:
(II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 156.0 MHz Image Size: 262 x 324 mm
Ah, there it gets it from. So the monitor is lying in its additional video mode image size, and that one has precedence over the general info block...
I have to add here: I have *no* idea why this image size has precedence over the main image size. I guess some other monitor got it wrong the other way, and this kludge was introduced without asking anybody else. This is done in the general (read: non-driver-specific) RandR code.
But that is just wild guessing. Maybe something to ask on xorg-devel.
I tried to set the physical display in my xorg.conf (attached). (II) RADEONHD(0): Setting screen physical size to 262 x 324 (...)
Why is radeonhd not using my settings?
You're now stumbling over a bug that is related to Xserver 1.4 (assuming you run that one), which has been fixed in git. AFAIR. Nothing radeonhd related.
Is the driver using a different monitor from the one I configured (called panel24)?
Nope. RandR is just ignoring the displaysize of a configured monitor (and only that).
Sorry, I know this is painful. You're not the first to stumble over that.
Just to report that I found the solution to my problem of wrong physical dimensions. The solution is described at [1]. My xorg.conf is now: Section "Device" Identifier "generic video card" Driver "radeonhd" EndSection Section "Monitor" Identifier "PANEL" DisplaySize 524 324 EndSection I guess I do not even need a Device section. I use PANEL as the monitor identifier since it is the connected display detected by the driver: (II) RADEONHD(0): Output DVI-I_1/digital disconnected (II) RADEONHD(0): Output DVI-I_1/analog disconnected (II) RADEONHD(0): Output PANEL connected (II) RADEONHD(0): Output TV_7PIN_DIN disconnected (II) RADEONHD(0): Output PANEL using initial mode 1920x1200 (II) RADEONHD(0): RandR 1.2 support enabled Auto detection of everything is fine unless your hardware is lying and you need to correct it :-) Thanks again for your work in the radeonhd. Regards, [1] http://wiki.debian.org/XStrikeForce/HowToRandR12 section: III.3. Changing DPI and DisplaySize -- Dr. Ludovic Rousseau -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Jan 25, 08 09:38:24 +0100, Ludovic Rousseau wrote:
Is the driver using a different monitor from the one I configured (called panel24)?
Nope. RandR is just ignoring the displaysize of a configured monitor (and only that).
Sorry, I know this is painful. You're not the first to stumble over that.
Just to report that I found the solution to my problem of wrong physical dimensions. The solution is described at [1].
My xorg.conf is now: Section "Device" Identifier "generic video card" Driver "radeonhd" EndSection
Section "Monitor" Identifier "PANEL" DisplaySize 524 324 EndSection
This only works with recent Xservers. The DisplaySize was ignored for quite some time.
Auto detection of everything is fine unless your hardware is lying and you need to correct it :-)
Indeed, X.org is getting somewhere :) Matthias -- Matthias Hopf <mhopf@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (3)
-
Luc Verhaegen -
Ludovic Rousseau -
Matthias Hopf