Logged In: NO
Browser: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)
Helo! This is a frustrated_linux_3dfx'er talking from
Spain...
My card insn't detected by glide even when the kernel
module detects it.
I have compiled the kernel module (with debug) using
gcc 2.95.2 (debian 2.2 potato), kernel version 2.2.17
with MTRRs enabled.
When I install the module...
Kosmos3000:# modprobe 3dfx
[follows extract from /var/log/messages]
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Entering
init_module()
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Successfully
registered device 3dfx
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: board vendor
4634 type 5 located at e4000000/e8000000 bus 1 dev 0
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Successfully
set MTRR, mtrr register: 0
[..]
The card (Voodoo 3 3000 AGP) seems to be detected.
Then I launch test3Dfx, resolution 640x480, and after
pressing enter...
Kosmos3000:# test3Dfx
[follows extract from /var/log/messages]
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
open_3dfx
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 3302 arg 0
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa98
Nov 9 20:57:26 Kosmos3000 last message repeated 4
times
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 last message repeated 13
times
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
release_3dfx
[..]
Using kernel 2.4.0-test9 (slightly modified ioctl
inicialization, to reflect changes (added NULL in ?
parent? entry)), glide complains again about not been
able to access the card (same message).
I think I have done something (maybe in BIOS) because
a month ago I was able to run test3Dfx and other glide
demos in the SAME linux box (no hardware added), using
debian potato 2.2.
Could you please give me a clue about this strange
behaviour ?...Tnx!
Well, I wanted to compile the Glide drivers with AMD 3D now support, and on compilation time i get following error:
Making all in glide3
make[2]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
Making all in src
make[3]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[3]: *** No rule to make target `xtexdl_3dnow.S', needed by `xtexdl_3dnow.lo'. Stop.
make[3]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3'
make: *** [all-recursive] Error 1
So I did take a look and didn't find any file with the 3dnow support.
I greped through the source tree, and didn't find any file where 3dnow is being mentioned except for the makefiles. Did I download from the wrong CVS tree?
And of course, XFree DRI server compiles, but without this 3dnow support in the glide3 drivers direct rendering won't work:
Well, I wanted to compile the Glide drivers with AMD 3D now support, and on compilation time i get following error:
Making all in glide3
make[2]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
Making all in src
make[3]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[3]: *** No rule to make target `xtexdl_3dnow.S', needed by `xtexdl_3dnow.lo'. Stop.
make[3]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3'
make: *** [all-recursive] Error 1
So I did take a look and didn't find any file with the 3dnow support.
I greped through the source tree, and didn't find any file where 3dnow is being mentioned except for the makefiles. Did I download from the wrong CVS tree?
And of course, XFree DRI server compiles, but without this 3dnow support in the glide3 drivers direct rendering won't work:
Logged In: NO
Browser: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)
Helo! This is a frustrated_linux_3dfx'er talking from
Spain...
My card insn't detected by glide even when the kernel
module detects it.
I have compiled the kernel module (with debug) using
gcc 2.95.2 (debian 2.2 potato), kernel version 2.2.17
with MTRRs enabled.
When I install the module...
Kosmos3000:# modprobe 3dfx
[follows extract from /var/log/messages]
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Entering
init_module()
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Successfully
registered device 3dfx
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: board vendor
4634 type 5 located at e4000000/e8000000 bus 1 dev 0
Nov 9 20:55:40 Kosmos3000 kernel: 3dfx: Successfully
set MTRR, mtrr register: 0
[..]
The card (Voodoo 3 3000 AGP) seems to be detected.
Then I launch test3Dfx, resolution 640x480, and after
pressing enter...
Kosmos3000:# test3Dfx
[follows extract from /var/log/messages]
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
open_3dfx
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 3302 arg 0
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa98
Nov 9 20:57:26 Kosmos3000 last message repeated 4
times
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
ioctl_3dfx, inode c365d980 file c37d0b60 cmd 80043303
arg bffffa48
Nov 9 20:57:26 Kosmos3000 last message repeated 13
times
[..]
...the program crashes with a segfault:
gd error (glide): can't find or access Banshee/V3 board
gd error (glide): grSstSelect: non-existant SST
Segmentation fault
[follows ...]
Nov 9 20:57:26 Kosmos3000 kernel: 3dfx: Entering
release_3dfx
[..]
Using kernel 2.4.0-test9 (slightly modified ioctl
inicialization, to reflect changes (added NULL in ?
parent? entry)), glide complains again about not been
able to access the card (same message).
I think I have done something (maybe in BIOS) because
a month ago I was able to run test3Dfx and other glide
demos in the SAME linux box (no hardware added), using
debian potato 2.2.
Could you please give me a clue about this strange
behaviour ?...Tnx!
(please contact e-mail miguelanxotero@hotmail.com)
Logged In: YES
user_id=116430
This is because one compiled glide for DRI but is using it
with a non-DRI X server.
Logged In: NO
Well, I wanted to compile the Glide drivers with AMD 3D now support, and on compilation time i get following error:
Making all in glide3
make[2]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
Making all in src
make[3]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[3]: *** No rule to make target `xtexdl_3dnow.S', needed by `xtexdl_3dnow.lo'. Stop.
make[3]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3'
make: *** [all-recursive] Error 1
So I did take a look and didn't find any file with the 3dnow support.
I greped through the source tree, and didn't find any file where 3dnow is being mentioned except for the makefiles. Did I download from the wrong CVS tree?
And of course, XFree DRI server compiles, but without this 3dnow support in the glide3 drivers direct rendering won't work:
Thilo:/installation/DRI-CVS/xc/xc# glxinfo
libGL error: dlopen failed: /usr/lib/libglide3.so.3: undefined symbol: _trisetup_3DNow_win_nocull_valid
libGL error: dlopen failed: /usr/lib/libglide3.so.3: undefined symbol: _trisetup_3DNow_win_nocull_valid
display: :0.0 screen:0
direct rendering: No
Thanks for any help.
Logged In: NO
Well, I wanted to compile the Glide drivers with AMD 3D now support, and on compilation time i get following error:
Making all in glide3
make[2]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
Making all in src
make[3]: Entering directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[3]: *** No rule to make target `xtexdl_3dnow.S', needed by `xtexdl_3dnow.lo'. Stop.
make[3]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3/glide3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/installation/DRI-GLIDE/Glide3/h3'
make: *** [all-recursive] Error 1
So I did take a look and didn't find any file with the 3dnow support.
I greped through the source tree, and didn't find any file where 3dnow is being mentioned except for the makefiles. Did I download from the wrong CVS tree?
And of course, XFree DRI server compiles, but without this 3dnow support in the glide3 drivers direct rendering won't work:
Thilo:/installation/DRI-CVS/xc/xc# glxinfo
libGL error: dlopen failed: /usr/lib/libglide3.so.3: undefined symbol: _trisetup_3DNow_win_nocull_valid
libGL error: dlopen failed: /usr/lib/libglide3.so.3: undefined symbol: _trisetup_3DNow_win_nocull_valid
display: :0.0 screen:0
direct rendering: No
Thanks for any help.