Hello,
I just compiled and installed the latest linux developer kernel. I
tried to install the Mach64 binary drivers from
www.retinalburn.com. With kernel 2.4.20 it works fine for me, but with
kernel 2.5.66 I get the following error message:
:/usr/local/src/dripkg# modprobe mach64
FATAL: Error
On Wed, Oct 02, 2002 at 01:15:26PM +0200, Michel Dänzer wrote:
You don't need to build for every system, just against an older version
of glibc.
I am not using these binary snapshots, but I appreciate this work. But
please do not compile it against RedHat's glibc2.3 version. RedHat is
the
On Wed, Oct 02, 2002 at 02:25:40PM +0100, Alan Cox wrote:
Get a clue.
glibc 2.3 is used because its newer, because it fixes lots of bugs,
because its more standards compliant, because it uses new syscalls.
Everyone will be using it soon enough.
glibc 2.3 is LSB compliant, like current
Hi,
I compiled yesterdays mach64-0-0-4 branch and did some tests with it.
I configured 1024x768 screen resolution in XF86Config-4 and 16 bit depth.
AGP Speed is 1 and DMA Buffers are 2 MB
My machine is a Sony Vaio with 128 MB RAM, a 650 MHz P3 and an Ati
Rage Mobility with 8 MB Ram.
I got
Hello!
That's great news, Leif!
I used to test the Mach64-branch on my Sony Vaio which has a 8 MB ATI
Rage Mobility. The mach64-0-0-3 branch worked fine for me and I was
really happy because I got a frame rate of about 25-30 in UT and Q3.
I had a lot of work to do for my diploma thesis
Hi Jose,
I will certainly test the branch on my Sony Vaio (but I will keep the
mach64-0-0-3 branch for occasionally playing Unreal;-)). Please tell us
when the branch is stable enough to test it and what tests we should run.
Thanks for all the work you do for the Mach64,
Greetings,
Michael
Hi Jose
This is a bug which still hasn't disappeared with the latest updates. In
the game the penguin flashes randomly as it slides downhill. He still
drawn but just its bright, as a phantom. I've been trying to hunt this
down but I still didn't had much success so far. Could someone tell
On Wed, Mar 13, 2002 at 04:33:10PM +, Jose Fonseca wrote:
I would also like to point out that at this moment the
mach64-0-0-3-branch, from where this snapshot was taken, is perfectly
usable with almost the same level of functionality given by the previous
mach64-0-0-2-branch except some
On Tue, Feb 19, 2002 at 03:47:44PM -0500, Leif Delgass wrote:
First of all, I installed the same UT CD on a friends new Toshiba laptop
with a Geforce2Go and Unreal works just fine on this laptop. It is
definitely not the UT installation
Could you be more specific about what just rubbish looks
On Wed, Feb 20, 2002 at 11:07:49AM +0100, Michael Thaler wrote:
I played a little bit with the UnrealTournament.ini options. If I set
[SDLDrv.SDLClient]
NoLighting=True
I don't get these errors anymore. But UT is slow. I think I get 5 to
10 fps or something. Any hints how you can improve
On Wed, Feb 20, 2002 at 01:06:58PM +, José Fonseca wrote:
I usually get 10 to 20 fps with the settings attached.
Thank you very much, Jose. I used your UnrealTournament.ini and it
really works fine for me! I even can use 640x480 and it is still
really o.k. My chipset seems to be a little
Hi,
I compiled the mac64 driver following Leifs excellent mini-HOWTO. I
did not find any errors after compiling in world.log. I installed
XFree86 to /usr/X11R6-DRI, inserted mach64.o with insmod (I have
agpgart compiled into the kernel) and started X with
/usr/X11R6-DRI/bin/X which worked fine.
On Tue, Feb 19, 2002 at 10:44:43AM +, José Fonseca wrote:
Please check:
- if /usr/lib/libGL.so.1 is pointing to /usr/X11R6-DRI/lib/libGL.so.
lrwxrwxrwx1 root root 10 19. Feb 12:17 /usr/lib/libGL.so -
libGL.so.1
lrwxrwxrwx1 root root 12 19. Feb 12:17
On Tue, Feb 19, 2002 at 02:00:54PM +0100, R. Reucher wrote:
Thank you very much! Now I get:
mthaler:~# lsmod
Module Size Used byNot tainted
mach64 71544 1
but glxinfo still shows:
mthaler:~# glxinfo
name of display: :0.0
display: :0 screen: 0
direct
On Tue, Feb 19, 2002 at 03:10:19PM +0100, R. Reucher wrote:
Then it's still not working correctly ! Please look at your XFree86.0.log
again and search for direct rendering !!!
(II) ATI(0): [drm] created mach64 driver at busid PCI:1:0:0
(II) ATI(0): [drm] added 4096 byte SAREA at 0xc88dd000
On Tue, Feb 19, 2002 at 05:17:16PM +, Jose Fonseca wrote:
No, there's no need. You probably just have to change the order on which
/usr/lib/ and /usr/X11R6/lib/ directories appear on /etc/ld.so.conf and
run '/sbin/ldconfig'
I just symlinked the libGL and the libGLU in /usr/X11R6/lib to
On Tue, Dec 11, 2001 at 11:52:59AM +, Jose Fonseca wrote:
cvs -z3 [EMAIL PROTECTED]:/cvsroot/dri co -r
mach64-0-0-2-branch xc
I don't have a login so I can only download as an anonymous user. I
followed the instructions of the compilation guide but I am not
familiar with CVS so maybe
On Tue, Dec 11, 2001 at 12:45:59PM +, Jose Fonseca wrote:
Me neither. That's not a problem, just login as anonymous:
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri login
Press enter for password and then
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri co -r
mach64-0-0-2-branch
Hello,
I downloaded the trunk and the mach64 branch from CVS. I compiled
everything with make world and loaded the mach64 module into the
kernel. I used XFree 4.10 from debian unstable to test the driver.
First I ran glxgears with the libGL that came with debian. I got:
525 frames in 5.0
Hi all,
Thanks to Jose, I got some binary stuff to test:
lib/modules/2.4.9-13/kernel/drivers/char/drm/mach64.o
usr/X11R6/lib/modules/drivers/ati_drv.o
usr/X11R6/lib/modules/drivers/atimisc_drv.o
usr/X11R6/lib/modules/drivers/r128_drv.o
usr/X11R6/lib/modules/drivers/radeon_drv.o
I am new
Hello,
I tried to compile the latest version of XFree from CVS. What I did is:
mkdir DRI-CVS
cd DRI-CVS/
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri co xc
ln -s xc XFree40
mkdir build
cd build
lndir -silent -ignorelinks ../XFree40
then
21 matches
Mail list logo