Re: [Clc-crux64] ATI's proprietary drivers
On Sun, September 11, 2005 8:57 pm, ccd@mail.bg said:
Hi,
I had the same problems with ati drivers on my crux box. I've got the same problem. I had other problems with the driver also. I've sumbited a bug report to ati's bugzilla. What i've got from ati was, that except the native 64bit glibc i had to install the 32 bit librarys also. Ofcourse this did not resolve the problem at all, I still got mesa instead of ati. I don't remember very well but I think the problem was solved with libstdc++, I use Jeremy's crux, not the one from danm, so installing the libstdc++ from opt did not solve the problem either, then I got it that libstdc++-compat in opt is 32 bit, so i downloaded some rpm from mandrake fox x86_64 (i am lazy i know :) ) i.e. compat-libstdc++-8-3.3.4.2.x86_64.rpm, converted it to tar.gz and copied the content of the package to the lib directory, this solved the problem, and now I have 3d accel, but don't expect to much of it. In general, ati's accel sucks in linux. The latest drivers resolved my issues with artifacts in 2d and 3d, but now when i run fgl_glxgears i get a black cube with gray background. So don't expect to much of it.
Sorry for beeing so talkative, but i hope i helped in some way.
no problem at all, it solved my problem: bash-3.00$ glxgears 40697 frames in 5.0 seconds = 8139.400 FPS 50575 frames in 5.0 seconds = 10115.000 FPS 50582 frames in 5.0 seconds = 10116.400 FPS 50576 frames in 5.0 seconds = 10115.200 FPS 50579 frames in 5.0 seconds = 10115.800 FPS 50589 frames in 5.0 seconds = 10117.800 FPS :) i made a port for it too which i'm sending to danm soon-ish... cheers, lars
Cheers, ilf On Sun, 11 Sep 2005 14:04:35 +0200 (CEST) "Lars Helmer" <lasso@spacecentre.se> wrote:
hello,
i've been trying to get ati's proprietary drivers to work on my amd64 install for some time now. my ati-driver port can be found in the contrib64 repo among with it's dependencies.
but i just cant get the acceleration working so i'm hoping anyone here got any ideas...
there is a thread on the gentoo forums: http://forums.gentoo.org/viewtopic-t-377790.html that resembles my problem.
the drivers installed ok, the fglrx module is loaded ok (nothing funny in dmesg), and according to the x log drm is loaded ok and everything is accelerated. xorg.conf is set to use internalagp etc. but, fglrxinfo says mesa and glxinfo says no direct rendering. glxgears is ~480fps on my ati x850xt which seems just a bit to slow...
from what i've understood from the gentoo thread someone had the same problem because of some side issue of having gcc 3.3.x installed. but this is a fresh system (danm's iso) running gcc 3.4.4. can anyone see if the issue in the thread relates to crux in any way or have any other ideas as to what could be the problem here?
cheers,
lars _______________________________________________ Clc-crux64 mailing list Clc-crux64@lists.berlios.de http://lists.berlios.de/mailman/listinfo/clc-crux64
Hi guys, I'm using Jeremy's x86_64 iso right now, but because of the lack of support, actually his site has been done for a while, i would like to switch to danm's iso. However I wouldn't like to just reinstall the system, whould it be possible to just pkgadd -u some packages and then edit the files in /etc/ports so that i get danm's repo's, or will i break way too much things and i better reinstall? If i can just upgrade some packages, which one should I upgrade except glibc and gcc ? Cheers, Ilf
On Wed, 21 Sep 2005 02:44:22 +0300 Ilf Stoyanov wrote:
[..] whould it be possible to just pkgadd -u some packages and then edit the files in /etc/ports so that i get danm's repo's, or will i break way too much things and i better reinstall?
pkgadd -u won't be enough. Most library files of Jeremy's CRUX64 are installed in /usr/lib not /usr/lib{32,64}. Because of this you'll get messages like this: --------------------------------------------- $ pkgadd -u /usr/ports/contrib64/gnupg/gnupg#1.4.2-1.pkg.tar.gz usr/lib64/gnupg/gpgkeys_finger usr/lib64/gnupg/gpgkeys_hkp usr/lib64/gnupg/gpgkeys_http usr/lib64/gnupg/gpgkeys_mailto pkgadd: listed file(s) already installed (use -f to ignore and overwrite) --------------------------------------------- pkgadd -u -f should work fine here. Keep in mind that I updated a lot of packages in base & opt. To specify one example: openssl 0.9.8. The 0.9.8er version is not binary compatible to 0.9.7g due to API changes. Every application depending on openssl needs to get recompiled. bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
participants (3)
-
Daniel Mueller
-
Ilf Stoyanov
-
Lars Helmer