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.
rworkman: Do you have the sources for the Mesa package you're shipping somewhere? They don't seem to be in the stuff you've put up, only the final package is.
Click here to see the post LQ members have rated as the most helpful post in this thread.
Eeek, yes. Sorry for the oversight -- they're in a directory above the x11 sources. I've added an "EXTERNAL" directory in ./x11/src/ with links to mesa, libdrm, and xterm sources. Thanks for the heads-up.
For anyone who is vaguely interested in Evergreen - rworkman's packages above will give you working modesetting, but that's it.
If you want acceleration, you need to build the evergreen_accel branch of xf86-video-ati - the 6.13 series will only allow you to do modesetting.
Some caveats:
1) Not sure how stable it is - I managed to get an X crash in EXA within a few minutes of using it (though I'm still running on it now)
2) I've not been brave enough to re-enable compositing yet.
3) I'm running with 2.6.36-rc7 - you might be able to get away with 2.6.35, but the whole DRM area for these cards still seems to be going through a lot of churn, so probably better to stick with something quite recent.
As per the bug, you'll either need the drm-radeon-next branch of the drm-2.6 git tree, wait for 2.6.37 to start, or wait for patches to be backported to older releases to stop the segfaulting.
Last edited by cathectic; 10-10-2010 at 10:20 AM.
Reason: Updates
My CPU/GPU is intel i3. After using the new xorg, glxgears returned only about 60FPS, please refer to the following:
bash-4.1# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
303 frames in 5.0 seconds = 60.443 FPS
300 frames in 5.0 seconds = 59.978 FPS
300 frames in 5.0 seconds = 59.978 FPS
Repeating myself from the post above, I have a Fujitsu T900. It has a synaptics touchpad. Under Slack 13.1 (using various kernels, including the huge one) I get reports of unhappyness from Xorg.0.log. (Here is the output of grep Synapt /var/log/Xorg.0.log .)
Looks about right - in the past we had HAL doing this for us, so Slackware probably does need to provide a pre-populated /etc/X11/xorg.conf.d to do some of this.
It seems mesa 7.9 depends on talloc as a new requirement. Slackware provides it bundled with samba, but that's a rather large dep. to get opengl working out of the box (I'd also guess there are a few people who don't install, or wouldn't think to, for desktop use).
Any thoughts on splitting this out for l/ , and building samba against it? It seems most distros use this approach already. Installing it here makes opengl work again on my intel card ( where prior, "glxinfo | grep -i direct" showed a nasty error).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
