Discussion: the ati/radeon open source drivers & radeon repository

handy · 2011-07-18 04:26:43

bog wrote:

Thanks for your suggestion, handy! Yeah, this addon is really good.

Yes it is, its made by a really helpful guy on the Ubuntu forums - lovinglinux , he has certainly improved the flash situation dramatically for many.

Demon · 2011-07-21 17:39:09

Edited offtopic post.

(Thanks Cdh!)

Last edited by Demon (2011-07-21 20:00:03)

Cdh · 2011-07-21 19:15:24

Viper_Scull wrote:

Cdh wrote:
But in the phoronix forum there are people speaking about using it so how did they build it when the makefile is broken? How is this possible? Does anybody know what's wrong?
Remove
--enable-egl \
--enable-gallium-egl \
There is a problem building libsoftpipe.a right now due to the latest changes, so you cant build egl_gallium.so. It has to be fixed in master soon.
You don't need it to try vpdau with r600g..

Actually it took me a while to try the obvious thing: I added "swrast" to so now I build "--with-gallium-drivers=r600g,swrast". That egl requires the software rasterizer is certainly not how it should be but it compiles and it works. On my HD 4670 vdpau with mpeg2 is fine, though mplayer throws a lot of errors (only while seeking though) and cpu usage is slightly higher with vdpau than with xv. But so slightly that it doesn't really matter for now.

Last edited by Cdh (2011-07-21 22:03:08)

LinuxDonald · 2011-07-31 21:34:18

Is the repo down? http://nightly.uhuc.de/x86_64

hoschi · 2011-08-03 10:45:23

The new mesa/xf86-video-ati increased my performance in IOQuake3 round about 32%

71KR117 · 2011-08-07 19:29:15

Can you fix the repo so that the mesa-full package does not conflict with libglapi?

Perry3D · 2011-08-09 23:12:30

libglapi is included in mesa-full. So i added it to the provides and conflicts array.

LinuxDonald · 2011-08-10 00:57:43

When will come an testing 3.X.X Kernel?

Because the Kernel26-testing conflicts with my linux 3.0 kernel

Last edited by LinuxDonald (2011-08-10 01:00:23)

Cdh · 2011-08-10 07:54:27

I think in the meantime using the mainline 3.1 rc kernel should be a good replacement...

[miffe]
Server = http://arch.miffe.org/$arch/

pulp · 2011-08-10 09:30:26

LinuxDonald wrote:

Is the repo down? http://nightly.uhuc.de/x86_64

The nightly repo appears to have moved http://shadowice.org/?n=3

handy · 2011-08-17 06:40:31

Inappropriate so removed.

Last edited by handy (2011-08-22 07:03:57)

Lone_Wolf · 2011-08-31 19:21:01

I maintain the mesa-r600g-git and lib32-mesa-r600g-git aur packages.
Unfortunately i can't use my desktop with a radeon HD4890 (R600 family) the rest of this year, and am now limited to a laptop with a Radeon xpress card that uses the R300 chipset (also uses the gallium driver).

Should i orphan the packages and let someone else take over, or add R300 support to the packages so i can keep maintaining them ?

Your opinions please.

Cdh · 2011-09-01 10:14:31

Why not maintain it anyway? I have the packages mesa-full-i915, mesa-full-i915g, mesa-full-i965 while not using any of those cards.

But you can add some more compile options. This is what I use (I think libegl needs to be added to conflicts):

pkgname=mesa-full-r600g
pkgver=20110829
_realver=7.12
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch (mesa 7.12). Compiles mesa for r600g (gallium)."
arch=(i686 x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('libdrm-git' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'llvm')
makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
optdepends=('llvm: "configure" tests for its presence and compiles with some additional "-D" macros if found')
provides=("libgl=${_realver}" "mesa=${_realver}" "freeglut=${_realver}" "glut=${_realver}" "ati-dri=${_realver}" 'libglapi')
replaces=('libgl' 'mesa' 'freeglut' 'glut' 'ati-dri' 'libglapi')
conflicts=('libgl' 'mesa' 'freeglut' 'glut' 'ati-dri' 'mesa-full' 'libglapi')

_gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
_gitname="mesa"

build() {
   msg "Connecting to git.freedesktop.org GIT server...."

   if [ -d $startdir/src/$_gitname ] ; then
      cd $_gitname && git pull origin
      msg "The local files are updated."
   else
      git clone $_gitroot
   fi

   msg "GIT checkout done or server timeout"
   msg "Starting make..."

   rm -rf $startdir/src/$_gitname-build
   cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
   cd ${srcdir}/${_gitname}-build

   cd "${startdir}/src/mesa-build"
   ./autogen.sh --prefix=/usr \
   --with-gallium-drivers=r600,swrast \
   --with-dri-driverdir=/usr/lib/xorg/modules/dri \
   --with-dri-drivers=r600 \
   --enable-texture-float \
   --enable-gles1 \
   --enable-gles2 \
   --enable-openvg \
   --enable-osmesa \
   --enable-egl \
   --enable-xorg \
   --enable-xa \
   --enable-xvmc \
   --enable-vdpau \
   --enable-gallium-egl \
   --enable-xcb \
   --enable-glx-tls \
   --enable-glu \
   --enable-glw \
   --enable-motif \
   --enable-gbm \
   --enable-gallium-gbm \
   --enable-shared-glapi \
   --enable-shared-dricore \
   --enable-xorg \
   --enable-gallium-llvm || return 1

   # enables xvmc/vdpau dynamically when libs are installed
   # not needed since explicitely enabled (I think)
   # --enable-gallium-g3dvl

   # not possible to compile afaik
   # --enable-d3d1x

   make || return 1
   make DESTDIR="${pkgdir}" install || return 1

   install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
   ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so || return 1
}

jim1960 · 2011-09-02 21:02:42

I just test mesa-full-r600g and it don't work, blank screen and keyboard no response, only can do reset machine.

My machine:
AMD Radeon HD 5670
Linux kernel: linux-ck 3.0.4

Xorg.0.log (I didn't see any error message)

...
[   270.906] (II) LoadModule: "r600g"
[   270.907] (II) Loading /usr/lib/xorg/modules/drivers/r600g_drv.so
[   270.956] (II) Module r600g: vendor="X.Org Foundation"
[   270.956] 	compiled for 1.10.3.901, module version = 0.1.0
[   270.956] 	Module class: X.Org Video Driver
[   270.956] 	ABI class: X.Org Video Driver, version 10.0
[   270.956] (II) r600: Driver for R6xx Gallium with KMS: AMD R6xx Graphics Chipset
[   270.956] (--) using VT number 7

[   270.958] (II) Loading /usr/lib/xorg/modules/drivers/r600g_drv.so
[   270.958] drmOpenDevice: node name is /dev/dri/card0
[   271.075] drmOpenByBusid: Searching for BusID PCI:1:0:0
[   271.075] drmOpenDevice: node name is /dev/dri/card0
[   271.076] drmOpenDevice: open result is 8, (OK)
[   271.076] drmOpenByBusid: drmOpenMinor returns 8
[   271.076] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[   271.076] (**) R600G(0): Depth 24, (--) framebuffer bpp 32
[   271.076] (==) R600G(0): RGB weight 888
[   271.076] (==) R600G(0): Default visual is TrueColor

Lone_Wolf · 2011-09-12 10:33:33

Cdh wrote:

Why not maintain it anyway? I have the packages mesa-full-i915, mesa-full-i915g, mesa-full-i965 while not using any of those cards.
But you can add some more compile options. This is what I use (I think libegl needs to be added to conflicts):

I did some checking and found r300 and r600 support the same functions, although r300 tends to have it earlier.
for me this means that i can build both r300 and r600 in 1 package, so i'll keep maintaining my aur package.

I've looked into the compile options and will make my pkgbuild clearer, also including comments about default / skipped settings.

- osmesa has to do with off-screen rendering and could be useful (compositing ?) .

- OpenGL ES appears to be mainly used on embedded devices and is a subset of OpenGL

- OpenVG targets handheld devices

The target of my package is desktop and laptop cards, so i'll add osmesa but not OpenGL ES & OpenVG.

Cdh · 2011-09-12 13:00:32

Kwin (kde window manager) has an GLES backend and as far as I know that backend will become more important for kwin in the future. However, kdebase-workspace from the repositories is built without support for GLES by default.
Is there really no desktop software uses OpenVG? I mean why not speed up rendering svgs?

Lone_Wolf · 2011-09-14 09:41:50

I've done some additional reading and it appears WebGL in firefox uses GLES 2, so it may have some use.

For OpenVG it is not clear to me whether applications need to use the openVG api to benefit from them or if openVG also is useful for applications that use SVG but don't have specific openVG support.

ChemBro · 2011-09-14 15:53:08

Cdh wrote:

Kwin (kde window manager) has an GLES backend and as far as I know that backend will become more important for kwin in the future. However, kdebase-workspace from the repositories is built without support for GLES by default.
Is there really no desktop software uses OpenVG? I mean why not speed up rendering svgs?

Because the closed-source drivers don't support OpenGL ES. Would leave many users without a desktop. And yes, it was tested, that's why it isn't enabled.

Cdh · 2011-09-20 15:53:07

I have some problems with my HD 6550 = HD 5650 and mesa git / xorg 1.11 and kernel 3.1 rc6.
Xonotic works (mostly) fine without GLSL enabled, but with them enabled I see this:

(I say mostly because in level 3 (which the screenshot is from) without glsl the (global) lightning doesn't work (explosions light the environment up just fine), whereas with glsl it would work, if the rendering was fine).

Likewise with wine wine Half Life 2 works fine (although a bit slow), but Portal 2 looks like this (changing shader settings don't have any effect):

Looks very similar with font rendering working, but 3d with shaders with those stripes.

Is this to be expected? Is the glsl code in mesa not finished yet or is this a bug?

Cdh · 2011-09-23 09:18:06

I discovered that this only happens in high resolutions. I had the same thing in Track mania nations, but NOT when the resolution was 1152x768. So I tested xonotic again and with GLSL this also happens only when the resolution is big. I have not tested portal 2 again but I think it would also work in a reduced resolution. So I guess this is a bug, right?

Perry3D · 2011-09-23 18:44:06

Open a bugreport and you will know if this is a bug .

Cdh · 2011-10-18 08:30:32

Libreoffice Impress presentations are invisible. Mobile HD 6550 = HD 5650. Am I the only one?

By the way: The graphics corruption turned out to be caused by 2D tiling (R600_TILING variable set to 1).

handy · 2011-11-04 01:25:16

I'm just setting up another AMD GPU equipped machine & went to the first page of this thread to look at running the -git packages. Mostly they aren't there or are in some cases quite old.

Is it just the xf86-video-ati-git that is updated these days?

It has been pretty quiet here for some time, & upgrades happen fairly rarely via the repo. I'm not really complaining as I'm grateful & appreciate that Perry has put in an enormous amount of hours over the length of time that this thread has been running, which is something that has benefited so many of us.

I'm just curius really...

[edit:] I noticed today when I did an upgrade on the new box, I picked up the other -git packages that I couldn't access individually (in order) from the OP.

I guess I've just been demonstrating my ignorance again...

Last edited by handy (2011-11-05 10:59:59)

hoschi · 2011-11-04 11:58:45

I need help, from everyone with a Radeon 5xxx (Evergreen) - read more:
https://bbs.archlinux.org/viewtopic.php?id=129606

Ejik · 2011-12-04 07:57:16

Hello. Should I use a kernel 3 or can I still work with kernel26-DRM-testing? (now RV635 works fine) Thx!

Arch Linux

#2126 2011-07-18 04:26:43

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2127 2011-07-21 17:39:09

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2128 2011-07-21 19:15:24

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2129 2011-07-31 21:34:18

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2130 2011-08-03 10:45:23

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2131 2011-08-07 19:29:15

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2132 2011-08-09 23:12:30

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2133 2011-08-10 00:57:43

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2134 2011-08-10 07:54:27

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2135 2011-08-10 09:30:26

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2136 2011-08-17 06:40:31

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2137 2011-08-31 19:21:01

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2138 2011-09-01 10:14:31

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2139 2011-09-02 21:02:42

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2140 2011-09-12 10:33:33

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2141 2011-09-12 13:00:32

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2142 2011-09-14 09:41:50

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2143 2011-09-14 15:53:08

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2144 2011-09-20 15:53:07

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2145 2011-09-23 09:18:06

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2146 2011-09-23 18:44:06

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2147 2011-10-18 08:30:32

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2148 2011-11-04 01:25:16

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2149 2011-11-04 11:58:45

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2150 2011-12-04 07:57:16

Re: Discussion: the ati/radeon open source drivers & radeon repository

Board footer