View Full Version : Fonts with radeon look bigger
slacker
02-25-2008, 04:10 PM
Hello,
I tried installing xf86-video-ati from git, and I noticed fonts look bigger than with fglrx and radeonHD:
radeon:
http://img528.imageshack.us/img528/5269/radeonlc9.pngradeonHD/fglrx: http://img528.imageshack.us/img528/3665/radeonhdce2.png
Why is this? Is there a way to fix it?
Thanks
agd5f
02-25-2008, 05:07 PM
Hello,
I tried installing xf86-video-ati from git, and I noticed fonts look bigger than with fglrx and radeonHD:
radeon:
http://img528.imageshack.us/img528/5269/radeonlc9.pngradeonHD/fglrx: http://img528.imageshack.us/img528/3665/radeonhdce2.png
Why is this? Is there a way to fix it?
Thanks
Differences in DPI. I suspect your monitor doesn't supply one. You can adjust it with xrandr --fbmm or by adding a monitor section for that output in question adding a DisplaySize line to it.
slacker
03-26-2008, 01:14 PM
Ok, so yesterday I wanted to try radeon again (using radeonHD atm), but I still got this problem.
I'm not sure I understand how I should solve it.
My monitor is a normal 1280x800 LCD, on a Dell Inspiron 6400 laptop, with an X1400.
This is my Monitor section in xorg.conf, which was automatically generated when I used fglrx:
Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
The above works fine with radeonHD and fglrx.
Another big problem that keeps me from using radeon is this: if I try to switch to a console (Ctrl+Alt+F1,F2, etc) the screen is very corrupted. I can type, and the commands are correctly recognized, but I can't see anything. Is this a known problem with radeon?
P.S: I also tried to update everything to the latest git version (xorg-xserver, mesa, radeon, etc), but the problems remain.
agd5f
03-26-2008, 01:44 PM
Ok, so yesterday I wanted to try radeon again (using radeonHD atm), but I still got this problem.
I'm not sure I understand how I should solve it.
My monitor is a normal 1280x800 LCD, on a Dell Inspiron 6400 laptop, with an X1400.
As I said there are differences in DPI. radeonhd and fglrx and radeon may set different defaults for display size if the monitor does not provide one. You can override this using xrandr --fbmm <width>x<height>
or by adding the display size to the monitor section in your config:
DisplaySize 320 240
replace 320 and 240 with the actual width and height of your screen in millimeters. Note, xserver 1.3 does not handle this option correctly.
This is my Monitor section in xorg.conf, which was automatically generated when I used fglrx:
Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
The above works fine with radeonHD and fglrx.
You will need to link the monitor section to the output if you want it to be used regardless of whether you use radeon or radeonhd. To do that add the following to the device section of your config:
Option "Monitor-LVDS" "aticonfig-Monitor[0]"
Another big problem that keeps me from using radeon is this: if I try to switch to a console (Ctrl+Alt+F1,F2, etc) the screen is very corrupted. I can type, and the commands are correctly recognized, but I can't see anything. Is this a known problem with radeon?
It should work. VT switches work fine on all the radeon cards I have. Please file a bug (https://bugs.freedesktop.org) and attach your log and config and we'll look at it.
slacker
03-26-2008, 04:23 PM
ok, I solved the problem by adding DisplaySize, thanks!!
Before I file a bug, I'll paste you my Xorg.0.log (I had to split it, it was too big) and xorg.conf, just in case I'm doing something really stupid...
xorg.conf: http://zlin.dk/p/?NWE0YzQ3
Log_part1: http://zlin.dk/p/?NTlkOTE0
Log_part2: http://zlin.dk/p/?ZDk0ZjMy
Last question: is it normal that dri isn't activated? I pulled everything from git, yesterday.
Thanks!
agd5f
03-26-2008, 06:28 PM
ok, I solved the problem by adding DisplaySize, thanks!!
Strange, your panel provides an edid with the display size, I'm not sure why it's not getting picked up (unless something changed in the xserver...):
(II) RADEON(0): clock: 71.1 MHz Image Size: 331 x 207 mm
(II) RADEON(0): h_active: 1280 h_sync: 1301 h_sync_end 1333 h_blank_end 1440 h_border: 0
(II) RADEON(0): v_active: 800 v_sync: 804 v_sync_end 808 v_blanking: 823 v_border: 0
what does the output of xrandr show (without the DisplaySize option)?
Before I file a bug, I'll paste you my Xorg.0.log (I had to split it, it was too big) and xorg.conf, just in case I'm doing something really stupid...
xorg.conf: http://zlin.dk/p/?NWE0YzQ3
Log_part1: http://zlin.dk/p/?NTlkOTE0
Log_part2: http://zlin.dk/p/?ZDk0ZjMy
Last question: is it normal that dri isn't activated? I pulled everything from git, yesterday.
Thanks!
The log looks ok. Go ahead and file a bug.
Alex
phoneybone
03-27-2008, 12:03 AM
The VT problem sounds like this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=13852
I had the same problem (Radeon 9800 Pro 128MB) and the following fixed it for me (back up your old drivers first, usually in /usr/lib/xorg/modules/drivers):
git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
cd xf86-video-ati
git-revert 653da558148cc601bc1f80253e92ef98c75ef37a
./autogen.sh --prefix=/usr
make
sudo make install
slacker
03-27-2008, 01:47 AM
The output of xrandr is exactly the same with or without the DisplaySize line in xorg.conf:
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
VGA-0 disconnected (normal left inverted right x axis y axis)
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm
1280x800 60.0*+ 50.0
1024x768 60.0
800x600 60.3
640x480 59.9
S-video disconnected (normal left inverted right x axis y axis)
Could this be related to the corrupted screen thing? Should I mention it in the bug?
agd5f
03-27-2008, 09:29 AM
The VT problem sounds like this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=13852
I had the same problem (Radeon 9800 Pro 128MB) and the following fixed it for me (back up your old drivers first, usually in /usr/lib/xorg/modules/drivers):
git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
cd xf86-video-ati
git-revert 653da558148cc601bc1f80253e92ef98c75ef37a
./autogen.sh --prefix=/usr
make
sudo make install
Does Option "VGAAccess" "FALSE"
Also fix the issue?
agd5f
03-27-2008, 09:30 AM
The output of xrandr is exactly the same with or without the DisplaySize line in xorg.conf:
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
VGA-0 disconnected (normal left inverted right x axis y axis)
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm
1280x800 60.0*+ 50.0
1024x768 60.0
800x600 60.3
640x480 59.9
S-video disconnected (normal left inverted right x axis y axis)
Could this be related to the corrupted screen thing? Should I mention it in the bug?
This looks fine. The display size seems to be set correctly. This isn't related to the VT issue.
phoneybone
03-27-2008, 04:02 PM
Does Option "VGAAccess" "FALSE"
Also fix the issue?Rebuilt the driver from scratch (without reverting the commit) and yes, setting "VGAAccess" to false eliminated the problem, thanks. :)
slacker
03-27-2008, 04:14 PM
The VT problem sounds like this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=13852
This isn't my problem, in fact reverting the commit doesn't work, and neither does adding the "VGAAccess" option.
Today I reinstalled gentoo from zero, and the problem was still there, so I'll file the bug as soon as I can.
slacker
03-29-2008, 02:42 AM
Today I reinstalled gentoo from zero, and the problem was still there, so I'll file the bug as soon as I can.
done: https://bugs.freedesktop.org/show_bug.cgi?id=15249
Phlogiston
06-01-2008, 06:29 AM
ok, I solved the problem by adding DisplaySize, thanks!!
I'm having the same issue, but already added DisplaySize to my monitor. What xserver version do you use? Is it true that it does not work with xorg 1.3?
Thanks a lot!
slacker
06-01-2008, 07:39 AM
I don't know about xserver-1.3
I used 1.4, and now git
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.