ATI & kernel .31.2 - no direct rendering

Jacek Poplawski · 2009-10-11 17:02:34

Maybe someone could make updated packages in AUR?

musta ruhtinas · 2009-10-11 17:41:56

Jacek Poplawski wrote:

Maybe someone could make updated packages in AUR?

There are already some you can use. I got KMS working on a X1600XT by using:
* ati-dri-git
* dri2proto-git
* glproto-git
* libdrm-git
* libgl-git
* mesa-git
* xf86-video-ati-git

pedepy · 2009-10-12 05:22:50

disabling kms does fix the issue but it's not *really* the problem here; i also have a version mismatch on the dri2 module although the kernel reports to have kms enabled without a glitch - it *does* work, i have native res on my laptop in the console.

so, again, disabling kms works, but the real problem is that some components of X (either mesa or the ati driver or whatever), doesn't like to have kms 'behind' it.

hungerfish · 2009-10-12 12:11:54

I agree pedepy.

flamelab, using nomodeset instead of radeon.modeset=0 works just as well! Also /var/log/errors.log now does not display an error.

flamelab · 2009-10-12 12:30:51

hungerfish wrote:

I agree pedepy.
flamelab, using nomodeset instead of radeon.modeset=0 works just as well! Also /var/log/errors.log now does not display an error.

OK nice then.

@Everyone: Wait until Mesa 7.6 passes to extra, as I've already written here. After that, all users of Radeons to R5xx, will have both KMS and 3D acceleration.

BUT without GPU powersaving. It will be implemented through KMS within Linux kernel 2.6.32 (propably).

Last edited by flamelab (2009-10-12 12:31:02)

hungerfish · 2009-10-14 03:47:34

Just did:

[2009-10-14 05:39] synchronizing package lists
[2009-10-14 05:39] starting full system upgrade
[2009-10-14 05:41] upgraded libdrm (2.4.13-1 -> 2.4.15-1)
[2009-10-14 05:41] upgraded libx11 (1.2.2-1 -> 1.3-1)
[2009-10-14 05:41] upgraded xextproto (7.0.5-1 -> 7.1.1-1)
[2009-10-14 05:41] upgraded libxext (1.0.5-2 -> 1.1-1)
[2009-10-14 05:41] upgraded xf86vidmodeproto (2.2.99.1-1 -> 2.3-1)
[2009-10-14 05:41] upgraded libxxf86vm (1.0.99.1-1 -> 1.1.0-1)
[2009-10-14 05:41] upgraded xproto (7.0.15-1 -> 7.0.16-1)
[2009-10-14 05:41] upgraded fixesproto (4.0-3 -> 4.1.1-1)
[2009-10-14 05:41] upgraded libxfixes (4.0.3-2 -> 4.0.4-1)
[2009-10-14 05:41] upgraded libxdamage (1.1.1-2 -> 1.1.2-1)
[2009-10-14 05:41] upgraded libgl (7.5.1-2 -> 7.6-1)
[2009-10-14 05:41] upgraded ati-dri (7.5.1-2 -> 7.6-1)
[2009-10-14 05:41] upgraded bluez (4.55-1 -> 4.56-1)
[2009-10-14 05:41] upgraded compositeproto (0.4-2 -> 0.4.1-1)
[2009-10-14 05:41] upgraded dmxproto (2.2.99.1-1 -> 2.3-1)
[2009-10-14 05:41] upgraded fontcacheproto (0.1.2-2 -> 0.1.3-1)
[2009-10-14 05:41] upgraded inputproto (1.5.1-2 -> 2.0-1)
[2009-10-14 05:41] upgraded libdmx (1.0.99.1-1 -> 1.1.0-1)
[2009-10-14 05:41] upgraded libpciaccess (0.10.8-1 -> 0.10.9-1)
[2009-10-14 05:41] upgraded libxcomposite (0.4.0-2 -> 0.4.1-1)
[2009-10-14 05:41] upgraded libxdmcp (1.0.2-2 -> 1.0.3-1)
[2009-10-14 05:41] upgraded libxfont (1.4.0-1 -> 1.4.1-1)
[2009-10-14 05:41] upgraded libxfontcache (1.0.4-2 -> 1.0.5-1)
[2009-10-14 05:41] upgraded renderproto (0.9.3-2 -> 0.11-1)
[2009-10-14 05:41] upgraded libxrender (0.9.4-2 -> 0.9.5-1)
[2009-10-14 05:41] upgraded libxft (2.1.13-1 -> 2.1.14-1)
[2009-10-14 05:41] upgraded libxi (1.2.1-1 -> 1.3-1)
[2009-10-14 05:41] upgraded xineramaproto (1.1.99.1-1 -> 1.2-1)
[2009-10-14 05:41] upgraded libxinerama (1.0.99.1-1 -> 1.1-1)
[2009-10-14 05:41] upgraded libxkbfile (1.0.5-1 -> 1.0.6-1)
[2009-10-14 05:41] upgraded libxt (1.0.6-1 -> 1.0.7-1)
[2009-10-14 05:41] upgraded libxmu (1.0.4-2 -> 1.0.5-1)
[2009-10-14 05:41] upgraded libxpm (3.5.7-2 -> 3.5.8-1)
[2009-10-14 05:41] upgraded libxres (1.0.3-2 -> 1.0.4-1)
[2009-10-14 05:41] upgraded recordproto (1.13.2-2 -> 1.14-1)
[2009-10-14 05:41] upgraded libxtst (1.0.3-2 -> 1.1.0-1)
[2009-10-14 05:41] upgraded libxv (1.0.4-1 -> 1.0.5-1)
[2009-10-14 05:41] upgraded libxvmc (1.0.4-2 -> 1.0.5-1)
[2009-10-14 05:41] upgraded xf86dgaproto (2.0.99.1-1 -> 2.1-1)
[2009-10-14 05:41] upgraded libxxf86dga (1.0.99.1-1 -> 1.1.1-1)
[2009-10-14 05:41] upgraded xf86miscproto (0.9.2-2 -> 0.9.3-1)
[2009-10-14 05:41] upgraded libxxf86misc (1.0.1-2 -> 1.0.2-1)
[2009-10-14 05:41] upgraded mesa (7.5.1-2 -> 7.6-1)
[2009-10-14 05:41] upgraded pixman (0.16.0-1 -> 0.16.2-1)
[2009-10-14 05:41] upgraded randrproto (1.3.0-1 -> 1.3.1-1)
[2009-10-14 05:41] upgraded xcursor-themes (1.0.1-2 -> 1.0.2-1)
[2009-10-14 05:41] upgraded xf86-input-evdev (2.2.5-1 -> 2.2.99.2-1)
[2009-10-14 05:41] upgraded xf86-video-ati (6.12.4-1 -> 6.12.4-2)
[2009-10-14 05:41] upgraded xf86-video-vesa (2.2.0-1 -> 2.2.1-1)
[2009-10-14 05:41] upgraded xorg-apps (7.4-2 -> 7.5-1)
[2009-10-14 05:41] installed printproto (1.0.4-1)
[2009-10-14 05:41] installed libxp (1.0.0-3)
[2009-10-14 05:41] upgraded xorg-server-utils (7.4-7 -> 7.5-1)
[2009-10-14 05:41] upgraded xorg-server (1.6.3.901-1 -> 1.7.0.901-1)

Sadly, still no kms and direct-rendering for me, at least not out of the box...

AndyRTR · 2009-10-14 04:42:58

what's in your Xorg log and dmesg?

ugaciaka · 2009-10-14 06:33:45

@hungerfish
@AndyRTR

too have done the upgrade from testing but have not dri

my log

grep WW /var/log/Xorg.0.log
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) Warning, couldn't open module fbdev
(WW) Falling back to old probe method for vesa
(WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
(WW) RADEON(0): Direct rendering disabled

and

grep EE /var/log/Xorg.0.log
Current Operating System: Linux skynet 2.6.31-ARCH #1 SMP PREEMPT Tue Oct 13 11:33:39 CEST 2009 x86_64
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
(EE) Failed to load module "fbdev" (module does not exist, 0)
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
(EE) Microsoft Comfort Curve Keyboard 2000: failed to initialize for relative axes.

I have ATI Technologies Inc RV530 [Radeon X1600] and

[12:12:49] ugaciaka@skynet: ~% pacman -Q xorg-server 
xorg-server 1.7.0.901-1
[12:12:56] ugaciaka@skynet: ~% pacman -Q xorg-util-macros 
xorg-util-macros 1.3.0-1
[12:13:20] ugaciaka@skynet: ~% pacman -Q libdrm 
libdrm 2.4.15-1
[12:13:32] ugaciaka@skynet: ~% pacman -Q mesa  
mesa 7.6-1
[12:13:37] ugaciaka@skynet: ~% pacman -Q xf86-video-ati 
xf86-video-ati 6.12.4-2
[12:15:33] ugaciaka@skynet: ~% pacman -Q dri2proto     
dri2proto 2.1-1
[12:16:04] ugaciaka@skynet: ~% pacman -Q ati-dri   
ati-dri 7.6-1

Last edited by ugaciaka (2009-10-14 10:16:35)

Beini · 2009-10-14 10:36:09

I bet we need to wait for xf86-video-ati 6.13 for it to work. Xorg wiki says the version mismatch is a problem about the DRIVER not supporting KMS, mesa update is not enough.

ugaciaka · 2009-10-14 11:41:35

Beini wrote:

I bet we need to wait for xf86-video-ati 6.13 for it to work. Xorg wiki says the version mismatch is a problem about the DRIVER not supporting KMS, mesa update is not enough.

euraka: I install xf86-video-ati-git from aur and DRI work now! http://aur.archlinux.org/packages.php?ID=15374

tnx

Last edited by ugaciaka (2009-10-14 11:41:45)

AndyRTR · 2009-10-14 11:51:48

Beini wrote:

I bet we need to wait for xf86-video-ati 6.13 for it to work. Xorg wiki says the version mismatch is a problem about the DRIVER not supporting KMS, mesa update is not enough.

Link? Any pre snapshot we can use? If not I'll build a git shot.

Beini · 2009-10-14 12:33:43

AndyRTR wrote:

Beini wrote:
I bet we need to wait for xf86-video-ati 6.13 for it to work. Xorg wiki says the version mismatch is a problem about the DRIVER not supporting KMS, mesa update is not enough.
Link? Any pre snapshot we can use? If not I'll build a git shot.

I posted these on the first page.

About the version mismatch, saying that the driver doesn't support KMS:
http://www.x.org/wiki/radeonBuildHowTo# … 63a0d543bc

Ubuntu bug about radeon kms, looks like they went with git snapshot:
https://bugs.launchpad.net/ubuntu/karmi … bug/420803

hungerfish · 2009-10-14 14:07:20

euraka: I install xf86-video-ati-git from aur and DRI work now! http://aur.archlinux.org/packages.php?ID=15374

I can confirm, it works using the ati driver from git.

But performance is bad, atleast with kms enabled and playing gzdoom which uses GL, and also plain zdoom which runs in software
Disabling kms on kernel-boot line, results in 'normal' performance for zdoom(software) but FAILS for gzdoom(GL) with:

radeon_lock.c:65: radeonGetLock: Assertion `drawable != ((void *)0)' failed.

So, don't do this if you rely on opengl!
I know this isn't really a fair test, but it seems very slowly were getting there....

Last edited by hungerfish (2009-10-14 14:16:56)

Beini · 2009-10-14 15:42:36

hungerfish wrote:

But performance is bad, atleast with kms enabled and playing gzdoom which uses GL, and also plain zdoom which runs in software
Disabling kms on kernel-boot line, results in 'normal' performance for zdoom(software) but FAILS for gzdoom(GL) with:

Did you try with the snapshot ubuntu people think is "stable"? Looks like it's "20090929". So change pkgver to 20090929 and do a makepkg --holdver.
I'm just guessing here as I haven't even tried the git snapshot yet.

hungerfish · 2009-10-14 17:08:35

No, I just pulled from what ever was in git as I built the package...I'll just stick with updating that, and see where it takes me!

TigTex · 2009-10-14 22:21:52

I can confirm. My system is slow as hell now. I can't even play a video with xbmc once again... disabling KMS DOESN'T solve the problem

ati radeon 9250se, xf86-video-ati (upgraded today with testing repo) kernel 2.6.31.4

I'm getting MAD WITH THIS. Every update that I do to my mediacenter I get problems. With my laptop, everything is smooth (nvidia of course)

this topic is now running here http://bbs.archlinux.org/viewtopic.php? … 72#p636872

Last edited by TigTex (2009-10-14 22:51:46)

Beini · 2009-10-15 08:27:33

Guys, I haven't been able to reproduce the performance hits you're having. But I'm not a gamer or anything so didn't test that much.

I decided to test it to see what the performance hit was like. So installed xorg-server 1.7.0.901-1 (+ dependencies) and xf86-video-ati 6.12.99.git20091014-1 (This was just for the dependencies, I build my own snapshot) from testing. After that I used xf86-video-git from aur, pkgver set to "20090929" and did makepkg --holdver.

So...

Desktop: Gnome 2.28 + compiz, pretty much feels like it was before KMS.
glxgears: 2000+ FPS, was 3000+ without KMS. I think drop like this in glxgears is expected.
Youtube videos: I think they played like they always have, fullscreen HD was slightly laggy though.
AVI files from HD: Normal.

I also installed gzdoom-svn because of the reported bad performance. I used doom2.wad and FPS was constantly over 150.

My device section from xorg.conf:

Section "Device"
    Identifier          "Card0"
    Driver              "radeon"
    VendorName          "ATI Technologies Inc"
    BoardName           "R480 [Radeon X850XT (PCIE)]"
    Option "AccelDFS"        "1"
    Option "ColorTiling"     "1"
    Option "GARTSize"     "64"
    Option "EnablePageFlip" "1"
    Option "AccelMethod"     "EXA"
    Option "VGAAccess"     "False"
    Option "R4xxATOM"     "True"
EndSection

If this info helps anyone. I think I'll keep testing this for sometime and see if I run into something.

EDIT: Tried it with Jedi outcast in wine, FPS was about 20-40. Not great but it was playable

Last edited by Beini (2009-10-15 09:13:54)

hungerfish · 2009-10-15 13:23:52

Maybe it is my build of gzdoom...as I said, it's not really a fair test. I also tried dxxrebirth(descent-port) which is working great. However I do have a slightly older card (r300) so maybe its related to that, who knows, and to be honest, I don't really care. ati+kms+dri+etc is finally getting there, so *thumbs up* on that!

But I do have a question. I thought that kms would bring 'native-resolution'-console output during boot-up and when using cli.
Why is it then that I get the resolution change, right after I get the "loading modules' output from arch's init process.
Is it possible to get it earlier, by rebuilding the kernel with kms fixed and not as a module? Now this is 'looking worse' than just using vesafb or something...

Also, my display (cli) seems to 'scale' the resolution in '3-steps', which leads to the output being messed up during boot, once the login screen(cli) comes up, everything is fine though...

tomk · 2009-10-15 22:08:01

Arch is not going to build radeon into the kernel - the earliest you can get with the stock setup is at the initramfs stage, by adding radeon to your init image, as described in the ATI wiki page.

hungerfish · 2009-10-15 23:38:54

Oh, ok, thanks, I missed that...

It now works perfectly, I can just glimpse the kernel booting up, and then I'm in a 1280x1024 cli.
My display-corruption has also been solved!

Also, I tried Quake Live, and it runs nicely at full speed!

Last edited by hungerfish (2009-10-15 23:39:42)

Lothium · 2009-10-16 16:17:45

Same Problem with testing packages: While booting, the laptopmonitor goes black and I can't see anything on the screen. When I use nomodeset the system starts normal, but I can't use the mouse or the keyboard from my laptop. I went back to normal extra packages. Hope someone fix this and my ati x700 mobility will work with kms and new driver!

pjezek · 2009-12-23 14:52:13

Desktop with a Sapphire Radeon X550 card: Until the latest upgrade of mesa and xf86-video-ati my graphic system worked well with no errors in xorg log and no slow rendering. Now I noticed the version mismatch menioned above in this thread and disabled DRI as well as DRI2 affecting both 3D and 2D rendering. GoogleEarth and Tux Racer are useless, 2D GUI is lazy. My glxgears show some 180 FPS. I use xorg.conf with these sections:

Section "Module"
    Load  "ddc"  # ddc probing of monitor
    Load  "dbe"
    Load  "dri"
    Load  "extmod"
    Load  "glx"
    Load  "GLcore"
    Load  "bitmap" # bitmap-fonts
    Load  "drm"
EndSection

Section "Device"
    Identifier  "Card0"
    Driver      "radeon"
    VendorName  "ATI"
    BoardName   "Sapphire X550 Silent"
    Option        "DRI" "on"
    Option        "XAANoOffscreenPixmaps" "true" #needed for aiglx
    Option        "AGPMode" "4"
    Option        "ColorTiling" "on"
    Option        "EnablePageFlip" "on"
    Option        "AccelMethod" "EXA"
EndSection

I hope the next kernel and the free ati driver will allow DRI as it was before today upgrade. If there is anything wrong in my xorg.conf sections, please kick me properely!

R00KIE · 2009-12-23 19:48:54

I had to get the git driver and recompile libdrm with --enable-radeon-experimental-api, it seems the latest libdrm was compiled without it, then no more errors about driver version mismatch and dri is working (using an R610 here).

toad · 2009-12-24 11:44:47

Hm, got a radeon X1550 and was suffering from disappeared kwin effects. KMS was working fine.

Any, just installed the git driver and am about to restart X...

EDIT:
nothing, next trying nomodeset

EDIT:
nomodeset is working but can confirm others' experiences that computer has slowed down. I am no gamer so I don't care if I wait half a second longer for something to come up.

EDIT:
after using the system for about ten minutes it is unbearably slow - I'd rather wait until things are back to normal and do without compositing for the time being

Last edited by toad (2009-12-24 13:02:28)

Spewns · 2009-12-24 16:48:33

I'm using an x1950 Pro (R500), and the most recent ATI driver, libgl, mesa, ati-dri, libdrm, or something hosed everything. (The December 22 updates.)

KMS and compositing was working flawlessly out of the box (e.g. no xorg.conf) until I updated. After updating, I couldn't get to X at all unless KMS was disabled, and then compositing didn't work.

I was able to get back to something acceptable by using R00KIE's post as a starting point. (Thanks!)

1. Update kernel to 2.6.32.2 from [testing]. (Otherwise I was getting strange errors with the radeon kernel module.)
2. Download xf86-video-ati-git @ http://aur.archlinux.org/packages.php?ID=15374
3. Recompile libdrm with --enable-radeon-experimental-dri. (I didn't confirm if this step was actually required to solve my problem since it was the first thing I tried, and it wasn't enough. I'll assume it's required though. I don't feel like messing with this stuff anymore.)
4. Disable KMS (add "nomodeset" to the boot line in grub's menu.lst)

Or if you just want KMS without compositing, then skip step 3. You can have one or the other. (Which sucks, because prior to the recent stupid updates, both were working for me without having to tweak or muck around with anything. I can live without KMS though since I'm rarely outside of X anyway.)

Lesson learned: things half work now, so I'm putting a lot of stuff on IgnorePkg.

Last edited by Spewns (2009-12-24 16:51:34)

Arch Linux

#26 2009-10-11 17:02:34

Re: ATI & kernel .31.2 - no direct rendering

#27 2009-10-11 17:41:56

Re: ATI & kernel .31.2 - no direct rendering

#28 2009-10-12 05:22:50

Re: ATI & kernel .31.2 - no direct rendering

#29 2009-10-12 12:11:54

Re: ATI & kernel .31.2 - no direct rendering

#30 2009-10-12 12:30:51

Re: ATI & kernel .31.2 - no direct rendering

#31 2009-10-14 03:47:34

Re: ATI & kernel .31.2 - no direct rendering

#32 2009-10-14 04:42:58

Re: ATI & kernel .31.2 - no direct rendering

#33 2009-10-14 06:33:45

Re: ATI & kernel .31.2 - no direct rendering

#34 2009-10-14 10:36:09

Re: ATI & kernel .31.2 - no direct rendering

#35 2009-10-14 11:41:35

Re: ATI & kernel .31.2 - no direct rendering

#36 2009-10-14 11:51:48

Re: ATI & kernel .31.2 - no direct rendering

#37 2009-10-14 12:33:43

Re: ATI & kernel .31.2 - no direct rendering

#38 2009-10-14 14:07:20

Re: ATI & kernel .31.2 - no direct rendering

#39 2009-10-14 15:42:36

Re: ATI & kernel .31.2 - no direct rendering

#40 2009-10-14 17:08:35

Re: ATI & kernel .31.2 - no direct rendering

#41 2009-10-14 22:21:52

Re: ATI & kernel .31.2 - no direct rendering

#42 2009-10-15 08:27:33

Re: ATI & kernel .31.2 - no direct rendering

#43 2009-10-15 13:23:52

Re: ATI & kernel .31.2 - no direct rendering

#44 2009-10-15 22:08:01

Re: ATI & kernel .31.2 - no direct rendering

#45 2009-10-15 23:38:54

Re: ATI & kernel .31.2 - no direct rendering

#46 2009-10-16 16:17:45

Re: ATI & kernel .31.2 - no direct rendering

#47 2009-12-23 14:52:13

Re: ATI & kernel .31.2 - no direct rendering

#48 2009-12-23 19:48:54

Re: ATI & kernel .31.2 - no direct rendering

#49 2009-12-24 11:44:47

Re: ATI & kernel .31.2 - no direct rendering

#50 2009-12-24 16:48:33

Re: ATI & kernel .31.2 - no direct rendering

Board footer