Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Accelerated 2D with ati R6xx and open source driver [SOLVED]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Wed Jun 03, 2009 9:15 pm    Post subject: Accelerated 2D with ati R6xx and open source driver [SOLVED] Reply with quote

I'm trying to get accelerated 2D in my Radeon HD 3850 using an open source driver (radeon or radeonhd, I don't care). But the only thing I get when I start X is a black screen (if I don't enable kernel modesetting) or the monitor in standby mode (with kernel modesetting enabled). I've tried different live branches of libdrm, mesa and radeon, to no avail. The logs don't show any error: http://pastebin.com/m184f677b (without KMS) and http://pastebin.com/m7982b6a6 (with KMS). So before I keep digging, I would like to hear of someone who has actually managed to get a working X server with the radeon or radeonhd drivers and a r6xx/r7xx card (and also, which versions/live branches he uses). If nobody has managed to get it working, I'll simply wait some weeks before trying again.

Thanks

(Solution: uninstall fglrx).
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5


Last edited by Fran on Thu Jun 04, 2009 6:39 pm; edited 1 time in total
Back to top
View user's profile Send private message
eccerr0r
Advocate
Advocate


Joined: 01 Jul 2004
Posts: 2354
Location: USA

PostPosted: Wed Jun 03, 2009 9:52 pm    Post subject: Reply with quote

Not sure if this is helpful, but I've gotten my Radeon HD 3650 (RV650) working with x11-drivers/xf86-video-ati-6.12.2 ... I did need to use a prerelase 2.6.30 kernel but it looks like you're using that already. 2D accel appears to work; moving windows is fairly quick; but 3D is emulated (works, but deathly slow).

I went back to the closed-source drivers as ... why bother having this card (until 3d works with the radeonhd driver), it's installed in a machine with a G31 chipset motherboard...
_________________
Core2Quad 9550S/4GB/4x500G RAID5/RadeonHD 5770
What the heck am I advocating?
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Thu Jun 04, 2009 6:14 am    Post subject: Reply with quote

eccerr0r wrote:
Not sure if this is helpful, but I've gotten my Radeon HD 3650 (RV650) working with x11-drivers/xf86-video-ati-6.12.2 ... I did need to use a prerelase 2.6.30 kernel but it looks like you're using that already. 2D accel appears to work; moving windows is fairly quick; but 3D is emulated (works, but deathly slow).

I went back to the closed-source drivers as ... why bother having this card (until 3d works with the radeonhd driver), it's installed in a machine with a G31 chipset motherboard...

Yep, it helps. Did you use any live (-9999) version of mesa or libdrm or just the latest ones in portage? Did you patch the kernel or just used a vanilla 2.6.30-rcX? Which version of the xorg-server?

Thanks
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
scary
n00b
n00b


Joined: 17 Apr 2004
Posts: 47

PostPosted: Thu Jun 04, 2009 7:21 am    Post subject: Reply with quote

hi, actually 2d should work on your card even without digging into live ebuilds. For me, latest ~amd64 xorg-server and xf86-video-ati work just fine (as well as live ebuilds anyway, aside from power management) on the hd3470 card on my laptop. Could it be some monitor-related wrong setting? What do you have in your xorg.conf? Oh and afaik KMS still has no effect on radeon.. we'd have to wait for 2.6.31/32
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Thu Jun 04, 2009 8:19 am    Post subject: Reply with quote

I just tried with non-live versions of libdrm (2.4.11), mesa (7.5-rc2) and ati (6.12.2) and nothing, still a black screen/monitor in standby (I did get a corrupted screen once, but it was only once).

scary wrote:
hi, actually 2d should work on your card even without digging into live ebuilds. For me, latest ~amd64 xorg-server and xf86-video-ati work just fine (as well as live ebuilds anyway, aside from power management) on the hd3470 card on my laptop. Could it be some monitor-related wrong setting? What do you have in your xorg.conf?

Nothing. Well, actually something like
Code:
Section "Device"
   Identifier  "hd3850"
   Driver      "radeon"
EndSection

but even that should not be necessary, I just keep it for fglrx.

scary wrote:
Oh and afaik KMS still has no effect on radeon.. we'd have to wait for 2.6.31/32

KMS works great, if you apply the drm-modesetting-radeon patch from fedora 11 (the second one on the linked post in my signature; I made the instructions for nouveau but it's the same for radeon, except you obvioulsy don't need the nouveau patch). Just add radeon.modeset=1 to grub (or activate the default option in the kernel config) and voila, 1680x1050 accelerated framebuffer. No need to specify any vga= option either, the kernel autodetects your monitor resolution. If you use 2.6.29 you need to apply drm-next before, with 2.6.30-rc just apply drm-modesetting-radeon. And it should work well with X with some branches of libdrm/mesa/radeon, but...
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
scary
n00b
n00b


Joined: 17 Apr 2004
Posts: 47

PostPosted: Thu Jun 04, 2009 8:40 am    Post subject: Reply with quote

wow that looks very interesting! Didn't know about that... but still, are you sure that it isn't all that experimental stuff that's actually breaking X on your system ? By that I mean, have you tried using a vanilla kernel, not just a patched kernel with the kms options disabled ?
I must admit that I don't even use the framebuffer console :oops: , so I don't know if these things are somewhat related.. maybe you could try just disabling completely fb and see what happens ?
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Thu Jun 04, 2009 9:43 am    Post subject: Reply with quote

scary wrote:
wow that looks very interesting! Didn't know about that... but still, are you sure that it isn't all that experimental stuff that's actually breaking X on your system ? By that I mean, have you tried using a vanilla kernel, not just a patched kernel with the kms options disabled ?

Yep, the last kernel I tried was a vanilla-2.6.30-rc8 without patching (and without fb). But now that I think about it, I didn't try with mesa-7.4 (only 7.5-rc2 and 9999). I don't think it should affect the X modesetting (which seems to be failing) but anyway, it's worth a try.
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
scary
n00b
n00b


Joined: 17 Apr 2004
Posts: 47

PostPosted: Thu Jun 04, 2009 10:01 am    Post subject: Reply with quote

I also think that mesa should be unrelated... but if I understand correctly the whole thing somehow worked with fglrx, right ?
Does your card have several video outputs ? Have you tried plugging the monitor to the 2nd one? I know it's a bit lame, but I had this kind of trouble ages ago with my ati 9800 card that was sending its signal only to the 2nd video out for some reason... but I guess that kind of things is fixed by now :)
I would also try to fiddle with the Monitor subsection in xorg.conf .. not that I'd know where to start :D
Back to top
View user's profile Send private message
pingufunkybeat
l33t
l33t


Joined: 01 Dec 2004
Posts: 610

PostPosted: Thu Jun 04, 2009 2:12 pm    Post subject: Reply with quote

I have full 2D acceleration using "radeon" driver from portage (6.12.2).

I'm using the drm compiled from git (no ebuilds), as described here: http://www.x.org/wiki/radeon:r6xx_r7xx_branch

That's all I needed to do, and 2D acceleration and compositing is working great. The only problem I have is that sometimes repainting is sloppy when compositing is turned on (some kind of XFIXES issue), so I've disabled it. But when it's enables, many KDE effects like expose and animations work really well and are supported -- as long as you set the compositing backend to XRender in the KWin settings.

You shouldn't need the custom drm if you're using a 30 kernel, as it was merged in. Still, you might want to disable radeon drm in the kernel and compile this one as a module and see if it works. Perhaps you forgot to compile the proper drm, or the patch you're using is interfering with it, or something. It really shouldn't be hard.
Back to top
View user's profile Send private message
ConnClark
n00b
n00b


Joined: 15 Aug 2007
Posts: 54

PostPosted: Thu Jun 04, 2009 3:36 pm    Post subject: Reply with quote

I have no troubles using the current git build of radeonhd and a git pull of the drm as described here http://wiki.x.org/wiki/radeonhd%3Ar6xx_r7xx_branch .

If you get 2d accel working with those builds and you want even faster 2d performance for r6xx/r7xx cards using radeonhd, you can try my patch found here http://bugs.gentoo.org/show_bug.cgi?id=271923 .

It speeds things up by 5 to 10% as measured with the gtkperf benchmark.
_________________
In formal computer science advances are made by standing on the shoulders of giants. Linux has shown that, if there are enough of you, you can advance just as far by stepping on each others toes.
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Thu Jun 04, 2009 6:38 pm    Post subject: Reply with quote

God, I finally found the solution. Digging in the Xorg.?.logs I couldn't find any solution, so I went to /var/log/gdm. And there was a weird error:
Code:
/usr/X11R6/bin/X: symbol lookup error: /usr/lib64/xorg/modules/extensions//libdri.so: undefined symbol: atiddxAbiDixLookupPrivate

Googling that I found someone with the same error and another person suggesting UNINSTALLING THE FGLRX DRIVER. I tried that and... X started without problems. Right now I'm using the radeon driver and watching a video using Xv. I assume eselect opengl had somehow borked things and just eselecting xorg-x11 was not enough.

Oh well. I'll try KMS now :D
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
pingufunkybeat
l33t
l33t


Joined: 01 Dec 2004
Posts: 610

PostPosted: Thu Jun 04, 2009 7:52 pm    Post subject: Reply with quote

Oh, yeah, you need to completely remove the fglrx and reboot, as it messes up a bunch of things for the open source drivers. Switching between the open drivers and fglrx is not that easy as a result.
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Fri Jun 05, 2009 6:50 am    Post subject: Reply with quote

pingufunkybeat wrote:
Oh, yeah, you need to completely remove the fglrx and reboot, as it messes up a bunch of things for the open source drivers. Switching between the open drivers and fglrx is not that easy as a result.

Yeah, that's absurd. That's what eselect opengl should do. If this happens with versions in portage of ati-drivers (I'm not sure, I'm using 9.5 installed with an ebuild from elsewhere) it should be reported to b.g.o.

(edit) Nevermind: http://bugs.gentoo.org/show_bug.cgi?id=258322
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
scary
n00b
n00b


Joined: 17 Apr 2004
Posts: 47

PostPosted: Fri Jun 05, 2009 7:14 am    Post subject: Reply with quote

so does xf86-video-ati + radeon kms work ? did you try ? If so, then I have something to waste my weekend on :)
Back to top
View user's profile Send private message
Fran
Guru
Guru


Joined: 29 Feb 2004
Posts: 455
Location: Coruña (Spain)

PostPosted: Fri Jun 05, 2009 7:56 am    Post subject: Reply with quote

scary wrote:
so does xf86-video-ati + radeon kms work ? did you try ? If so, then I have something to waste my weekend on :)

Yeah, it works... somehow. I mean, KMS works, and the kernel sets the correct resolution at boot without the need for passing a vga= argument to the kernel (even resolutions that are not available with the basic vesa, such as 1680x1050). X also starts and works ok with radeon. BUT... the radeon driver does the modesetting itself. I mean, the whole point of KMS is leaving the modesetting to the kernel, so the transition between X and vt is smooth. When I tried, it wasn't. Going from vt to X and vice versa made the screen flicker, as if the radeon driver was ignoring the fact that the resolution was already set by the kernel. Nothing to do with what I see with nouveau modesetting (in my laptop I have nvidia), where the transition between X and vt is seamless, as if the vts where just virtual desktops in my window manager. Maybe I didn't pick the correct libdrm, mesa or radeon branches (I used r6xx-r7xx-support for libdrm and mesa and radeon-gem-cs3 for radeon).

BTW, the bug I linked before has a simple solution for having fglrx installed and using open source drivers. It works (now I can switch between fglrx and radeon without problems).
_________________
~amd64 10.0 // linux-3.4 // gcc-4.7 // glibc-2.15 // xorg-server-1.12 // openbox-3.5
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
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