care to share? (ati and compiling again)
 

hi,

im a bit ashamed to write that here, but..

would anybody care shareing his x server 1.15 package or slackbuild file with me? i fail to see how i would compile it after i looked at the x11 source folder on my slackware mirror. :o

ill try to build a similar setup like tobisgd so my hd6850 is nice and cool and i can play minecraft nicely, that isnt working so good with the default slackware.. ill use 64bit slackware btw. so i would need x server 1.15 x86_64.

thanks alot.

What exactly are you trying to do? A default installation of Slackware comes with a working X server install. The ATI drivers from the ATI website install and work fine, and your 6850 should scream. Minecraft on your setup assuming an adequate cpu and enough memory should run very well. There is no need to update/compile or otherwise mess with the X server.

I'm currently using 32 bit Slackware 14.1 because of problems with 64 bit Slackware multilib and some 32 bit apps that I got tired of dealing with, but with 64 bit Slackware it worked just a well also. I switched from 64 bit to 32 bit Slackware and I do not see any performance differences.

If it is not working so good with default Slackware, and if you have installed updated drivers from the ATI website, then messing with the x server like you are is not likely to change anything. Something else is wrong.

Unless you don't want to install that mess that AMD calls their proprietary driver.

@Stuferus: You won't need Xserver 1.15 to get a well running system with the free driver, in fact I have not seen any differences between 1.14 and 1.15 for now.
To get a cool system that runs reasonably well with the free drivers do this:
- Compile and install kernel 3.13
- Add it to your lilo.config, add the parameter radeon.dpm=1 to your append= line. Keep in mind that enabling that option on some HD68xx cards may cause an occasional blackscreen with crash during booting (I don't have that problem at all, so this seems to be vendor-specific), which is why it is disabled by default.
After this step (and rebooting) you have the latest hardware driver installed and dynamic power management running, which should give you a cool running card and slow running fans on it.
Now you need to install the user space part of the driver, you can use the default Slackbuilds from your /source directory for that, only change the version numbers if necessary. The only Slackbuild were you need to make some changes is the one for the Mesa package.
- Download and install the latest libdrm: http://cgit.freedesktop.org/mesa/drm/
- Download and install the latest LLVM/Clang: http://llvm.org/releases/download.html#3.4
- Download and install Mesa 10.1, add the option --enable-texture-float to the configure block before compiling
At this point you should have the latest (stable) userspace drivers for your card, capable of OpenGL 3.3 (and with the necessary fixes to run Metro: Last Light)

Installing xf86-video-ati 7.3 is not really necessary, as is xserver 1.15, installing those is more complicated, since you need to compile additional software that was added to the Xorg source tree, but if you want to do that I will come back later with instructions, when I am back at my Linux machines.
Also, keep in mind that you will need to repeat all those steps for compat32-packages if you run a multilib setup, I just repeat all those steps in a 32 bit chroot with ARCH=i486 set, convert them using AlienBob's covertpkg32 program and then install/upgrade them.

EDIT: Forgot about that, if you are at it already it makes sense to also enable VDPAU video-acceleration. To do that install the libvdpau package from SBo before compiling Mesa, then add the line --enable-vdpau to the Mesa Slackbuild and after compiling and installing Mesa re-compile the libvdpau package. The last step is necessary because otherwise programs using VDPAU will bail out not finding the correct libraries. To actually use VDPAU you can get AlienBob's VLC (not recommended, VLC has still problems using VDPAU), or just rebuilt MPlayer (it will pick up VDPAU support automatically).

i tryed the ati drives.. thay are useless with minecraft even the new 14.2 beta with the "minecraft fix" doesnt work.. no textures still.. and with default slackware64 14.1 minecraft is a laging a bit to much... dont know if i made a mistake after uninstalling the ati 14.2 beta drivers (i did reinstall mesa - dont know).

@tobisgd

danke, werd ich versuchen, ich dachte ich brauche xf86-video-ati unbedingt.

thanks, will try that, i thought i must have/need xf86-video-ati.

Stefan

edit: btw. whats your vedor tobi? my vendor is sapphire. i guess if i have blackscreens its back to dynpm and hot card :)

edit2: what about flash and vdpau? :D

well that faild..

i was able to find and install dri3 and present but now it seams mesa 10.1.0 wants me to give it a newer version of xorg and all its libs.

how do i save it now? whats wrong? i used the mesa.slackbuild from my 14.1 64bit sources and added texture-float and vdpau to it.

thanks.

I had made mesa-10.0.3 along with required libdrm-2.4.52, but I have Intel hardware, and I am not much of an expert, so I dont know if it will work for you..
http://sourceforge.net/projects/mefi...les/Slackware/

I don't know what went wrong for you. I will create and upload packages for a fresh install of Slackware 14.1 (32 bit and 64 bit + multilib) to my server (including the Slackbuilds, of course) end of next week, sooner I don't have the time to do that. I will post a link here when I have done that.
I should take notes when experimenting with that stuff.

thanks aaditya.

thanks tobisgd, ill wait for it. :)

edit: i guess ill reinstall slackware while i wait as i may have damaged it while trying to install/upgrade this *G* *makes backups*

as we have "end of next week", ill push this up so it gets seen. i hope thats not a problem for anyone. dont want to be pushy too, but i want to make sure im not forgotten.

have a nice weekend.

You need to add --disable-dri3 to your mesa SlackBuild

You are not forgotten, but due to some unplanned events I will not be able to provide the packages this weekend, but should have time for it next week. I will of course post a link in this thread once I uploaded the packages.

@hadack
nice didnt know that would be possible. but im not sure if i want/need dri3.

@tobisgd
i understand.. life comes first of course.

I am having similar issues with MesaLib. I was in the process of updating my toolchain and since that worked out OK, I was rebuilding the rest. Base is pretty much rebuild and I wanted to start on X. I updated/rebuilt most of the libraries and MesaLib was next, decided to try 10.1.0 and got the same error with libshmfence. dri3proto and presentproto were easily solved.
On slackbot I did find buildtools for libshmfence but I ran into trouble with llvm3-4. Now I am busy with that. I will try the --disable-dri3 option too.

Sorry for the delay, but now it seriously backfires that I have not taken notes the last time I did this.
It was no problem to compile these packages (in correct order):
libdrm (original Slackbuild)
llvm (Slackbuild taken from -current)
libvdpau (from SBo)
dri3proto (using the x11 Slackbuild with an up to date X11 tree)
presentproto (x11 Slackbuild)
xcb-proto (x11 Slackbuild)
libxcb (x11 Slackbuild)
libxshmfence (x11 Slackbuild)
mesa (modified original Slackbuild)
libvdpau (SBO, recompilation after building Mesa is necessary)

After that I would have normally compiled:
glproto (update needed for Xserver 1.15)
xorg-xserver 1.15 (needed for glamor-egl and xf86-video-ati)
glamor-egl (needed for xf86-video-ati)
and finally xf86-video-ati

Surprisingly, I only could compile glproto, when I tried to compile xorg-xserver it complained about a missing library (gl > 9.2), which I could not find at all, not even on my system where xorg-xserver 1.15 is already installed an running fine. So, it would be nice if anyone can enlighten me on what I am doing wrong here.

My packages (for now 64 bit only, 32 bit and multilib coming later) and the sources and Slackbuilds can be found here:
HTTP http://slackeee.de/slackware/unofficial/radeon/
FTP http://slackeee.de/slackware/unofficial/radeon/
RSYNC slackeee.de::slackware/unofficial/radeon

I think I must have done something terribly wrong while setting up the radeon driver, my system is so sluggish and slow now :(