Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
HOW-TO: ProSavage, SuperSavage DDR and dri-drm 3d drivers
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
koprimer
n00b
n00b


Joined: 29 Feb 2004
Posts: 64

PostPosted: Sun Apr 24, 2005 2:41 am    Post subject: Reply with quote

Okay, this is driving me nuts... There are so many shared libraries in Xorg yet I find they can exist in three locations:

/usr/lib/modules/
/usr/X11R6/lib
/usr/lib/opengl/xorg-x11/lib/ (opengl libraries)

I've done an emerge -C xorg-x11 && emerge xorg-x11 twice now... from what I can tell, it installs .so libraries...
But the snapshots on dri.freedesktop.org compile .a (libglx, libdri, libdrm, libGLcore) and .o (savage_drv) libraries (along with the kernel modules). when you install the snapshots, it just adds these libraries in the most common places. And aparently in xorg-x11-6.8.2-r1, .so libraries preceed over .a and .o libraries.... so you're forced to either remove or rename the .so libraries so it can load the new *.a libraries and the savage_drv.o (before it was Loading the .so ebuild version which of course doesn't support drm).

This alone is enough to make you wanna pull your hair out, but it doesn't stop there. You start noticing once you load X, that not all the new .a libraries get along with the .so libraries... For one, I can't load X11 because libvgahw.so require symbols from savage_drv.o that doesn't exist! I don't have a single libvgahw.a on my computer, and the snapshots didn't install one, and from what I can tell, everyone is loading .a libraries in order to get DRI working with savage. Here's just an example (it also has troubles with vbe):
Code:

(II) Setting vga for screen 0.
(II) Loading sub module "vgahw"
(II) Loading /usr/lib/modules/libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
     compiled for 6.8.2, module version = 0.1.0
     ABI class: X.Org Video Driver, version 0.7
Required symbol vgaHWGetIndex from module /usr/lib/modules/drivers/savage_drv.o is unresolved!
Required symbol vgaHWGetIndex from module /usr/lib/modules/drivers/savage_drv.o is unresolved!
Required symbol vgaHWGetIOBase from module /usr/lib/modules/drivers/savage_drv.o is unresolved!
Required symbol vgaHWGetIndex from module /usr/lib/modules/drivers/savage_drv.o is unresolved!
Required symbol vgaHWGetIOBase from module /usr/lib/modules/drivers/savage_drv.o is unresolved!
etc..

Does anyone know what could solve this library conflict that I'm having. I am installing xorg-x11-6.8.2-r1 with dlloader (but I've tried with out as well)... Is it that I just have a bad dri snapshot, maybe the day I grabbed it was the day they decided not to include libvgahw.a? I wish I could say that I could wait for an ebuild, but I've read that there is no plans on making an ebuild that includes dri savage support since the drivers are insecure.. Any help would be much apreciated.

*EDIT* Found .a modules on the dri.freedesktop.org/snapshots site...
http://dri.freedesktop.org/snapshots/extras/ they're from 02/01/2005
now, lets hope if I replace my .so libraries with these .a libraries, things will work
Back to top
View user's profile Send private message
koprimer
n00b
n00b


Joined: 29 Feb 2004
Posts: 64

PostPosted: Sun Apr 24, 2005 4:06 am    Post subject: Reply with quote

Finaly, got dri enabled and working.

Now looking back, when I was installing the CVS version, it probably would have been good if I unemerged (emerge -C xorg-x11) before installing the CVS version. If this is the reason why people (including myself) are having problems getting DRI enabled (or even DRM recognized), then we need to add this to the How To and stress that it's a crucial part of the process.

Now, how I got DRI to work with xorg-x11-6.8.2-r1 (not the CVS version), was after downloading and unpackaging the common and savage snapshots (in that order), then installing, I noticed that X was still loading .so modules... and by checking the snapshots, you can see that they come with .a and .o libraries... So, after installing, you have to make sure that X is loading .a and .o modules and not .so... you can get the extra modules (if you don't have them already) from http://dri.freedesktop.org/snapshots/extras/

I copied the modules from the snapshots/extras to the location provided by my Xorg.0.log and renamed the .so's. The modules that I had to replace are (and again, I used my Xorg.0.log file as a reference, I doubt this is really a good idea to behonest):
Code:

/usr/lib/modules
     libpcidata.so -> libpcidata.a
     libvgahw.so -> libvgahw.a
     libvbe.so -> libvbe.a
     libddc.so -> libi2c.a
     libfb.so -> libfb.a
     libxaa.so -> libxaa.a
     libramdac.so -> libramdac.a
     fonts/
          libbitmap.so -> libbitmap.a
          libtype1.so -> libtype1.a
     linux/
          libdrm.so -> libdrm.a
          libint10.so -> libint10.a
     input
          kdb_drv.so -> kdb_drv.o
          mouse_drv.so -> mouse_drv.o
     drivers
          savage_drv.so -> savage_drv.o

Maybe there's some setting that I'm overlooking that allows you to compile everything as .a (since this is the library format that the snapshots use). Hope this can be helpful, I probably won't update my xorg now for a long time...
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Sun Apr 24, 2005 5:31 am    Post subject: Reply with quote

Quote:
Now, how I got DRI to work with xorg-x11-6.8.2-r1 (not the CVS version), was after downloading and unpackaging the common and savage snapshots (in that order), then installing, I noticed that X was still loading .so modules... and by checking the snapshots, you can see that they come with .a and .o libraries... So, after installing, you have to make sure that X is loading .a and .o modules and not .so... you can get the extra modules (if you don't have them already) from http://dri.freedesktop.org/snapshots/extras/

I never knew about those .so, .o and .a things, so I guess I got really fed up. But now that we have a concrete explanation for why this might not be working.... I'll start on this again, albeit only when I feel like it :)
Hey koprimer, would it work without installing the common and savage snapshots? They compile all right on my system, but they don't cooperate when modprobed!
Also, when you downloaded those modules from the snapshots/extras/ directory, aren't those supposed to be created when you run the common/savage script inside the dripkg/ directory? the script compiles the kernel modules (savage and drm) and the Xorg driver, I'm sure. therefore, the snapshots/extras/ stuff shouldn't matter. Right?
EDIT: the modules.tar.bz2 only provides the bare essentials, it seems... and I really need the savage module to work!
Code:
savage: disagrees about version of symbol drm_open
savage: Unknown symbol drm_open

same thing continues with different drm_*s.
And when I modprobe drm, it says:
Code:
kobject_register failed for drm (-17)
[<c024a513>] kobject_register+0x43/0x50
etc

What's going on?
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Sun Apr 24, 2005 11:33 am    Post subject: Reply with quote

i'll have to revise my previous statement.

i thought i had dri working, since direct rendering showed up as "yes" in glxinfo, and glxgears worked in twm.

although, whenever i emerged another wm (gnome, fluxbox) i'd get graphical corruption whenever starting X, and if i killed X and went back to console, the display would be totally garbled.

i solved this by disabling the kernel framebuffer entirely (who needs it?), and now everything is working fine and dandy.

i did a fresh install on my laptop, and did this:

downloaded gentoo-sources, compiled agpgart, via-agp, and drm as modules.
emerged xorg
downloaded latest savage-snapshot from dri.freedesktop.org, installed it using the script.

boom. dri working perfectly. ~300fps in glxgears.

this begs the question, is the cvs-method really necessary nowadays?

EDIT: i almost forgot. i have agpgart, via-agp, drm and savage in my modules.autoload.d.
Back to top
View user's profile Send private message
koprimer
n00b
n00b


Joined: 29 Feb 2004
Posts: 64

PostPosted: Sun Apr 24, 2005 4:39 pm    Post subject: Reply with quote

Motoi-Sakuraba-Milfeuille: Your problem seems to be a fairly common problem with dri... The error you're receiving is due to a problem with your kernel. It seems to happen a lot when you don't include agpgart as a module. The best I can suggest if you use 2.6, is to find out what your card's PCI bridge is, then set these settings in your kernel (mine was VIA, you can always check by lspci | grep -i bridge):
Code:

Device Drivers --->
     Character Devices --->
     <M> /dev/agpgart (AGP Support)
     <M>     VIA chipset support (if you use VIA)
     <  > Direct Rendering Manager (you don't need it)

make && make modules_install
cp .config /boot/config-X.X.X
cp System.map /boot/System.map-x.x.x
cp arch/i386/boot/bzImage /boot/kernel-x.x.x (or whatever you call it)

Then install the savage modules from the savage snapshot, and add to your /etc/modules.autoload.d/kernel-2.6
Code:

agpgart
via-agp (this would be intel-agp if you have an Intel bridge)
savage

Good luck, this is the best I can do without needing to know more info about your error.

*EDIT* also, you are right, the savage snapshots build and install the kernel modules you need... but, you must have agpgart compiled into your kernel... the extras is just the extra modules not included in the common snapshots, you do not have to compile the modules... I used the modules to supply the .a and .o libraries to replace the .so's that I had installed... if compiling agpgart doesn't solve your problem, then it might help to specify your kernel version along with any dmesg and /var/log/Xorg.0.log errors... so we can help you further in solving your problem..
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Mon Apr 25, 2005 12:16 pm    Post subject: Reply with quote

Thanks koprimer! Now the modules will be modprobed, the CVS version of X still doesn't install completely, but at least it installed the Savage driver.
However, running X gives symbol lookup error: undefined symbol: DRIQueryVersion.
Quote:

downloaded gentoo-sources, compiled agpgart, via-agp, and drm as modules.
emerged xorg
downloaded latest savage-snapshot from dri.freedesktop.org, installed it using the script.

OK, first off, this sounds impossible. Why?
The Xorg-X11 you get by emerging only has the Savage driver 1.1.27, which doesn't do DRI at all.
The savage-snapshot only gives you the kernel modules.
You have to get the Savage 2.0.0 driver from the xorg-x11 cvs, compile it.
EDIT: if you use the savage-common snapshots, you don't really need to get the DRM from CVS and compile it.... right?
EDIT2: I don't see any .a files in /usr/lib/modules or /usr/X11R6/lib/modules. They're all .so files. koprimer's module trick won't work for me, I guess.
Here's what the log says in the end:
Code:

blablablabla Savage driver 2.0.0
blabla.
blablablabla write combining range.
SAVAGE(0): Sufficient Videoram available for 3D (yes, DRI is finally working!)

And it just terminates there. When I press the ctrl-alt-fx key to get back to the terminal, it says that
X: symbol lookup error: /usr/X11R6/lib/modules/drivers/savage_drv.so: undefined symbol: DRIQueryVersion
Apparently, Google says nobody else on the internet has had this error with Savage chips. I'm CVS-ing another Xorg from cvs again.... sigh. Why is this so hard?
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Mon Apr 25, 2005 4:20 pm    Post subject: Reply with quote

Quote:
OK, first off, this sounds impossible. Why?
The Xorg-X11 you get by emerging only has the Savage driver 1.1.27, which doesn't do DRI at all.
The savage-snapshot only gives you the kernel modules.
You have to get the Savage 2.0.0 driver from the xorg-x11 cvs, compile it.
EDIT: if you use the savage-common snapshots, you don't really need to get the DRM from CVS and compile it.... right?
EDIT2: I don't see any .a files in /usr/lib/modules or /usr/X11R6/lib/modules. They're all .so files. koprimer's module trick won't work for me, I guess.
Here's what the log says in the end:


impossible may be, but glxinfo says what it says (Direct rendering: yes), and glxgears runs and gives me ~300 fps. am i missing something?

EDIT: oh, i get it. actually, the savage snapshot i downloaded off of dri.freedesktop.org installed savage drivers into my X11 installation. so apparently it isn't kernel-modules only.
Back to top
View user's profile Send private message
koprimer
n00b
n00b


Joined: 29 Feb 2004
Posts: 64

PostPosted: Tue Apr 26, 2005 12:03 am    Post subject: Reply with quote

koprimer wrote:
I've done an emerge -C xorg-x11 && emerge xorg-x11 twice now... from what I can tell, it installs .so libraries...
But the snapshots on dri.freedesktop.org compile .a (libglx, libdri, libdrm, libGLcore) and .o (savage_drv) libraries (along with the kernel modules).

Just to clarify, the snapshots install .a and .o libraries that you need along with the DRM/savage kernel modules.

Moto-Sakuraba-Milfeuille: You need to load the .a and .o libraries... Please reread everything I said carefully... You are obviously loading the savage_drv.so library when you need to be loading the savage_drv.o library (which was installed by the snapshot)... I can't vouge for the CVS version, all i can say is, if you install the CVS version, make sure to emerge -C xorg-x11 first...

If you are loading the .a and .o libraries, then please reply with the output of
Code:
cat /var/log/Xorg.0.log | grep Loading
so we can see which modules you are loading... if you've been reading up on my posts, you would notice that at first I was getting Unresolved Symbol errors due to loading the wrong modules.. The only module that I'm loading, that is an .so library, is the libfreetype.so module.

Cheers!
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Tue Apr 26, 2005 5:14 am    Post subject: Reply with quote

I got it working.... the thing finally compiled! Although I think I used the savage driver in the CVS installation instead of the .a and .o files from the snapshots. glxgears fps is at 425.4.
I'll post something up later, it was all using the .so files.
So, what koprimer did was:
Emerge xorg-x11, install the dripkg. This installs .a files into /usr/X11R6/lib/modules. However, the X thing likes to use .so files first, before .a files. Naturally, this made my xorg-x11 emerged installation not work. However, koprimer overwrote his older 1.1.27 savage_drv.so driver with the savage_drv.o, which was version 2, and replaced every other .so in the directory with the new .a and .o modules with the snapshots/extras/modules.tar.bz2. Therefore, his worked. Apparently, the emerged xorg-x11 server also recognizes .a and .o formats.
But what I did was emerge the CVS version of xorg-x11, which provided the savage driver 2.0 in .so format.
However, I got some questions:
So I muck around in /usr/lib/modules, right? not /usr/X11R6/lib/modules?
And you don't muck around in the /usr/lib/modules/dri/ directory, only the /usr/lib/modules/drivers/ directory?
EDIT: what's the difference between the savage_dri files and the savage_drv files?
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Tue Apr 26, 2005 12:27 pm    Post subject: Reply with quote

Last time i tried to post the first post, it froze on me. I guess it's not really stable... or probably it's just really random. Anyway, I got DRI working with the framebuffer. Hah!
Using 2.6.11-gentoo-r2, go to Device Drivers/Graphics Support/and if you have a Savage chip, you can enable everything except the S3 Savage support. Probably you can enable it if you turn off the "Console Acceleration" option below it, but I'll just leave it to other people to find out.
The drawback is that vesafb will now have to redraw the console, and it's noticeably a slower by just a bit, but oh well. At least you get DRI working.
The CVSed xorg still didn't install fully, but at least I got the driver. That's all that matters. I tried renaming the drivers, to get them working just like koprimer's, but it just gave more unresolved symbol errors. Good luck everybody. If the xorg miscompiles, just remember: either it's the CVS's fault, or something is misconfigured... for me, it was the CVS... I downlaoded the CVS again, and it compiled fully, but would only install halfway. Don't worry.... all you really need is the one single savage_drv.so file (or .o file or .a file).
Files you need:
kernel sources (with agpgart AS MODULE and your PCI bridge also AS MODULE)
common-savage snapshots, which install both the DRI driver, and the kernel modules required for savage DRM. Think of it as a jigsaw puzzle... won't work unless they're all pieced together.
Or, if that did not work, try the CVS Xorg. Otherwise stick with your emerged xorg-x11.
The new driver should be in /usr/X11R6/lib/modules/drivers/savage_drv.so, or .o, or .a.
Congrats to myself, everyone who got DRI working, and thanks to koprimer for actually making this sound sensible. For those still struggling, check your kernel config, check the CVS again, make sure you know which files you need, and good luck (you shouldn't need it).
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Tue Apr 26, 2005 4:57 pm    Post subject: Reply with quote

aww damn. now i'm gonna have to get the framebuffer working with dri. ;)

glad you finally got it working. i am fairly sure that the savage snapshot i downloaded installed a savage_drv.o, though. just to be sure, i checked it out.

my savage-20050421-linux.i386.tar.bz2 contains:

dripkg/savage/savage_drv.o
dripkg/savage/savage_dri.so

so i guess it does indeed install 2.0.0 drivers for xorg.
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Wed Apr 27, 2005 5:29 am    Post subject: Reply with quote

BTW, tell me if you get crashes or hard locks. I got crashes very often after about 10 hours of operation and straight compiling with framebuffer in the kernel, and X NOT running. It's really weird. I'm compiling lots of stuff in the kernel without framebuffer now, and see if that will crash less.
The main reason why I want framebuffer working is so that I can pass vga=789 to the kernel. Everything looks so much better like that, but I heard that in the 2.6 kernels, there's now another option or something. video=something. Hopefully.
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Thu Apr 28, 2005 7:49 am    Post subject: Reply with quote

no crashes or hard locks here. been running for approx 24 hours straight without any problems. i haven't turned the framebuffer on, tho. ;-)
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Fri Apr 29, 2005 7:14 am    Post subject: Reply with quote

i just had to verify, so i tried it again from the very start.

recompiled kernel with agpgart, via-agp and no direct rendering manager. (and no framebuffer ;-))
emerge xorg WITHOUT dlloader (tried with dlloader first, but wouldn't work)
download latest savage-snapshot from dri.freedesktop.org (currently running 20050428 snapshot)
installed using script (./install.sh)
added agpgart, via-agp, drm and savage to modules.autoload.d
reboot, aaand...

everything worked directly this time as well, although my Xorg.log.0 did say all the usual about sufficient ram being available for 3d, it didn't say anything about 3d acceleration being enabled, does this matter?

anyway, glxinfo says Direct rendering: yes, and glxgears runs around ~300fps as usual.

do notice that i didn't do any CVS stuff at all, i only did what's mentioned above.

EDIT: emerging xorg with dlloader is what's causing the unresolved symbols. just verified this on my stationary box (radeon 9600).
Back to top
View user's profile Send private message
dmvianna
l33t
l33t


Joined: 22 Mar 2004
Posts: 742
Location: Down Underland

PostPosted: Fri Apr 29, 2005 8:07 am    Post subject: Reply with quote

I don't have any problems with the framebuffer, but notice that I use the VESA driver for it, and the SAVAGE driver for Xorg.
Code:
title=Gentoo Linux 2.6.11-r4
root (hd0,0)
kernel (hd0,0)/kernel-2.6.11-gentoo-r4 root=/dev/hda5 video=vesafb:ywrap,mtrr,1024x768-16@60

I've enabled built-in vesafb-tng, and savage with everything enabled as modules in the kernel. I've that in order to use qingy. No glitches whatsoever! :D

*But notice that I've tried hard until I realised that savagefb didn't work in the console. If you want to try it yourself, good luck! :mrgreen:
_________________
Proprietary is theft. Pierre-Joseph Proudhon, if he had a chance
Powered by a MacBook Pro
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Fri Apr 29, 2005 3:03 pm    Post subject: Reply with quote

Yeah, I did heed your message, dmvianna :)
So I stayed away from savagefb, although I did try to compile it as a module. My idea was to modprobe -r savagefb when I ran X. hoho... didn't quite work there.
So I tried vesa (vesafb-tng gives me graphic corruption before it even inits that 2.84 booting message), with no other drivers compiled in.
It ran ok, I went into X, mucked around, tried to get mozilla-firefox extensions available to everybody.
Then suddenly, everything slowed down instantly. The Firefox window closed, the Extensions window was still open, but it redrew itself line by line, pixel by pixel (I was in windowmaker, but I'm pretty sure this has nothing to do with it).
By now the whole system was really unresponsive, so I decided to kill X and get back to the terminal (man I feel more comfortable in the terminal than in X now, I must have grown as a Linux user). This horrible pattern that flashes on your screen just after you start x and it changes to vt7 comes on the screen, except now it's purple and shows no sign of going soon. The hard disk light goes crazy.
Doesn't seem to solve itself after some time. I reboot by holding down the damn button.
Now, reiserfsck told me that 1 specific corruption on the partition can only be fixed when running with --rebuild-tree. oops... I have learned my lesson. Sigh. Those 3D games had better work...
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
dmvianna
l33t
l33t


Joined: 22 Mar 2004
Posts: 742
Location: Down Underland

PostPosted: Fri Apr 29, 2005 11:47 pm    Post subject: Reply with quote

:mrgreen: Sorry for not having told you before: I did get all this when trying to make vesafb work. Refer to its specific forums. I just remember I had to compile many packages with fbcon and directfb enabled in make.conf (mplayer and DirectFB, for example), and that I've tried many, many things before it stopped bugging me.
_________________
Proprietary is theft. Pierre-Joseph Proudhon, if he had a chance
Powered by a MacBook Pro
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Sun May 01, 2005 5:49 pm    Post subject: Reply with quote

I tried it again with koprimer's method. The emerged Xorg seems to like the new .a files, except for /usr/lib/modules/extensions/libdri.a. Here's what it says:
Code:
Symbol __glXgetActiveScreen from module /usr/lib/modules/extensions/libdri.a is unresolved!
Symbol __glXgetActiveScreen from module /usr/lib/modules/extensions/libdri.a is unresolved!

that's it. I hope this thing is easily surmountable. I copied the libdri.a module from my dripkg/core directory into the /usr/lib/modules/extensions, but it still gives me that message. Any ideas?
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Mon May 02, 2005 12:22 pm    Post subject: Reply with quote

Motoi-Sakuraba-Milfeuille: did you compile xorg with dlloader?
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Mon May 02, 2005 1:10 pm    Post subject: Reply with quote

yup. It's in my USE Flags... I got DRI working again by make installing the CVS Xorg, and this time there aren't any strange freezes even when I have vesafb as framebuffer. I think I'm gonna leave off tinkering with my machine and use it for some real work, like playing ZSNES or writing HW. It's sucked off about two entire days off my week.
EDIT: Let me tell you all this, Savage 3D HW support is next to useless! The thing isn't even fast enough to run Tuxracer at 800x600 above 30fps, epsxe runs at 1fps, 1! imagine that, and frame rates jump by 5 on ZSNES if you enable OpenGL rendering. The only thing that that chip is good for is running glxgears at 400fps.... I'm sure of that, I benchmarked the whole thing today. The only other things it is good for is that OpenGL vis plugin in XMMS, and GL screensavers (which also tend to be on the slow side).
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
s0Ma
n00b
n00b


Joined: 09 Mar 2005
Posts: 10

PostPosted: Mon May 02, 2005 4:08 pm    Post subject: Reply with quote

that's weird, i'm playing tuxracer at 1024x768, and it's working perfectly (it's a TAD bit slow, but not that i mind). i also enjoy that GLMatrix-screensaver, and it renders smoothly.

anyhow, try emerging xorg without dlloader, and just install the snapshots from dri.freedesktop.org. it'll work. when i compiled xorg with dlloader on my stationary machine (with a radeon 9600), the drivers for GL refused to work and complained about unresolved symbols. without dlloader however, it worked perfectly.
Back to top
View user's profile Send private message
Motoi-Sakuraba-Milfeuille
Tux's lil' helper
Tux's lil' helper


Joined: 14 Dec 2004
Posts: 125

PostPosted: Wed May 04, 2005 10:51 am    Post subject: Reply with quote

On my laptop, frames drop to about 9fps.... 15fps feels almost smooth, but 9fps really starts biting here. on epsxe the playstation emulator.... heh..... 1fps. I'm not joking... and this is with everything really low, 640x480, sparse colors, all that. ZSNES loses 15 fps off the usual 60 when the Tales of Phantasia world map comes on the screen, and Star Ocean's title screen. I haven't seen an actual application, not even a screensaver, where the thing gets 60fps.
_________________
When you are clever, you realize you are stupid; when you are stupid, you realize you are clever.
Back to top
View user's profile Send private message
red-wolf76
l33t
l33t


Joined: 13 Apr 2005
Posts: 714
Location: Rhein-Main Area

PostPosted: Wed May 04, 2005 7:00 pm    Post subject: Argh! DR is butt-slow on ProSavageDDR Reply with quote

Ok, I'm probably re-opening a can of worms here but I've continuously failed to enably my Savage to run with DRI/DRM.

Followed the tutorial here to the letter, well at least I think so... When I install the driver from a snapshot at dri.freedesktop and enable everything, the system responsiveness slows to a crawl once I startx and KDE starts the desktop. You can practically watch the taskbar items pop up one by one. Glxinfo with grep direct shows direct rendering enabled, but upon trying glxgears for an estimate of fps, my box hangs itself. Without DR, I get decent performance from X/KDE and about 300 fps of glxgears with 16bit colour-depth and 170 fps under 24bit.

System Info:

Kernel: gentoo-sources (2.6.11-gentoo-r6)
CPU Athlon XP (Barton) 2100+ /w 512 MB RAM
MoBo: Shuttle FX41 with VIA Chipset (KM266/KL266)
Graphics: On-board VIA KM266/VT8735 S3 ProSavage8 (DDR) with 32MB of shared system-RAM

framebuffer-support is enabled (but non-critical, I got identical results without it) for S3 Savage in-kernel
agpgart, via-agp, drm compiled as modules (again, identical results with monolithic compilation)

It's not crucial to have it, but you see, I'd like to know what I'm doing wrong.
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111 ;)

Use sane CFLAGS! If for no other reason, do it for the lulz!
Back to top
View user's profile Send private message
xavier10
Guru
Guru


Joined: 19 Jan 2004
Posts: 447
Location: Paris, France

PostPosted: Sat May 07, 2005 10:58 am    Post subject: Reply with quote

I would like to get DRI working on my Thinkpad T22 with Savage IX/MV.
I followed the how to and failed to get DRI working (glxinfo says No and glxgears barely above 100 fps).
Then I tried to follow the ideas in this thread and have to admit I am a bit lost now. I tried with an xorg snapshot with the following lines in the xc/config/cf/host.def file and the compilation failed (errors during the compilation of savage drivers:

Code:

/* DDX drivers to build: trim this list to your needs */
#define XF86CardDrivers savage

/* DRI drivers are built from Mesa CVS */
#define DriDrivers savage /**/
#define DevelDRIDrivers /**/


Any ideas where I should go from here ?
Back to top
View user's profile Send private message
xavier10
Guru
Guru


Joined: 19 Jan 2004
Posts: 447
Location: Paris, France

PostPosted: Sat May 07, 2005 12:38 pm    Post subject: Reply with quote

Ok, I tried again, without the option "DriDrivers savage" (which I did read somewhere else, but not in this thread) and the compilation went ok. The install was smooth.

Basically, I applied Algor method, but did not succeed in compiling Mesa (drm.h reported missing plus the million errors you could expect when you miss an ".h").
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next
Page 8 of 10

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum