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

handy · 2012-05-03 14:39:01

Bird wrote:

handy wrote:
Bird wrote:
hi there,
does anyone use hd2600pro card with any OS driver?
Now I have a really slow scrolling in terminal and have to use laptop for work.
and `Option "MigrationHeuristic" "greedy"` does nothing for me.
I'm using an HD2600 pro GPU. I stopped using the packages from Perry3D's repo a while ago due to compatibility problems at the time. Using the packages from the Arch stable repos is & has been working fine for me. I'm not a game player under Linux though.
One year ago everything was fine for me either but with some updates problems come.
may I know what driver do you use and xorg settings? and whether `less -f /dev/urandom` have no delay on scroll for you?
** with this message you gave me a hope *smile*

I have been using just the standard Arch packages with no special changes on both of my machines - hd2600 pro & hd6450. Though I must say that, the hd2600 pro machine went down recently. So if there have been recent changes that have caused unreliability for the hd2600 pro I have not had the chance to experience them.

Have you tried using a different terminal app'? I use both Sakura & ROXterm these days, with not problems in either.

Do any other people using the hd2600 pro card have problems?

I think that that is an important question for obvious reasons.

Last edited by handy (2012-05-03 14:52:46)

Bird · 2012-05-04 18:43:33

I think that that is an important question for obvious reasons.

Yes, you are right. It's really obvious, but compare only with more few terminals. I found out that problem somehow connected with redraw method. Unfortunately, I used only terminals significantly affected by this 'lag' (rxvt, xterm).
ROXterm work fine, mlterm (I stopped at that one) and many others.
Despite the fact that sometimes something draw slowly it's better than in xterm so I can ignore this.

Thank you.

Perry3D · 2012-05-08 20:59:21

Hi,

i'm sorry, but i will no longer update the repository from the first page.
As you might have noticed, I've hardly had time for it.

Cdh · 2012-05-10 08:03:09

Hm... I'm down to OpenGL 2.1 with newer git?

 ~ % uname -a
Linux chrisl 3.4.0-1-mainline #1 SMP PREEMPT Mon May 7 11:06:02 UTC 2012 x86_64 Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz GenuineIntel GNU/Linux
 ~ % export R600_STREAMOUT=1
 ~ % glxinfo | grep "OpenGL version"
OpenGL version string: 2.1 Mesa 8.1-devel (git-788fd04)
 ~ % glxinfo32 | grep "OpenGL version"
OpenGL version string: 3.0 Mesa 8.1-devel (git-e6aad9b)

My 32 bit mesa is not very new, my 64 bit mesa is from today.

Anyway, if people want to build what I use, here is it.

For mesa with llvm you seem to need llvm 3.1.
For 64 bit it was relatively easy modifying llvm-svn:

pkgname=llvm-svn
pkgver=156037
pkgrel=1
pkgdesc='Low Level Virtual Machine - Compiler infrastructure.'
arch=('i686' 'x86_64')
url="http://llvm.org"
license=('custom:University of Illinois/NCSA Open Source License')
depends=('libffi' 'python2' 'ocaml')
makedepends=('subversion')
provides=('llvm')
conflicts=('llvm')

# this is always the latest svn so debug info can be useful
options=('strip')

_svntrunk='http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_31/'
_svnmod='llvm/rc2'

build() {
  if [ -d ${_svnmod} ]; then
    cd ${_svnmod}
    svn up -r ${pkgver}
  else
    svn co ${_svntrunk} --config-dir ./ -r ${pkgver} ${_svnmod}
  fi

  msg 'SVN checkout done or server timeout'
  msg 'Starting make...'

  cd ${srcdir}

  sed -i 's/python$/python2/' ${_svnmod}/utils/llvm-build/llvm-build

  rm -rf build
  mkdir -p build
  cd build

  # Apply strip option to configure
  _optimized_switch="enable"
  [[ $(check_option strip) == n ]] && _optimized_switch="disable"

  # Include location of libffi headers in CPPFLAGS
  export CPPFLAGS="$CPPFLAGS $(pkg-config --cflags libffi)"

  # Force the use of GCC instead of clang
  PYTHON=python2 CC=gcc CXX=g++ \
  ../${_svnmod}/configure \
    --prefix=/usr \
    --libdir=/usr/lib/llvm \
    --sysconfdir=/etc \
    --enable-shared \
    --enable-libffi \
    --enable-targets=all \
    --disable-expensive-checks \
    --with-binutils-include=/usr/include \
    --$_optimized_switch-optimized

  make REQUIRES_RTTI=1
}

package() {
  cd "$srcdir/build"
  make DESTDIR="$pkgdir" install
}

I failed to put something together for a lib32 llvm 3.1. I have not been trying too hard though. lib32 mesa does not build with lib32 llvm 3.0:

gallivm/lp_bld_debug.cpp: In function 'void lp_disassemble(const void*)':
gallivm/lp_bld_debug.cpp:194:25: error: 'getHostTriple' is not a member of 'llvm::sys'
gallivm/lp_bld_debug.cpp:267:66: error: no matching function for call to 'llvm::Target::createMCInstPrinter(unsigned int&, const llvm::MCAsmInfo&, const llvm::MCSubtargetInfo&) const'
gallivm/lp_bld_debug.cpp:267:66: note: candidate is:
In file included from gallivm/lp_bld_debug.cpp:37:0:
/usr/include/llvm/Support/TargetRegistry.h:395:20: note: llvm::MCInstPrinter* llvm::Target::createMCInstPrinter(unsigned int, const llvm::MCAsmInfo&, const llvm::MCInstrInfo&, const llvm::MCRegisterInfo&, const llvm::MCSubtargetInfo&) const
/usr/include/llvm/Support/TargetRegistry.h:395:20: note:   candidate expects 5 arguments, 3 provided
gallivm/lp_bld_debug.cpp:293:80: error: no matching function for call to 'llvm::Target::createTargetMachine(std::string&, std::string, const char [1]) const'
gallivm/lp_bld_debug.cpp:293:80: note: candidate is:
In file included from gallivm/lp_bld_debug.cpp:37:0:
/usr/include/llvm/Support/TargetRegistry.h:340:20: note: llvm::TargetMachine* llvm::Target::createTargetMachine(llvm::StringRef, llvm::StringRef, llvm::StringRef, const llvm::TargetOptions&, llvm::Reloc::Model, llvm::CodeModel::Model, llvm::CodeGenOpt::Level) const
/usr/include/llvm/Support/TargetRegistry.h:340:20: note:   candidate expects 7 arguments, 3 provided
gallivm/lp_bld_misc.cpp: In function 'void lp_register_oprofile_jit_event_listener(LLVMExecutionEngineRef)':
gallivm/lp_bld_misc.cpp:68:47: error: 'createOProfileJITEventListener' is not a member of 'llvm'
gallivm/lp_bld_misc.cpp: In function 'void lp_set_target_options()':
gallivm/lp_bld_misc.cpp:94:4: error: 'StackAlignmentOverride' is not a member of 'llvm'
gallivm/lp_bld_misc.cpp:104:4: error: 'NoExcessFPPrecision' is not a member of 'llvm'
make[3]: *** [gallivm/lp_bld_debug.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [gallivm/lp_bld_misc.o] Error 1
make[3]: Leaving directory `/home/chris/build/lib32-mesa-full-r600g/src/mesa-build/src/gallium/auxiliary'
make[2]: *** [default] Error 1
make[2]: Leaving directory `/home/chris/build/lib32-mesa-full-r600g/src/mesa-build/src/gallium'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/home/chris/build/lib32-mesa-full-r600g/src/mesa-build/src'
make: *** [default] Error 1

Therefore I use an old lib32 mesa - and that has opengl 3 while the newer 64 bit mesa does not...?

mesa-full-r600g:

pkgname=mesa-full-r600g
pkgver=20120510
_realver=8.1
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch. 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')
provides=("libgl=${_realver}" "mesa=${_realver}" "ati-dri=${_realver}" 'libglapi' 'libegl' 'libgles' 'khrplatform-devel')
replaces=('libgl' 'mesa' 'ati-dri' 'libglapi' 'libegl' 'khrplatform-devel' 'libgles') 
conflicts=('libgl' 'mesa' 'ati-dri' 'mesa-full' 'libglapi' 'libegl' 'khrplatform-devel' 'libgles')

_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-dri-driverdir=/usr/lib/xorg/modules/dri \
   --with-gallium-drivers=r600,svga \
   --with-dri-drivers= \
   --with-egl-platforms=x11,drm,wayland \
   --enable-texture-float \
   --enable-gles1 \
   --enable-gles2 \
   --enable-osmesa \
   --enable-egl \
   --enable-xorg \
   --enable-xa \
   --enable-vdpau \
   --enable-gallium-g3dvl \
   --enable-glx-tls \
   --enable-glu \
   --enable-gbm \
   --enable-gallium-gbm \
   --enable-shared-glapi \
   --enable-xorg \
   --enable-gallium-llvm \
   --enable-openvg \
   --enable-gallium-egl \
   --enable-r600-llvm-compiler || return 1

   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

   install -d ${pkgdir}/etc/profile.d
   echo '#!/bin/bash' > ${pkgdir}/etc/profile.d/mesa.sh
   echo 'export LIBGL_DRIVERS_PATH=/usr/lib/xorg/modules/dri:$LIBGL_DRIVERS_PATH
export VDPAU_DRIVER=r600
export R600_ENABLE_S3TC=1
export force_s3tc_enable=true

export R600_LLVM=0

#opengl3
export R600_STREAMOUT=1
' >> ${pkgdir}/etc/profile.d/mesa.sh
  chmod +x ${pkgdir}/etc/profile.d/mesa.sh
}

lib32-mesa-furll-r600g:

pkgname=lib32-mesa-full-r600g
pkgver=20120510
_realver=8.1
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=(x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('lib32-libdrm-git' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'lib32-llvm')
makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
provides=("lib32-libgl=${_realver}" "lib32-mesa=${_realver}" "lib32-ati-dri=${_realver}" 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')
replaces=('lib32-libgl' 'lib32-mesa' 'lib32-ati-dri' 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')
conflicts=('lib32-libgl' 'lib32-mesa' 'lib32-ati-dri' 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')

_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

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


  export CC="gcc -m32"
  export CXX="g++ -m32"
  export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"
  # for our llvm-config for 32 bit
  export LLVM_CONFIG=/usr/bin/llvm-config32
  #export LLVM_CONFIG=/usr/lib32/llvm

# when -O2 doesn't work
export CFLAGS=$(echo "$CFLAGS" | sed "s/O2/Os/")
#export CFLAGS="$CFLAGS -fno-strict-aliasing"
#export CXXFLAGS="$CFLAGS"

    ./autogen.sh --prefix=/usr \
    --with-dri-driverdir=/usr/lib32/xorg/modules/dri \
    --with-gallium-drivers=r600 \
    --with-dri-drivers= \
   --with-egl-platforms=x11,drm \
   --enable-texture-float \
   --enable-gles1 \
   --enable-gles2 \
   --enable-osmesa \
   --enable-egl \
   --enable-xorg \
   --enable-xa \
   --enable-vdpau \
   --enable-gallium-g3dvl \
   --enable-glx-tls \
   --enable-glu \
   --enable-gbm \
   --enable-gallium-gbm \
   --enable-shared-glapi \
   --enable-xorg \
   --enable-gallium-llvm \
   --enable-openvg \
   --enable-gallium-egl \
   --enable-32-bit \
   --libdir=/usr/lib32 || return 1
   #--enable-r600-llvm-compiler || return 1

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

   cd ${srcdir}/${_gitname}-build

  rm -rf "${pkgdir}"/usr/{include,share,bin}

   install -d ${pkgdir}/etc/profile.d
   echo '#!/bin/bash' > ${pkgdir}/etc/profile.d/lib32-mesa.sh
   echo 'export LIBGL_DRIVERS_PATH=$LIBGL_DRIVERS_PATH:/usr/lib32/xorg/modules/dri' >> ${pkgdir}/etc/profile.d/lib32-mesa.sh
   chmod +x ${pkgdir}/etc/profile.d/lib32-mesa.sh
}

lordheavy · 2012-05-10 09:28:14

Cdh wrote:

Hm... I'm down to OpenGL 2.1 with newer git?

 ~ % uname -a
Linux chrisl 3.4.0-1-mainline #1 SMP PREEMPT Mon May 7 11:06:02 UTC 2012 x86_64 Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz GenuineIntel GNU/Linux
 ~ % export R600_STREAMOUT=1
 ~ % glxinfo | grep "OpenGL version"
OpenGL version string: 2.1 Mesa 8.1-devel (git-788fd04)
 ~ % glxinfo32 | grep "OpenGL version"
OpenGL version string: 3.0 Mesa 8.1-devel (git-e6aad9b)

Normal, because to advertise OpenGL3.0 now mesa needs MSAA, not yet implemented

Last edited by lordheavy (2012-05-10 09:28:36)

k_ibou · 2012-05-12 19:03:37

Perry3D wrote:

Hi,
i'm sorry, but i will no longer update the repository from the first page.
As you might have noticed, I've hardly had time for it.

Should we remove the mesa-full package and install all the packages from extra repo?

Perry3D · 2012-05-12 19:44:22

Yes. When the xserver gets an upate it could stop working.

k_ibou · 2012-05-12 21:20:19

Perry3D wrote:

Yes. When the xserver gets an upate it could stop working.

Thanks!!! Wiki should be update with this, isnt?

lordheavy · 2012-05-12 21:42:08

k_ibou wrote:

Perry3D wrote:
Yes. When the xserver gets an upate it could stop working.
Thanks!!! Wiki should be update with this, isnt?

There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.

http://pkgbuild.com/~lcarlier/mesa-git/

handy · 2012-05-16 00:42:43

Perry3D wrote:

Hi,
i'm sorry, but i will no longer update the repository from the first page.
As you might have noticed, I've hardly had time for it.

A big thanks for the four plus years of dedicated effort Perry, I'm sure that everyone who has benefited from this great thread, especially back in earlier days when we needed all the help we could get is also thankful for your efforts & ALL that time you donated to our community.

On another note, I guess I should shut down your space on the spiralinear.org server. I'll give it a couple of weeks then close it.

Thanks again Perry.

Ashren · 2012-06-02 23:17:11

Is there any way to enable hardware acceleration in xbmc with the opensource ati drivers + recent mesa-git packages?

agapito · 2012-06-06 11:14:39

agapito wrote:

If you plan to buy a 6790 card, don't buy it. After 1 year on the market, this card doesn't work with open source driver, well not if KMS is enabled. That sucks.
I had a 5770 card, after a RMA I received a 6790 card. At least works fine with catalyst.
https://bugs.freedesktop.org/show_bug.cgi?id=39282

Finally, using kernel 3.5 rc1, this card works with open source driver. Still slow, but works.

Lone_Wolf · 2012-06-07 08:56:27

Ashren wrote:

Is there any way to enable hardware acceleration in xbmc with the opensource ati drivers + recent mesa-git packages?

That mostly depends on what Video Acceleration method Xbmc can use.

VA in mesa is unmaintained and requires the old libvapi 0.31 . I don't know of any mesa-git package that enables it.

Cdh · 2012-06-08 20:43:03

Currently there is no hardware decoding for the open source driver other than mpeg1 and mpeg2 anyway. You should be able to use the "presentation" layer from vdpau though. Not sure if it is better than xv.

A little request: Could people please give this a holyspirit (diablo clone) from aur a try and just look whether it works? http://aur.archlinux.org/packages.php?ID=59882
The kernel thinks the textures are too small to render for me...

Last edited by Cdh (2012-06-08 20:43:14)

snufkin · 2012-06-19 18:09:52

I have a HD 4870 card, and I'm not quite satisfied with the power saving. I hope you'll be able to help me.

From what I've found out, the only thing separating the (Windows) Catalyst driver and the open source driver is the clock regulation. While the proprietary driver clocks down both the core and memory to 500 MHz, the open source only clocks down the core clock. The memory, however, is still running at 900 MHz (default). This is all using KMS and the "low" power profile. How can I get the open source driver to clock down the memory as well to 500 MHz?

mouse256 · 2012-06-19 18:23:48

works without a problem for me: (radeon HD 4570)

cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 500000 kHz
current engine clock: 499500 kHz
default memory clock: 800000 kHz
current memory clock: 796500 kHz
voltage: 1200 mV
PCIE lanes: 16

echo "low" > /sys/class/drm/card0/device/power_profile

cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 500000 kHz
current engine clock: 219370 kHz
default memory clock: 800000 kHz
current memory clock: 299250 kHz
voltage: 900 mV
PCIE lanes: 16

lspci | grep Radeon
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Mobility Radeon HD 4500/5100 Series]
01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI RV710/730 HDMI Audio [Radeon HD 4000 series]

However; what I noticed is that the number of PCIE lanes always keeps on 16.
I did find traces in the sourcecode of the radeon driver that there is code to reduce the number of active lanes, but does not seems to work for me. Anyone having any luck with that?

89c51 · 2012-06-22 08:29:23

snufkin wrote:

I have a HD 4870 card, and I'm not quite satisfied with the power saving. I hope you'll be able to help me.
From what I've found out, the only thing separating the (Windows) Catalyst driver and the open source driver is the clock regulation. While the proprietary driver clocks down both the core and memory to 500 MHz, the open source only clocks down the core clock. The memory, however, is still running at 900 MHz (default). This is all using KMS and the "low" power profile. How can I get the open source driver to clock down the memory as well to 500 MHz?

AFAIK AMD hasn't published all the documents needed in order to have the best possible power management. I don't think you can do more than what we have now unless you can code a better solution with the existing documents.

And a question. Apart from installing libtxc_dxtn from AUR and setting radeon.pcie_gen2=1 is there something more you can do with the open drivers to make them work better??

Berseker · 2012-07-22 07:19:23

lordheavy wrote:

k_ibou wrote:
Perry3D wrote:
Yes. When the xserver gets an upate it could stop working.
Thanks!!! Wiki should be update with this, isnt?
There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.
http://pkgbuild.com/~lcarlier/mesa-git/

does this repo is still active? no updates since a while ago right now..

Cdh · 2012-07-22 16:14:23

Formerly uhuc seems to be active again: http://arch-nightly.net/repo/x86_64/

lordheavy · 2012-07-23 19:33:51

Berseker wrote:

lordheavy wrote:
k_ibou wrote:
Thanks!!! Wiki should be update with this, isnt?
There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.
http://pkgbuild.com/~lcarlier/mesa-git/
does this repo is still active? no updates since a while ago right now..

Currently the way we build splitted package is broken, it need some times to investigate.

Sorry for the delay!

Cdh · 2012-07-24 12:15:14

The lib32-mesa seems to be a problem often so let me try it:

For generic x86_64 without [testing], r300g and r600g:

[mesa-full-radeon]
Server = http://dl.dropbox.com/u/93669817/pkg

index:
http://dl.dropbox.com/u/93669817/pkg/index.html

Not sure if I am going to continue that.

Last edited by Cdh (2012-07-24 12:17:17)

lordheavy · 2012-07-24 12:30:14

lordheavy wrote:

Currently the way we build splitted package is broken, it need some times to investigate.
Sorry for the delay!

Ok, found the problem and a workaround https://bugs.freedesktop.org/show_bug.cgi?id=52435

Packages will follow soon

lordheavy · 2012-07-24 15:28:47

Berseker wrote:

lordheavy wrote:
k_ibou wrote:
Thanks!!! Wiki should be update with this, isnt?
There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.
http://pkgbuild.com/~lcarlier/mesa-git/
does this repo is still active? no updates since a while ago right now..

Repo updated for both x86_64/i686 and multilib

++

agapito · 2012-07-24 17:12:04

lordheavy wrote:

Berseker wrote:
lordheavy wrote:
There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.
http://pkgbuild.com/~lcarlier/mesa-git/
does this repo is still active? no updates since a while ago right now..
Repo updated for both x86_64/i686 and multilib
++

Thanks. Works fine here.

Berseker · 2012-07-25 18:52:49

lordheavy wrote:

Berseker wrote:
lordheavy wrote:
There is this repo, but it need testing/multilib-testing and it follow extra/testing behaviour.
Packages are splitted so no need to install of stuff.
http://pkgbuild.com/~lcarlier/mesa-git/
does this repo is still active? no updates since a while ago right now..
Repo updated for both x86_64/i686 and multilib
++

yeah thank you, didn't realize that you were the mantainer

Arch Linux

#2301 2012-05-03 14:39:01

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

#2302 2012-05-04 18:43:33

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

#2303 2012-05-08 20:59:21

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

#2304 2012-05-10 08:03:09

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

#2305 2012-05-10 09:28:14

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

#2306 2012-05-12 19:03:37

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

#2307 2012-05-12 19:44:22

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

#2308 2012-05-12 21:20:19

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

#2309 2012-05-12 21:42:08

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

#2310 2012-05-16 00:42:43

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

#2311 2012-06-02 23:17:11

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

#2312 2012-06-06 11:14:39

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

#2313 2012-06-07 08:56:27

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

#2314 2012-06-08 20:43:03

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

#2315 2012-06-19 18:09:52

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

#2316 2012-06-19 18:23:48

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

#2317 2012-06-22 08:29:23

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

#2318 2012-07-22 07:19:23

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

#2319 2012-07-22 16:14:23

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

#2320 2012-07-23 19:33:51

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

#2321 2012-07-24 12:15:14

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

#2322 2012-07-24 12:30:14

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

#2323 2012-07-24 15:28:47

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

#2324 2012-07-24 17:12:04

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

#2325 2012-07-25 18:52:49

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

Board footer