You are not logged in.
hmm... well that gives me some hope that someday mine might work... ive searched forever - if anyone has any ideas it would make me really happy
Offline
Hi I have a Radeon 9250 pci and managed to get the fglrx driver installed by the PKGBUILDs but I cannot get direct rendering to work. Here is my result from running glxinfo:
#glxinfo | grep "direct rendering"
direct rendering: No
I get poor FPS on glxgears (around 75FPS), and on fgl_glxgears:
#fgl_glxgears
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 142 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Serial number of failed request: 32
Current serial number in output stream: 32
Does anyone have any idea why direct rendering is not working?
Let me know if you need more info on my system
Thanks,
Chris
Edit: I think I found my problem. Running fglrxinfo:
display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.1)
Mesa drivers are being loaded. Many people seem to have had this problem but I cannot find a solution that works. I tried removing mesa and reinstalling the ati-drivers package but still no luck.
Any ideas?
Offline
Try to read here if you find what are you looking for, otherwise try to ask it again in here
http://bbs.archlinux.org/viewtopic.php? … &start=195
(it's easyer to answer if we put all the post about ati drivers in the same place)
AH, anyway, have u tried to read something in here:
Offline
A PKGBUILD that may fix the permission problems with ati drivers:
pkgname=ati-drivers
pkgver=8.14.13
pkgrel=4
pkgdesc="ATI precompiled drivers for r350, r300, r250 and r200 chipsets. Built for the kernel2612-cko2-swsusp2 pkg in [community]"
url="http://www.ati.com"
license=""
depends=('xorg>=6.8.0')
makedepends=('rpmunpack' 'cpio')
conflicts=('ati-drivers-module')
install=ati-drivers.install
source=(http://www2.ati.com/drivers/linux/fglrx_6_8_0-$pkgver-1.i386.rpm
http://www.tux3d.org/fglrx/Patches/Kernel-2.6.12/good-tested/fglrx-2.6-agpgart.patch
http://www.tux3d.org/fglrx/Patches/Kernel-2.6.12/good-tested/fglrx-2.6.12-inter_module_get.patch
http://www.tux3d.org/fglrx/Patches/Kernel-2.6.12/good-tested/fglrx-2.6.12-new-agpgart.patch
http://www.tux3d.org/fglrx/Patches/Kernel-2.6.12/good-tested/fglrx-2.6.12-x86-64.patch)
md5sums=('5187698cee2edf3dee89bc3eee5729c1' '9fd0520f6b25f672f9c1410c013415d5'
'5b86791c3dad330791b7615ea205fe3e' '275238baa6d2db2b96bc8b98275a7928'
'3211f58d9d30355207ff2fe49c1dc945')
_kernel=2.6.12-cko2-swsusp2
build() {
cd $startdir/src
rpmunpack < $startdir/src/fglrx_6_8_0-$pkgver-1.i386.rpm | gzip -d | cpio -idmuv
rm -rf $startdir/src/usr/X11R6/bin/*.bz2
cd $startdir/src/lib/modules/fglrx/build_mod
# Patching the drivers to make em works with kernel 2.6.12
patch -p0 < $startdir/src/fglrx-2.6.12-inter_module_get.patch
patch -p1 < $startdir/src/fglrx-2.6.12-new-agpgart.patch
patch -p0 < $startdir/src/fglrx-2.6-agpgart.patch
### For 64 Bit System you must use an this patch too!!
# patch -p0 < $startdir/src/fglrx-2.6.12-x86-64.patch
# Build the kernel module
cp 2.6.x/Makefile .
make -C /usr/src/linux-${_kernel} SUBDIRS="`pwd`" modules || return 1
# Install the kernel module
install -m 644 -D $startdir/src/lib/modules/fglrx/build_mod/fglrx.ko
$startdir/pkg/lib/modules/${_kernel}/video/fglrx.ko
# Begin installing things...
install -d $startdir/pkg/usr/X11R6/bin/
install -m 755 -D $startdir/src/usr/X11R6/bin/*
$startdir/pkg/usr/X11R6/bin/ || return 1
install -m 755 -D $startdir/src/usr/X11R6/lib/libGL.so.1.2
$startdir/pkg/usr/X11R6/lib/libGL.so.1.2 || return 1
install -m 644 -D $startdir/src/usr/X11R6/lib/modules/drivers/fglrx_drv.o
$startdir/pkg/usr/X11R6/lib/modules/drivers/fglrx_drv.o || return 1
install -m 755 -D $startdir/src/usr/X11R6/lib/modules/dri/fglrx_dri.so
$startdir/pkg/usr/X11R6/lib/modules/dri/fglrx_dri.so || return 1
install -m 755 -D $startdir/src/opt/kde3/share/applnk/fireglcontrol_kde3.desktop
$startdir/pkg/opt/kde/share/applnk/fireglcontrol.desktop
install -m 755 -D $startdir/src/usr/share/gnome/apps/fireglcontrol.desktop
$startdir/pkg/opt/gnome/share/application/fireglcontrol.desktop
install -m 644 -D $startdir/src/usr/share/icons/ati.xpm
$startdir/pkg/usr/share/icons/ati.xpm
# Remove stuff that we've put elsewhere
rm -f $startdir/src/usr/X11R6/lib/modules/drivers/fglrx_drv.o
$startdir/src/usr/X11R6/lib/modules/dri/fglrx_dri.so
$startdir/src/usr/X11R6/lib/libGL.so.1.2
$startdir/src/usr/X11R6/bin/*
rm -rf $startdir/src/usr/{src,share,opt} $startdir/src/usr/X11R6/bin
# Copy all the remaining files
cp -R $startdir/src/usr $startdir/pkg
}
Offline
I tried that PKGBUILD and still no go...:(
However I was looking at the kernel in the PKGBUILD and changed it around, my uname -r shows the kernel as 2.6.12-ARCH
What is the 2.6.12-cko2-swsusp2 and would that matter?
I made my own kernel as the wiki tells to do it...
Offline
@OCNubStylee: You have to change the _kernel option to the name of your kernel. 2.6.12-cko2-swsusp2 is a custom kernel from the user repository designed to work with ati drivers.
---------------
About using the Agpgart. At first I noticed that after installing the ati drivers dmesg contained the following:
[fglrx] Internal AGP support requested, but kernel AGP support active.
[fglrx] Have to use kernel AGP support to avoid conflicts.
lsmod showed that via-agp was getting loaded even though I didn't explicitly specify it in rc.conf. I blacklisted it in the /etc/hotplug/blacklist and rebooted and finally internal agp support was active.:
[fglrx] AGP detected, AgpState = 0x1f000a07 (hardware caps of chipset)
[fglrx] AGP enabled, AgpCommand = 0x1f000304 (selected caps)
The question is which one is better? Any thoughts?
Michal Stanislawski
Offline
Hm... if I don't load my kernel AGP module at startup, I get the following error in my X logs:
(EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENOMEM"
(EE) fglrx(0): cannot init AGP
And I have "useInternalAGP" set to "yes"... so, I guess that tells you which is better for me... heh.
-=edit=- dmesg output:
[fglrx] Maximum main memory to use for locked dma buffers: 428 MBytes.
[fglrx] module loaded - fglrx 8.14.13 [Jun 8 2005] on minor 0
[fglrx] AGP detected, AgpState = 0x00000000 (hardware caps of chipset)
[fglrx:firegl_unlock] *ERROR* Process 5172 using kernel context 0
[fglrx] AGP detected, AgpState = 0x00000000 (hardware caps of chipset)
[fglrx:firegl_unlock] *ERROR* Process 5314 using kernel context 0
-=edit again=- Just checked; don't have a process 5172, but process 5314 is X.
Offline
Well.. you have to have the agpgart loaded, but in my case hotplug also loaded the motherboard specific driver via-agp. This disabled the internal ati agp support. After blacklisting via-agp internal ati driver works.
Michal Stanislawski
Offline
Thanks Michal, but my agpgart module is loaded fine. I blacklisted nvidia_agp in hotplug, just like you blacklisted via-agp, and I get the afore-mentioned errors.
Offline
I blacklisted nvidia_agp in hotplug, just like you blacklisted via-agp, and I get the afore-mentioned errors.
there is nothing wrong with this. i don't see the reason why everybody's saying that all agp_ stuff should be compiled as modules and not used. i've built one of those into kernel (_intel), together with agpgart and it works perfectly.
Offline
True, iom, it works fine with nvidia_agp modprobed, but now I'm wondering, as stasiek did earlier, if the built-in AGP works better than the kernel module, and could offer a performance increase. However, I can't check, 'cause I get those errors whenever I don't load nvidia_agp, and naturally direct rendering turns off.
Offline
Ok, I installed the cko2 kernel, and reinstalled the drivers, however i still get this from fglrxinfo:
display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.1)
Why is mesa still loading? :cry:
Offline
New ATI-drivers in [community] with fixed permissions (I hope)
Offline
Still doesn't work for me...
I think I may have found my problem however. I'm using the PCI version of the radeon 9250, because I have no AGP slot on my motherboard. Instead, I have a Intel Extreme Graphics onboard thing that takes its place. I can't disable it in the BIOS (on windows I just uninstalled the drivers) however I'm thinking there might be a conflict between this and the ATI card. Does anyone know how I can resolve this? (The chipset is an 845G)
Offline
does this package need to depend on the cko kernel? I've installed it with nodeps and it seems fine...
I use my own custom kernel...
Offline
Hello.
When I was using KANOTIX Kano had a great script install-radeon-debian.sh for installing Ati Drivers.If you change some lines in the script you can even use older drivers with all patches applied.
Because it is for debian it has to be modified by someone to be useful for Arch users.I can't do it because I am too newbie for it.
You can find it at:
http://kanotix.com/files/install-radeon-debian.sh
Powered by Arch Linux
Offline
Hello again,
Here are some thoughts about the ATI and their drivers for linux:
1) First of all I believe the drivers are crappy all the way and that there is no serious support for linux from ATI
2) I have been trying for the last month to make these drivers work for me but everywhere I go there are problems:
- I use kernel26cko and ati-drivers from AUR and everything installed right but I get random lockupsif i use only fglrx. I tried to add to rc.conf before fglrx agpgart and via-agp which is my chipset and set internal to NO in xorg.conf and I have no 3D accelleration.
- I built my own 2.6.10 kernel succesfully at last and tried to compile the drivers. It compiles, again no 3d acceleration and I have found searching that the drivers require gcc 3.3.x to compile, while I have 3.4.x.During makepkg I found tha it compiles nvidia_agp instead of via_agp which is my chipset !!
3) I even tried the opensource with the latest kernel loading agpgart via-agp and radeon in rc-conf and modifying the xorg.conf according to a gentoo wiki page. Failed again...no 3D accelaration.
4) I quit trying. I will just wait and see if the new drivers (September??) wll have better support for my system.
Powered by Arch Linux
Offline
I'm starting to hope the new drivers are worthwhile too -- I just realized that, using OpenGL mode in zsnes, I get around 20 FPS with all smoothing engines turned off.
When I use software render mode, I don't get less than 60 frames, no matter how many features I enable.
That's sad...
Offline
They do sound very crap!
Offline