| View previous topic :: View next topic |
| Author |
Message |
wimbo
Tux's lil' helper
Joined: 19 Aug 2004
Posts: 110
Location: Ninove - Belgium
|
 Posted: Wed Jan 19, 2005 3:56 pm Post subject: |
 |
|
| Wedge_ wrote: | | Try setting "PseudoColorVisuals" to "off", and change the "8" in the "Capabilities" setting to a "0" (this disables vertical sync). |
yes, that helped. thank you very much! i now have the same FPS as before i changed to the ati-drivers: +- 750 in glxgears, +-50 in chromium, et seems ok.
are there any other settings i can change to improve functionality?
greetz,
wimbo |
|
| Back to top |
|
 |
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Wed Jan 19, 2005 4:17 pm Post subject: |
|
|
| wimbo wrote: | | Wedge_ wrote: | | Try setting "PseudoColorVisuals" to "off", and change the "8" in the "Capabilities" setting to a "0" (this disables vertical sync). |
yes, that helped. thank you very much! i now have the same FPS as before i changed to the ati-drivers: +- 750 in glxgears, +-50 in chromium, et seems ok.
are there any other settings i can change to improve functionality? |
Not really, it's not particularly tweakable. All your other settings look OK as they are.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
wimbo
Tux's lil' helper
Joined: 19 Aug 2004
Posts: 110
Location: Ninove - Belgium
|
| Posted: Wed Jan 19, 2005 4:26 pm Post subject: |
|
|
| Wedge_ wrote: | | Not really, it's not particularly tweakable. All your other settings look OK as they are. |
well, at least it works now. thank you for helping me out!
greetz,
wimbo |
|
| Back to top |
|
|
e2k
n00b
Joined: 30 Jul 2004
Posts: 44
|
| Posted: Wed Jan 19, 2005 7:35 pm Post subject: |
|
|
Just got mine installed and working after some struggles..
Now I'm wondering about performance.. Is 1625 frames in 5.0 seconds = 325.000 FPS in fgl_glxgears good for a Radeon 9600XT 256mb? In glxgears I seem to get results around 1600 FPS.. This is my first ATI, and my first installed drivers, so I don't have any experience on how they should perform..  |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Wed Jan 19, 2005 7:53 pm Post subject: |
|
|
Don't worry about the framerates you get from the *glxgears apps. They're not meant to be benchmarks - try some games instead, and use them to benchmark (eg timedemos in UT2K4). The scores are certainly high enough that you can be sure direct rendering is working, but that's all they really tell you.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
Mythos
l33t
Joined: 02 May 2004
Posts: 953
Location: Portugal
|
| Posted: Wed Jan 19, 2005 7:56 pm Post subject: |
|
|
Enemy Territory don't run in amd64 ati-driver:
| Code: | et-etpro
ET 2.56 linux-i386 Sep 10 2003
----- FS_Startup -----
Current search path:
/home/kwisatz/.etwolf/etpro
/opt/enemy-territory/etpro/etpro-3_1_0.pk3 (89 files)
/opt/enemy-territory/etpro
/home/kwisatz/.etwolf/etmain
/opt/enemy-territory/etmain/pak1.pk3 (10 files)
/opt/enemy-territory/etmain/pak0.pk3 (3725 files)
/opt/enemy-territory/etmain/mp_bin.pk3 (4 files)
/opt/enemy-territory/etmain
----------------------
3828 files in pk3 files
execing default.cfg
couldn't exec language.cfg
couldn't exec autoexec.cfg
Hunk_Clear: reset the hunk ok
------- Input Initialization -------
Joystick is not active.
------------------------------------
Bypassing CD checks
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
----- Client Initialization Complete -----
----- R_Init -----
...loading libGL.so.1: Initializing OpenGL display
...setting mode 4: 800 600
Using XFree86-VidModeExtension Version 2.2
XF86DGA Mouse (Version 2.0) initialized
XFree86-VidModeExtension Activated at 1280x800
Using 8/8/8 Color bits, 24 depth, 0 stencil display.
GL_RENDERER: Mesa GLX Indirect
***********************************************************
You are using software Mesa (no hardware acceleration)!
Driver DLL used: libGL.so.1
If this is intentional, add
"+set r_allowSoftwareGL 1"
to the command line when starting the game.
***********************************************************
...WARNING: could not set the given mode (4)
Initializing OpenGL display
...setting mode 3: 640 480
Using XFree86-VidModeExtension Version 2.2
XF86DGA Mouse (Version 2.0) initialized
XFree86-VidModeExtension Activated at 1280x800
Received signal 11, exiting... |
_________________
Best Regards,
Sérgio Henrique
Linux dune 3.0.6-gentoo #1 SMP Thu Oct 27 16:47:29 WEST 2011 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux |
|
| Back to top |
|
|
sixofseven
n00b
Joined: 08 Mar 2004
Posts: 20
|
| Posted: Wed Jan 19, 2005 8:33 pm Post subject: Enemy Territory don't run in amd64 ati-driver: |
|
|
| I get the exact same error no matter what I do. I already compiled kernel twice, thought that was the problem but no. |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Wed Jan 19, 2005 8:42 pm Post subject: |
|
|
Have you run "opengl-update ati"? I think the AMD64 OpenGL libs will be located in a different place, so maybe that's why things aren't working. Is it just ET that isn't working?
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
FaNTaSi
n00b
Joined: 12 Feb 2004
Posts: 16
Location: Halle
|
| Posted: Wed Jan 19, 2005 8:43 pm Post subject: |
|
|
I'm also getting the same error in quake3, et and UT only plays using mesa. I didn't had this before and just now after syncing. Here are the packages I've updated:
sys-devel/gcc-3.4.3.20050110
net-print/cups-1.1.23-r1
dev-libs/glib-2.6.1
x11-misc/shared-mime-info-0.14-r2
x11-libs/gtk+-2.6.1-r1
media-libs/faad2-2.0-r4
media-gfx/imagemagick-6.1.8.8
media-libs/imlib2-1.2.0.20050116
x11-libs/openmotif-2.1.30-r6
app-text/xpdf-3.00-r8
app-text/tetex-2.0.2-r5
kde-base/kdegraphics-3.3.2-r2
sys-apps/vixie-cron-4.1-r5
app-portage/basc-1.5.7
media-video/transcode-0.6.11
app-cdr/k3b-0.11.18-r1
Could it be that one of these caused the problem? |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Wed Jan 19, 2005 8:53 pm Post subject: |
|
|
I don't think any of those should have affected your OpenGL libraries. Can you check your Xorg log and see if the glx module is loading properly?
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
FaNTaSi
n00b
Joined: 12 Feb 2004
Posts: 16
Location: Halle
|
| Posted: Wed Jan 19, 2005 10:07 pm Post subject: |
|
|
| I can't find any warnings or errors in my X.org log. I'm using the radeon driver because I have a Radeon Mobility 7500 card witch isn't supported by the ati-drivers. |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Wed Jan 19, 2005 10:32 pm Post subject: |
|
|
What about running "opengl-update xorg-x11"?
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
discostu
Guru
Joined: 01 Nov 2002
Posts: 333
|
| Posted: Thu Jan 20, 2005 3:16 am Post subject: ati-drivers emerge error |
|
|
I get errors trying to build ati-drivers. Do I need to use a different kernel version? or do I need to do that modules_prepare thing it says (I'm not sure what that does so I thought I'd ask). Thanks
| Code: | >>> md5 src_uri ;-) fglrx_6_8_0-8.8.25-1.i386.rpm
* Determining the location of the kernel source code
* Found kernel source directory:
* /usr/src/linux
* Found sources for kernel version:
* 2.6.10-gentoo-r4
* These sources have not yet been prepared.
* We cannot build against an unprepared tree.
* To resolve this, please type the following:
*
* # cd /usr/src/linux
* # make oldconfig
* # make modules_prepare
*
* Then please try merging this module again.
!!! ERROR: media-video/ati-drivers-8.8.25 failed.
!!! Function check_kernel_built, Line 379, Exitcode 0
!!! Kernel sources need compiling first
!!! If you need support, post the topmost build error, NOT this status message.
|
EDIT: Never mind that. "make modules_prepare" did the trick. Not sure what that did though.
_________________
"Disco Stu doesn't advertise." |
|
| Back to top |
|
|
discostu
Guru
Joined: 01 Nov 2002
Posts: 333
|
| Posted: Thu Jan 20, 2005 5:25 am Post subject: |
|
|
Well, it's running, but I noticed this error (2nd line in code block) from dmesg:
| Code: | mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x100000
[fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22)
[fglrx] AGP detected, AgpState = 0x1f000217 (hardware caps of chipset)
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:03:00.0 into 4x mode
[fglrx] AGP enabled, AgpCommand = 0x1f000314 (selected caps)
[fglrx] free AGP = 51113984
[fglrx] max AGP = 51113984
[fglrx] free LFB = 116387840
[fglrx] max LFB = 116387840
[fglrx] free Inv = 0
[fglrx] max Inv = 0
[fglrx] total Inv = 0
[fglrx] total TIM = 0
[fglrx] total FB = 0
[fglrx] total AGP = 16384
mtrr: 0xd0000000,0x400000 overlaps existing 0xd0000000,0x100000
|
I think I even got in in the old 3.14.6 driver. I'm getting about 1800fps from glxgears and direct rendering is on.
_________________
"Disco Stu doesn't advertise." |
|
| Back to top |
|
|
egu
n00b
Joined: 01 Sep 2004
Posts: 8
|
| Posted: Thu Jan 20, 2005 7:12 pm Post subject: |
|
|
2Wedge_: celestia didn't segfault with default configuration and my fresh xorg-x11-6.8.0-r3, ati-drivers-8.8.25, gentoo-dev-sources-2.6.10-r6 compilations, though it used to with the older ati drivers. [ATI Radeon FAQ, Question 4.26].
EDIT: Well ok, celestia doesn't segfault with GL_ARB_vertex_program, but it also runs incredibly slow
Problems with radeonfb framebuffer, mplayer -vo gl [gl2] seem to be resolved with the new ati driver, stability has increased, but I'm having a new problem: some opengl applications, when run fullscreen, take only a small part of my screen. E.g. when I alt+enter to fullscreen in quake3, it only takes 1024x768 pixels [that much is set] of my 1280x1024 resolution and resides in the bottom-left corner. Everything else shown is crap. I've seen people having similar problem in this forum and it looks like this is an unresolved bug with the new drivers or smth. Could my presumptions be true?
_________________
egu out |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Thu Jan 20, 2005 8:09 pm Post subject: |
|
|
| egu wrote: | 2Wedge_: celestia didn't segfault with default configuration and my fresh xorg-x11-6.8.0-r3, ati-drivers-8.8.25, gentoo-dev-sources-2.6.10-r6 compilations, though it used to with the older ati drivers. [ATI Radeon FAQ, Question 4.26].
EDIT: Well ok, celestia doesn't segfault with GL_ARB_vertex_program, but it also runs incredibly slow |
Yep, same here. I'll update that entry.
| egu wrote: | | Problems with radeonfb framebuffer, mplayer -vo gl [gl2] seem to be resolved with the new ati driver, stability has increased, but I'm having a new problem: some opengl applications, when run fullscreen, take only a small part of my screen. E.g. when I alt+enter to fullscreen in quake3, it only takes 1024x768 pixels [that much is set] of my 1280x1024 resolution and resides in the bottom-left corner. Everything else shown is crap. I've seen people having similar problem in this forum and it looks like this is an unresolved bug with the new drivers or smth. Could my presumptions be true? |
Looks like it could be, but I couldn't tell you for sure. Are you running with "OpenGLOverlay" set to "on" by any chance?
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Thu Jan 20, 2005 8:13 pm Post subject: |
|
|
| discostu wrote: | Well, it's running, but I noticed this error (2nd line in code block) from dmesg:
| Code: | mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x100000
[fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22)
[fglrx] AGP detected, AgpState = 0x1f000217 (hardware caps of chipset)
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:03:00.0 into 4x mode
[fglrx] AGP enabled, AgpCommand = 0x1f000314 (selected caps)
[fglrx] free AGP = 51113984
[fglrx] max AGP = 51113984
[fglrx] free LFB = 116387840
[fglrx] max LFB = 116387840
[fglrx] free Inv = 0
[fglrx] max Inv = 0
[fglrx] total Inv = 0
[fglrx] total TIM = 0
[fglrx] total FB = 0
[fglrx] total AGP = 16384
mtrr: 0xd0000000,0x400000 overlaps existing 0xd0000000,0x100000
|
I think I even got in in the old 3.14.6 driver. I'm getting about 1800fps from glxgears and direct rendering is on. |
The MTRR errors aren't critical, but there is a fix here.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Fri Jan 21, 2005 12:41 am Post subject: |
|
|
| egu wrote: | | EDIT: Well ok, celestia doesn't segfault with GL_ARB_vertex_program, but it also runs incredibly slow |
I've just spent a couple of hours screwing around with this, and it appears to be down to the fact that Celestia refuses to use anything other than the Xorg OpenGL libraries under /usr/lib/opengl/xorg-x11/lib, and even has that path hardcoded into the binary for some reason. This is weird, because it should be dynamically linked, and so should use whatever libraries are set up by opengl-update (you can test this by running "ldd /usr/bin/celestia | grep libGL" and toggling between "opengl-update ati" and "opengl-update xorg-x11". The libGL path doesn't change, but if you try the same thing with other OpenGL apps, it will). If you run celestia with: | Code: | | LIBGL_DEBUG=1 celestia |
you can see an error from fglrx, which I think is caused by it loading the Xorg library instead of the ATI library (version mismatch). I think this then causes it to fallback on software rendering, which would explain the poor speeds. As a workaround, you can force it to use the ATI libs by doing | Code: | | LD_LIBRARY_PATH=/usr/lib/opengl/ati/lib celestia |
which should make a big difference to performance. I'm still not sure why the linking is the way it is, but I'll have another look at it tomorrow.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
iplayfast
l33t
Joined: 08 Jul 2002
Posts: 642
Location: Cambridge On,CA
|
| Posted: Fri Jan 21, 2005 5:12 am Post subject: ati likes mesa? help wedge! |
|
|
Ok I've changed kernels to gentoo-dev-sources (and moved away from reiserfs4 
And I've successfully emerged ati-drivers. I've run opengl-update ati
the links look ok
| Code: |
ls /usr/X11R6/include/GL -l
total 228
-r--r--r-- 1 root root 7946 Jan 15 16:36 GLwDrawA.h
-r--r--r-- 1 root root 4433 Jan 15 16:36 GLwDrawAP.h
-r--r--r-- 1 root root 2309 Jan 15 16:36 GLwMDrawA.h
-r--r--r-- 1 root root 2311 Jan 15 16:36 GLwMDrawAP.h
lrwxrwxrwx 1 root root 32 Jan 20 23:53 gl.h -> /usr/lib/opengl/ati/include/gl.h
-rw-r--r-- 1 root root 10381 Dec 9 13:35 gle.h
lrwxrwxrwx 1 root root 35 Jan 20 23:53 glext.h -> /usr/lib/opengl/ati/include/glext.h
-r--r--r-- 1 root root 15981 Jan 15 16:36 glu.h
-rw-r--r-- 1 root root 30192 Aug 28 11:02 glut.h
-rw-r--r-- 1 root root 4109 Aug 28 11:02 glutf90.h
lrwxrwxrwx 1 root root 33 Jan 20 23:53 glx.h -> /usr/lib/opengl/ati/include/glx.h
-r--r--r-- 1 root root 5402 Jan 20 22:36 glxATI.h
-r--r--r-- 1 root root 29020 Jan 15 16:36 glxext.h
-r--r--r-- 1 root root 4257 Jan 15 16:36 glxint.h
-r--r--r-- 1 root root 2453 Jan 15 16:36 glxmd.h
-r--r--r-- 1 root root 71034 Jan 15 16:36 glxproto.h
lrwxrwxrwx 1 root root 39 Jan 20 23:53 glxtokens.h -> /usr/lib/opengl/ati/include/glxtokens.h
-r--r--r-- 1 root root 8349 Jan 15 16:36 osmesa.h
|
In the Xorg log it says the following warnings
| Code: |
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(WW) fglrx: No matching Device section for instance (BusID PCI:1:5:1) found
(WW) fglrx(0): ***********************************
(WW) fglrx(0): * DRI initialization disabled! *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ***********************************
(WW) fglrx(0): board is an unknown third party board, chipset is supported
(**) Option "dpms"
(**) fglrx(0): DPMS enabled
(WW) fglrx(0): Option "AGPMode" is not used
(WW) fglrx(0): Option "AGPFastWrite" is not used
(WW) fglrx(0): Option "EnablePageFlip" is not used
(WW) fglrx(0): Option "XaaNoOffscreenPixmaps" is not used
(**) fglrx(0): Option "XaaNoOffscreenPixmaps"
|
There were no (EE) errors.
x starts, but doing glxinfo shows mesa is running the graphics.
Any ideas of where I went wrong?
Oh also when I startx the screen comes up fine, but | Code: |
lsmod
Module Size Used by
snd_emu10k1_synth 6976 0
fglrx 235040 0
snd_emu10k1 93572 1 snd_emu10k1_synth
snd_ac97_codec 73568 1 snd_emu10k1
snd_emux_synth 36096 1 snd_emu10k1_synth
snd_seq_virmidi 6144 1 snd_emux_synth
snd_util_mem 3328 2 snd_emu10k1,snd_emux_synth
|
Shouldn't the fglrx module be used? I know I'm setting it in my xorg.conf. |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Fri Jan 21, 2005 8:52 am Post subject: |
|
|
Can you post the full log (or at least the second half)? If you're using "UseInternalAGPGART" set to "no", then you'll need AGP support in the kernel setup as well.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
iplayfast
l33t
Joined: 08 Jul 2002
Posts: 642
Location: Cambridge On,CA
|
| Posted: Fri Jan 21, 2005 3:10 pm Post subject: |
|
|
I'll post the full log tonight when I get back home, however (if memory serves)
UseInternalAGPGART is set to yes.
I went through your help page (very nicely done) and tried to do as closesly as possible. It just looks like the driver is being ignored in favour of xorg native ones.
It wasn't loading automatically so I autoloaded it, and it's not being used.
According to glxinfo I'm still mesa. |
|
| Back to top |
|
|
egu
n00b
Joined: 01 Sep 2004
Posts: 8
|
| Posted: Fri Jan 21, 2005 8:27 pm Post subject: |
|
|
| Wedge_ wrote: | As a workaround, you can force it to use the ATI libs by doing | Code: | | LD_LIBRARY_PATH=/usr/lib/opengl/ati/lib celestia |
which should make a big difference to performance. I'm still not sure why the linking is the way it is, but I'll have another look at it tomorrow. |
Celestia [I guess we are talking about v1.3.2 ] in "Help->Open GL Info" kind of shows that your conclusions are true
When run normally it shows MESA GLX Indirect as it's renderer and with the line celestia is using Radeon 9600 GENERIC. The speed is truly normal with the forced libraries and I wonder too where the error could lie.
Anyway, celestia runs with lots of artifacts on my configuration, when "Star style" is set to anything but "Points" and the window is larger than 640x480. But this is the wrong thread for that, I guess [because this issue was there with the older drivers too]
As to my fullscreen OpenGL gaming problem (where programs took only a small part in the bottom-left of my screen), it was only a problem with available modes in my xorg.conf file [Xorg had only 1280x1024 screen size available, so fullscreen programs couldn't set smaller size]. Right now I've got a ModeLine for my LCD [1280x1024@60Hz] and the line
| Code: | | Modes "1280x1024" "1024x768" "800x600" "720x400" "640x480" |
in the "Display" subsection of "Screen" section so Xorg can detect all VESA modes and add ModeLines automatically.
When reading some Radeon/ATI guide or howto in this forum, I've seen someone recommending these options:
| Code: | Option "EnablePrivateBackZ" "yes"
Option "UseFastTLS" "0" # Can be 0, 1 or 2 |
however, with the first one I'm getting huge graphic corruptions and I think that the second one is only for ATI FireGL graphic cards and has no impact on other cards (as stated in fglrxconfig).
I feel like I've talked too much 
Bye
_________________
egu out |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Fri Jan 21, 2005 8:45 pm Post subject: |
|
|
| egu wrote: | Celestia [I guess we are talking about v1.3.2 ] in "Help->Open GL Info" kind of shows that your conclusions are true
When run normally it shows MESA GLX Indirect as it's renderer and with the line celestia is using Radeon 9600 GENERIC. The speed is truly normal with the forced libraries and I wonder too where the error could lie. |
I didn't get anywhere trying to fix it myself, so I filed a bug report for it. Hopefully it'll get fixed soon.
| egu wrote: | When reading some Radeon/ATI guide or howto in this forum, I've seen someone recommending these options:
| Code: | Option "EnablePrivateBackZ" "yes"
Option "UseFastTLS" "0" # Can be 0, 1 or 2 |
however, with the first one I'm getting huge graphic corruptions and I think that the second one is only for ATI FireGL graphic cards and has no impact on other cards (as stated in fglrxconfig). |
I remember one of the ATI devs recommending that people don't use the unlisted options like EnablePrivateBackZ. Sometimes it doesn't have any ill-effects, but other times you get the kind of problems you're talking about.
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
ShiftyEyes
n00b
Joined: 07 Jan 2005
Posts: 20
Location: Champaign, IL
|
| Posted: Fri Jan 21, 2005 9:39 pm Post subject: |
|
|
I'm having some issues with fglrxconfig. I am using xorg 6.8 and an radeon x700 pro (which is supported). The first problem I have is that fglrxconfig doesn't seem to have support for the x700 card. It isn't on the list of cards that pops up initially. Other than that I can use it to make the file. I can then rename the file to xorg.conf, but when I try to start kde my display goes blank. If I delete the xorg.conf file kde will start up correctly but looks really ugly (severly distorted graphics). So obviously there is something wrong in that file that keeps it from diplaying proprerly. At the end of the configuration menu, after it asks if it should write the file, it tells me that none of the supported cards were found. Is there another way to set up xorg.conf? How do I define what card I'm using there?
Thanks,
Shifty |
|
| Back to top |
|
|
Wedge_
Advocate
Joined: 08 Aug 2002
Posts: 3614
Location: Scotland
|
| Posted: Fri Jan 21, 2005 9:48 pm Post subject: |
|
|
Can you post the Xorg log you get when trying to start with the fglrxconfig-produced xorg.conf?
_________________
Per Ardua Ad Astra
The Earth is the cradle of the mind, but we cannot live forever in a cradle - Konstantin E. Tsiolkovsky
Gentoo Radeon FAQ |
|
| Back to top |
|
|
|
Gamers & Players
