SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Great thread you started here, cwwilson! Thanks. And thanks to all that contributed to it. After messing with nVidia's drivers and ATI's, I gotta say ATI's are easier to install by a long shot.
Lastly, I wanted to add that I couldn't find mention of the 'aticonfig' command. Hopefully, someone already pointed that out.
cwwilson, I have a unichrome pro, and it is not supported(i mean, 3d) by the unichrome project. http://unichrome.sf.net/ They support some VIA chips but not any unichrome pro chips yet. Why doesn't VIA just release the specs? They make enough money anyways.....
I will post lspci first, I will try to get it working, but I am pretty sure DRI(not just X11) is not supported.maybe X11 7.0 supports it but I am not running that on this SUSE box.
Code:
rock:/home/thomas # lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0204
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South]
00:0f.0 IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15)
rock:/home/thomas #
No I put the latest drivers onto my test partition of slackware. That's the partition that I use to make my own home-brew packages up until I got qemu going now. So now I don't need that partition anymore for packages, but, the QEMU loads it's own drivers in there for a special video card and all, so presently we can't test and get DRI in QEMU if that makes sense. So I think I may just cut that partitions size down a bunch as I probably only use it once per month as ATI releases new drivers to test them out on. Or maybe if gnu/linux got special drivers for a USB device, etc that I want to try out b4 I fly. The qemu is still beta for the USB.
I gotta do some more googling. It's weird, I don't seem to be finding any complaints. The new drivers go into 2.4.31 generic slackware kernel, DRI happens. No more "tainting" of kernel messages. But really really bad performance for me.
He replies to someone saying that like me the glxgears gave them about 1/10 of it's prior performance. He states: "It is an unrealistic measure of performance."
Well, glxgears is how I judged my performance; and came to the determinateion that these drivers are bad for me. Now I have no idea who he is to be honest, or if he tells the truth. For all I know he is some 'dude' on a thread.
That said, he got my attention & interest peaked. So I took another stab at this and have some measurements and will post.
My test's actually validates his statements for me on slackware 10.2:
Ok the old drivers: 8.26
fogie@pooter:~$ fgl_glxgears -fbo
Using GL_EXT_framebuffer_object
2990 frames in 5.0 seconds = 598.000 FPS
3808 frames in 5.0 seconds = 761.600 FPS
3812 frames in 5.0 seconds = 762.400 FPS
fogie@pooter:~$ glxgears
18365 frames in 5.0 seconds = 3673.000 FPS
21352 frames in 5.0 seconds = 4270.400 FPS
21348 frames in 5.0 seconds = 4269.600 FPS
Ok the new drivers: 8.27
fogie@pooter:~$ fgl_glxgears -fbo
Using GL_EXT_framebuffer_object
4458 frames in 5.0 seconds = 891.600 FPS
4451 frames in 5.0 seconds = 890.200 FPS
4477 frames in 5.0 seconds = 895.400 FPS
fogie@pooter::~$ glxgears
4035 frames in 5.0 seconds = 807.000 FPS
5001 frames in 5.0 seconds = 1000.200 FPS
4999 frames in 5.0 seconds = 999.800 FPS
4984 frames in 5.0 seconds = 996.800 FPS
Summary of results:
fgl_glxgears went from 762 to 895
glxgears went from 4270.000 to 1000.200 FPS
Well, I don't know what to make of this to be honest. I personally never found a lag issue in UT2004 with my mouse that these people talk of in the thread. UT feels a little slower for me to be honest. My fglgears went up; and glxgears went way down. So I don't know what to think in conclusion.
Just wanted to post so others might be aware that the glxgears on this driver version are not necessarily what you should judge your drivers on I guess.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.