Well, first, fglrx does not work with 2.6.32.*, last I heard.

Second, KMS is part of the open source driver infrastructure. You can't mix the open source and closed source drivers.

Adam

well, doesn't that just makes sense? lol! a bit more reading on my part might've spared us all of this post (and of my trouble!).

I switched "fglrx" to "radeon" on /etc/X11/xorg.conf and font rendering *seems* a little better, but still got no 3D acceleration.

Is this right? What am I missing here?

Thanks in advance!
gtludwig

3D acceleration should work if everything is setup properly and up-to-date with the versions dolphin77 outlined. Show us your /var/log/Xorg.0.log file.

Adam

Well, I decided on a different (and temporary!) approach - I've to work a little and I'll play with this later. =)

I had a different image entry on /etc/lilo.conf for kernel panic case.

Now I'm keeping everything on -current tree BUT kernel packages, which are 13.0's. This way 3D acceleration works with proprietary drivers.

On my lunch break, I'll bring kernel to -current later, boot it and post /var/log/Xorg.0.log file in a few hours.

Thanks!
gtludwig

Having seen post 91, I was intent on updating my kms installation. Fortunately, I didn't start until this morning, after I read post 97, so was able to start with 2.6.33-rc3-git2. I followed the instructions in post 91 almost to the letter, only changing the output locations for makepkg, so I wouldn't have to copy the package anywhere. Everything installed OK, but I get the following in my Xorg.0.log:Anybody able to give me a clue as to how to load dri?
Regards.
Bill

It really sounds like your Xorg driver wasn't built against a version of libdrm that supports KMS. What is the output of 'pkg-config --cflags --modversion libdrm_radeon'?

Probably correct. I realized a few minutes ago that I was not using the same drm repository as the instructions specified. I had a libdrm repository from the last time I built these packages. I will start rebuilding now. The output you requested is:I don't know it means, but will see if it changes after I rebuild.
Regards,
Bill

Yes, sorry if it was misinterpreted against official Slackware releases. My RS480 (Xpress1100) is really tricky to accommodate and I'm following the development made to R600 chips and ported to R300.

Thanks for the reply. Yeah I cannot even get it to open/run. Thought maybe kms was the solution, but now it sounds more like I need to try a different radeon driver then. Thanks again.

Hi dolphin77,
Thanks for the very helpful guide for the radeon video card. I followed the instructions on #13 using the kernel 2.6.32-3, I have also compiled the drm, macros, mesa, xf86-video-ati. My card is onboard ATI-card HD4200. After recompile/install all the packages and reboot. The X works great. glxgears gives roughly 1500 fps.

However, if I examine the /var/log/Xorg.0.log, there is error message:

(EE) Failed to load module "fbdev" (module does not exist, 0)

Is it normal or something I need to solve?

You are welcome.

I also have abt 1450FPS when kwin desktop effects are switched on and abt 2050 FPS when it is switched off.

With regards to fbdev it is absolutely normal. We do not use it anyway. I have the same here.

DXTn compression/decompression
 

Can anyone tell me what the warning is about?
Kernel 2.6.33-rc1
Radeon R600, kms-enabled

All is working fine, just curious ;-)

EDIT: never mind, this was already answered (in a way) by adamk75 in #47

I no longer see that error. They either fixed it or more likely removed message from the code. Using 2.6.33-rc3 with gits from a couple of days ago.

It's not so much as an error, but a warning. I solved the error earlier on, see #46. But apparently (#47) it's broken in R600/R700 cards.

weird problem
 

So I have an R600 and I've just got the latest kernel/radeon/drm/mesa/xserver combo built and I have a weird problem.
2.6.33-rc3
KMS is working.
3d is working:

$ glxinfo | grep OpenGL
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV670 9501) 20090101 TCL DRI2
OpenGL version string: 2.0 Mesa 7.8-devel

glxgears gives me ~1000fps. Kwin desktop effects is working great.

What I'm having a problem with is quakelive.

It is running at 1 frame every 3 seconds and for some reason refuses to go fullscreen.

How to I even begin to find out what the problem is?

Also a smaller note:
When I load radeon as a module it manages to load the firmware.

When I build it into the kernel, including the firmware, it won't load it.
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE="/radeon/R600_rlc.bin /radeon/R700_rlc.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"

I'll keep trying to build it in and drop a note if I succeed.

You didn't mention which kernel you are using. I make a guess, you are using 2.6.33-rc3 or later kernel. And you are unable to built in firmware which corresponds to IRQ. I do not have a solution for this. Some time ago I also tried to build this firmware into kernel, but without any luck. If you really need this to be built in, either wait when this firmware will be included in kernel, or try to ask at phoronix forum, where a lot of developers are present and perhaps they are able to help you with this.

If you wait for the kernel to include it, you will be waiting a very long time. The kernel is no longer accepting new firmwares.

You can download it here:

http://people.freedesktop.org/~agd5f/radeon_ucode/

And then you can compile it into the kernel.

Adam

Things are moving very fast... Newer xorg-server seems to need mesa already built and installed. The modular developers guide have a little mention to it (http://wiki.x.org/wiki/ModularDevelopersGuide):
"Note: as of 2009-01-18 (commit titled "Kill off --with-mesa-source completely"), the server will pick up the installed headers it needs from mesa."

This commit drop "--with-mesa-source": http://cgit.freedesktop.org/xorg/xse...67f6fe927d3f7a

I think it changes the path macros->proto->xserver->libdrm->ddx->mesa. Just to be sure I'm building it twice. First to make some modules and ddx compile against the new server and one more time after mesa.

Woa.

If I go into quakelive game settings and I turn off "post processing", the frames per second goes from 0.2 to over 100fps.

This seems like something very important to track down the issue.

I still cannot get it to go fullscreen though, Kwin keeps windowing it.

**update**
I got it working fullscreen. I had to right click any taskbar and choose 'configure window behavior'. Then I set kwin to FORCE fullscreen and force no border and force override window type for any window with a substring match of quake in the title.

Voila! 125fps maxed out quakelive, fullscreen, very playable and very fast loading with the latest free software radeon driver.

Bye Bye fglrx.

1) Now in order to build this stuff, as mentioned above, you will need also to update dri2proto and glproto.

git clone git://cgit.freedesktop.org/xorg/proto/dri2proto
git clone git://cgit.freedesktop.org/xorg/proto/glproto

Attachment 2479
Attachment 2480

2) for those running 2.6.32.3 from current, there is no need to rebuild kernel. You may simply use the -generic kernel and modules shipped with it.

You only have to create file /etc/modprobe.d/radeon.conf with following contents:
radeon module still have to be blacklisted and loaded from rc.modules.

I originally posted a problem I was having in post #105. I did a little work on it just after I posted, but then the laptop went on a few trips & I just got it back yesterday. Today I d/led & installed 2.6.32.3, from current. Then I built & installed all five packages mentioned above, but I still had no joy. The error I was getting was that it couldn't find /usr/lib64/xorg/modules/dri/r300_dri.so. /usr/lib64/xorg/modules/dri/r600_dri.so was there, however. Working a hunch & knowing that I couldn't make it any worse, I went into mesa.SlackBuild & changed both instances of r600 to r300. This time, after rebuilding & reinstalling mesa, all worked well. My xorg.log is clean. I built & installed bloodfrontier again & it runs at a decent rate (I had been getting 1 fps before). One of the things I did early on was to remove Eric's multilib packages. I am very probably wrong, but I had the impression that something there was interfering with the operation of mesa. If I had to use this in a multilib environment, how would I go about that?
Regards,
Bill

Please correct me if I am wrong.

At first I also sought that in order to get working solution, Alien's multilib packages has to be of the same versions as 64 bit. I mean if I installed mesa*_x86_64*, I also have to build and upgrade the same version of 32compat package.

But in some other thread I saw that Eric reply to similar question. He was saying if I remember correctly, that 32compat packages live completely independent from 64 bit packages. So there is no need to update those unless you have some special need for it.

I have 32copmat packages of Eric installed on my computer and I do not update those.

dolphin77:
Then are you not using dri in a 32 bit environment? My daughter is deeply into World Of Warcraft, which only runs under wine, which means a 32 bit environment. We have currently left a 12.2 partition on the laptop, into which I have installed the ATI binary drivers. I guess I have a bit more work to do to get that scenario to work on 13.0.
Regards,
Bill

Power management for radeon? It is there for testing.

1) get the linux-2.6.33-rc5

2) get this patches:
http://people.freedesktop.org/~agd5f/pm/

We do not need the first one. It is already in the kernel.

3) [CODE]cd /usr/src/linux-2.6.33-rc5
make mrproper
patch -p1 < /home/Soft/agd5f/pm/0002-drm-radeon-kms-add-dynamic-engine-reclocking-V9.patch
patch -p1 < /home/Soft/agd5f/pm/0003-drm-radeon-kms-add-functions-to-get-current-pcie-la.patch
patch -p1 < /home/Soft/agd5f/pm/0004-drm-radeon-kms-pull-power-mode-info-from-bios-table.patch
patch -p1 < /home/Soft/agd5f/pm/0005-drm-radeon-kms-don-t-set-pcie-lanes-for-ignored-pow.patch
patch -p1 < /home/Soft/agd5f/pm/0006-drm-radeon-kms-add-a-power-state-type-based-on-powe.patch
patch -p1 < /home/Soft/agd5f/pm/0007-drm-radeon-kms-add-code-to-select-power-state.patch
patch -p1 < /home/Soft/agd5f/pm/0008-drm-radeon-kms-use-power-states-for-dynamic-reclock.patch
patch -p1 < /home/Soft/agd5f/pm/0009-drm-radeon-kms-get_power_state-early-not-when-proc.patch
patch -p1 < /home/Soft/agd5f/pm/0010-drm-radeon-kms-use-wait-queue-events-for-VBLANK-sync.patch
cp /{path to slackware}/source/k/config-generic-2.6.32.3 .config
make oldconfig
make bzImage modules modules_install
4) do the lilo part and add something like
append="resume=/dev/cryptvg/swap vt.default_utf8=1 radeon.modeset=1 radeon.dynpm=1" for this kernel. Third option switches on kms for radeon and the forth switches on power management.
First and second options has nothing to do with radeon. Just general options for hibernate and utf.
5) copy *.bin from here http://people.freedesktop.org/~agd5f/radeon_ucode/
to /lib/firmware/radeon

this should be it.

looking forward to seeing the power management changes in the kernel asap.

First of all thanks a lot for the Slack Team for a huge updates.

Secondly if you wish to run kms for radeon on -current and to be able to use acceleration for X, you still need libdrm, mesa and xf86-video-ati from git. Actually there should be stable releases of this soft later this month. But for now we still need git.

For the kernel part - nothing has to be rebuilt. You only need to add file /etc/modprobe.d/radeon.conf, which will include only one string: "options radeon modeset=1".

Then you need to load radeon module before X starts. it is safe to do this from /etc/rc.d/rc.modules. Add the following line:
/sbin/modprobe radeon
somewhere.

And after reboot proceed with downloading and building libdrm, mesa and xf86-video-ati, using above quoted scripts.

Good luck there.

i had a working kms enabled 2.6.32 kernel working perfectly fine with kde 4.4 (with compositing) before by following this guide.

i just updated to current after looking at the huge batch of updates and was eager to try out the kms improvements on the 2.6.33 kernel..X stopped working after the updates and i spent a couple of hours trying to get things running back again with kms + kde 4.4 + compositing. so far i've only managed to get the 2.6.32 kernel working as usual..here are my notes:-

- i had to rebuild libdrm, mesa, xf86-video-ati from git and replace them over the -current packages. (i noticed the -current packages seem to be up to date with the current git versions except for mesa..i'm wondering if only mesa needs to be rebuilt from git)
- then Xorg.0.log reported that it couldn't find the dri drivers and i had to export LIBGL_DRIVERS_PATH=/usr/local/lib/dri/ in /etc/profile. then another library error came up and i had to symlink /usr/local/lib/dri/ to /usr/lib64/xorg/modules/dri.

now kms and compositing was working fine again but only with the 2.6.32 kernel. with the 2.6.33 kernel i'm getting these errors (as posted here http://www.linuxquestions.org/questi...pgrade-792578/):-

WARNING: Error inserting i2c_algo_bit (/lib/modules/2.6.33-smp/kernel/drivers/i2c/algos/i2c-algo-bit.ko): Invalid module format
WARNING: Error inserting agpgart (/lib/modules/2.6.33-smp/kernel/drivers/char/agp/agpgart.ko): Invalid module format
WARNING: Error inserting drm (/lib/modules/2.6.33-smp/kernel/drivers/gpu/drm/drm.ko): Invalid module format
WARNING: Error inserting drm_kms_helper (/lib/modules/2.6.33-smp/kernel/drivers/gpu/drm/drm_kms_helper.ko): Invalid module format
WARNING: Error inserting ttm (/lib/modules/2.6.33-smp/kernel/drivers/gpu/drm/ttm/ttm.ko): Invalid module format
FATAL: Error inserting radeon (/lib/modules/2.6.33-smp/kernel/drivers/gpu/drm/radeon/radeon.ko): Invalid module format

i haven't tried the proposed solution of recompiling the kernel with changing the CONFIG_PREEMPT options but i'm assuming it's not actually the CONFIG_PREEMPT options that are solving the problem but rebuilding the modules again. i'll give a try later today to see if works and give an update.

hope this helps.cheers

*edited*

i've just recompiled the 2.6.33 kernel with my old .config and

CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
CONFIG_PREEMPT is not set

and kms + DRI is working fine. it looks like problem isn't with the preempt options, but the kernel modules in the -current package. rebuilding them seems to solve the problem.

Thanks for keeping this thread up-to-date. Great job! :hattip:

Rebulding the kernel with CONFIG_PREEMPT_NONE=y does work. I had problems with mesa, drm and radeon from the latest update until I rec ompiled the kernel.

i've just recompiled the 2.6.33 kernel with my old .config and

CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
CONFIG_PREEMPT is not set

and kms + DRI is working fine. it looks like problem isn't with the preempt options, but the kernel modules in the -current package. rebuilding them seems to solve the problem.

Hello,

I just want to share my own experience with my ATI card after I upgraded to latest -current (dated Tue Mar 2 23:31:51 UTC 2010) for Slackware 32-bits.

My card is:
When I first ran "startx" after the upgrade, I had a black screen with no response from keyboard and mouse (I'm using the radeon driver).

I've taken advice from dolphin77's post #126

and then it worked. I was not aware of this KMS stuff. My system feels more responsive.

No need for me to recompile the kernel (I'm using the stock generic smp one) or any other package (mesa, xf86-video-ati). I even didn't need to add anything to /etc/rc.d/rc.modules.

Thank you dolphin77 for your tip.

[EDIT] Sorry KMS is not working with driver xf86-video-ati-6.12.5. I'll try to install driver 6.12.191[/EDIT]

I was able to get KMS and DRI2 working by just using xf86-video-ati from git. The kernel is now new enough and so is mesa 7.7

Now we just need xf86-video-ati version 6.13, which is currently in release candidate stage (6.12.9x)

Yes, you right. For pre r600 chips. I meant r600 and further.

Hooray!!!

This thread should be dead for now. Slack Team introduced in -current completely working solution (at least for my Radeon HD3400).

Thank you Slackware Developers!!!

brgrds,
Vladimir

Well, almost. All we need now is xf86-video-ati-6.13.

6.12.5 doesn't have the KMS code in it, so we have to wait for the next major release (or keep compiling from git master or 6.12.191).

6.12.191 does the trick, but I rebuilt mesa (7.7), libdrm (2.4.18) and xorg server (1.7.5). Mesa 7.7 failed to build against libdrm 2.4.19 with gallium enabled. Ddx 6.12.19 is going without trouble with and without kms (disabled by default here).

Finally 6.13.0 is out: http://lists.freedesktop.org/archive...il/001295.html

AARGH! I've just compiled 6.9.0 for my r600. I am sick of compiling, but grepping the ChangeLog for r600 (my card) sees a lot of attention to it.


It this worth the pain?

If you don't want to compile it, then just upgrade to Slack 13.1. The upgrade is worth it for r600 cards.

I think I'm ahead of slackware-13.1 on some things - certainly mesa(git of 7.9-devel), and probably libdrm(2.4.20) & libva(0.31). I'll compile :-(. When I get energy, I'll

SW13.1 X64 Radeon HD 5450 pci-E video adapter has prob
 

Hi,

al@ep45:~$ cat /etc/slackware-version
Slackware 13.1.0 (64 bit = yes)

How do I get my gpu accell working? (syslog snippet enclosed says "unable to load firmware"). And, could the shadowfb ([please see logs, etc. below] as substituted for gpu accell) be the cause of my sys freezing?

My Radeon HD 5450 pci-E hasn't wanted to cooperate. I blacklisted intel_agp which seems to have helped.

Being in whatever xterm is the default in xfce4 as root for a while -- I'd used cat then grep and at that point it froze the sys/kernel -- lost all control from the keyboard -- to get it back, held in the power button.

I seem to be safe using a virtual terminal as root. xfce4 works nicely except for how it froze above (just stay away from that xterm).

--
Alan.

I used Robby Workman's generic .config for 2.6.35.x kernel

--
Alan.

I am not very familiar with the card you use. But I would suggest, that you need to download additional firmware from http://people.freedesktop.org/~agd5f/radeon_ucode/
This file (CEDAR_pfp.bin) is in there. Perhaps you will need to download additional files. And put them manually to /lib/firmware/radeon.

Another issue is to switch on kms.
this should help, I think.

PS it looks like you already have /etc/modprobe.d/radeon.conf. So it should be only firmware related.

For HD5xxx cards, you almost certainly want to use fglrx. The open source drivers only recent gained 2D and 3D acceleration for your GPU. It's still heavily under development and requires building various components from source.

Adam

adamk75: the very latest (10-9 or whatever) fglrx (not works) "i don't have make module build" it said (what cause that? google turned up empty on that).

BTW I been dink with this off and on now for more than a week and a half. I Nearly sledge hammered my hd 5450 and I *very* nearly queried slack forum here for a (like, let's get *real* <grin>) a "Linux friendly pci-E video adapter"

It's (my video) now the very best yet that I've had it. At 4:25 A.M. I now got to get to bed before I end up doing an all nighter. I'll run it more tomorrow and get back to you all as well as I'll look here too. Thanks much.

http://people.freedesktop.org/~agd5f/radeon_ucode/

From there, I copied a total of three CEDAR* files into my /lib/firmware/radeon

Completely dissappeared from syslog (no longer, not whatsoever, any reference to anything video related in syslog). Yippee!!

video is way faster. And better too!

Xorg0.log still reports the same as before (but I believe the syslog due that my video is much faster as well as better).

--
Alan.

i don't have make module

(the reason the 10-9 fglrx would not work for me)

http://www.google.com/linux?hl=en&q=...le&btnG=Search

--
Alan.

Maybe I got it. I just used the .config for current 64 bit generic kernel to compile 2.6.35.7 (Slack64 13.1)

Adding the cedar firmware or whatever it was had helped. An xorg.conf had helped (xorgsetup). See former posts for the kms stuff had helped.

If it don't freeze up or otherwise goof (hasn't done so, not yet), then I'm at least made it that far anyways.

dmesg is pretty clean and there's no longer any "gpu acceleration is not enabled" in dmesg. However, that message does still shows in the xorg.0.log

(--) RADEON(0): Chipset: "ATI Radeon HD 5450" (ChipID = 0x68f9)
(II) RADEON(0): PCIE card detected
(MSI is the brand, it's a MSI card)

How's the next? (really, I'm not a gamer. I don't know. So I ask.) Worthwhile or not?

--
Alan.

Was quite happy with the drivers supplied in current for quite a while. But recently started to observe X server crashes. mostly when Alt+Tab pressed. Tried to trace what was causing this kind of behavior, but didn't have much time for that. Thus I decided to update drivers for my old laptop.

If anyone interested, here they are:
ftp://vt.dyndns-at-home.com/linux/kms/packages/

build scripts are there too.

In general - effects in KDE works much better (faster, picture looks cleaner and etc). And most importantly I do not get this X crashes anymore.