I actually had an email from one of the ATI guys a while back offering to help us formalize the pkging of these drivers using their own installer...I never heard back from them...
Geez, that would have been sweet... the ATI graphical installer creating a pacman package for us?
]]>My problems started several weeks ago after upgrading the system
to the new kernel, see
.
After that, I did "blind" login into the system without seeing "login:" and "Pasword:", but I was able to start blindly "xfce4" and do my regular job.
Today, after upgrading the system to the new kernel through "pacman -Syu", I am not able to do even "blind" login. Just black screen and no reaction.
I am not even able to reboot the system through "Ctrl-Alt-Del".
Please help -- I am using this comuputer for work.
Is there any way to return to old kernel and how to do that?
]]>#!/bin/sh
cd /opt/enemy-territory
./bin/et.x86 +set r_ext_compiled_vertex_array 0 $*
however.. this was not necessary with a plain arch 0.7 install +archck kernel and ati-drivers from ~3 months ago.
]]>Well.. I just couldn't wait and modified a local PKGBUILD for ati-drivers-arch to use the 8.22.5 drivers and installed it. The friggin' problem with enemy-territory persists! Everything else still works fine.
Actually, after running with 8.22.5 for a little while, I've noticed that, while running glxgears works fine, if my X server's been up for a while, it crashes hard when I try to switch to VT's or kill the server entirely.
However, I can still switch or close X if it's shortly after I've started it... this is actually pretty hard to reproduce, but it's got me paranoid about quitting X.
This issue seems to have cropped up in 8.21.7 and hasn't yet been killed, based on my testing... and when I try to run fullscreen games, I get the crash too, just like you do. *sigh* I hope I don't have to revert to 8.20.8 again... this is getting ridiculous.
]]>New drivers version just made available!!
I'm working on updating my packages now.
Well.. I just couldn't wait and modified a local PKGBUILD for ati-drivers-arch to use the 8.22.5 drivers and installed it. The friggin' problem with enemy-territory persists! Everything else still works fine.
]]>Linux Proprietary Driver 8.22.5 Release: x86 and x86_64 variants
NEW FEATURES: (1) ATI Proprietary Linux Driver now supports Linux Kernel 2.6.15. ISSUES RESOLVED: (1) Creating 22 or more display configuration mode lines in the X Server configuration file no longer results in a fatal server error.
I'm working on updating my packages now.
]]>Well, the enemy-territory problem persists.. am I still missing something or are the ati drivers a bit messed up with 2.6.15?
Even with the patch available, I had serious problems with 2.6.15 and ATI Drivers 8.21.7.. I ended up reverting to archck2.6.14 (which doesn't support initramfs, just FYI) to fix it up.
Eventually I might upgrade to 2.6.15 again and fix up 8.20.8 ati drivers to work with it.. but right now I'm content with 2.6.14
]]>kernel26archck-2.6.15 uses initramfs, which provides the same functionality as initrd but, as I'm told, is better.
Setup is the same as with initrd, except you edit /etc/mkinitramfs.conf and run mkinitramfs auto
good to know.. but I'd need the archck kernel on an install cd for that, wouldn't I? Which it normally isn't afaik. Or does the stock one support initrd and initramfs?
But anyhow, I already experienced the very same problem in enemy-territory and quake3 with kernel26archck-2.6.15 and ati-drivers
Check your xorg.conf "Modules" section -- are 'dri' and 'glx' listed twice in there?
errr... seems so :oops: fixed that. thanks!
The order they are loaded is important too
didn't know that one! but it doesn't seem to change anything if I switch the order.. at least nothing obvious. Module section now looks like this:
Section "Module"
Load "dri"
Load "glx"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
Load "type1"
Load "freetype"
EndSection
Device section:
Section "Device"
Identifier "Radeon1"
Driver "fglrx"
Option "no_accel" "no"
Option "no_dri" "no"
Option "mtrr" "off"
Option "DesktopSetup" "0x00000000"
Option "MonitorLayout" "AUTO, AUTO"
Option "IgnoreEDID" "off"
Option "HSync2" "unspecified"
Option "VRefresh2" "unspecified"
Option "ScreenOverlap" "0"
Option "NoTV" "yes"
Option "TVStandard" "NTSC-M"
Option "TVHSizeAdj" "0"
Option "TVVSizeAdj" "0"
Option "TVHPosAdj" "0"
Option "TVVPosAdj" "0"
Option "TVHStartAdj" "0"
Option "TVColorAdj" "0"
Option "GammaCorrectionI" "0x06419064"
Option "GammaCorrectionII" "0x06419064"
Option "Capabilities" "0x00000000"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
Option "CenterMode" "off"
Option "PseudoColorVisuals" "off"
Option "Stereo" "off"
Option "StereoSyncEnable" "1"
Option "FSAAEnable" "no"
Option "FSAAScale" "1"
Option "FSAADisableGamma" "no"
Option "FSAACustomizeMSPos" "no"
Option "FSAAMSPosX0" "0.000000"
Option "FSAAMSPosY0" "0.000000"
Option "FSAAMSPosX1" "0.000000"
Option "FSAAMSPosY1" "0.000000"
Option "FSAAMSPosX2" "0.000000"
Option "FSAAMSPosY2" "0.000000"
Option "FSAAMSPosX3" "0.000000"
Option "FSAAMSPosY3" "0.000000"
Option "FSAAMSPosX4" "0.000000"
Option "FSAAMSPosY4" "0.000000"
Option "FSAAMSPosX5" "0.000000"
Option "FSAAMSPosY5" "0.000000"
Option "UseFastTLS" "0"
Option "BlockSignalsOnLock" "on"
Option "UseInternalAGPGART" "no"
Option "ForceGenericCPU" "no"
BusID "PCI:1:0:0"
EndSection
Well, the enemy-territory problem persists.. am I still missing something or are the ati drivers a bit messed up with 2.6.15?
]]>Check your xorg.conf "Modules" section -- are 'dri' and 'glx' listed twice in there?
The order they are loaded is important too
]]>I currently use kernel26 2.6.15.3 (fresh install, no more archck, since I now have an encrypted root fs on my notebook and archck doesn't seem to support initrd)
kernel26archck-2.6.15 uses initramfs, which provides the same functionality as initrd but, as I'm told, is better.
Setup is the same as with initrd, except you edit /etc/mkinitramfs.conf and run mkinitramfs auto
X (6.8.2) spits out these errors, maybe they're related:
(EE) Failed to load module "dri" (once-only module, #) (EE) Failed to load module "glx" (once-only module, #)
so.. what's the deal here?
Check your xorg.conf "Modules" section -- are 'dri' and 'glx' listed twice in there?
]]>$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
...
client glx vendor string: ATI
client glx version string: 1.3
...
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY/RADEON 9000 DDR Generic
OpenGL version string: 1.3.1041 (X4.3.0-8.21.7)
Problem: Enemy-Territory and Quake3 won't run - they're freezing right after the short intro video, when they should show the menu.
X (6.8.2) spits out these errors, maybe they're related:
(EE) Failed to load module "dri" (once-only module, #)
(EE) Failed to load module "glx" (once-only module, #)
so.. what's the deal here?
]]>I know Xorg 7 is still in testing, but how about making an ATi package for it too? As I guess this one only works with Xorg 6?
It's very much against the Arch ethos to provide pkgs to cover every eventuality. We encourage people to become familiar with ABS (Arch Build System) to account for smaller desires and preferences.
]]>