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

Nezmer · 2009-12-21 20:26:03

gee wrote:

well that's the one thing that I need, HDMI audio, and that's why I am using catalyst today

Fair enough.

gee wrote:

Some people on the ml just released some patches to get HDMI audio on 4670 that I wanted to try, but with or without them I get a black screen... Do you think I will get audio out of ati?

HD audio was added to KMS/drm in the kernel tree. You would need a bleeding-edge development tree though. I use drm-radeon-testing witch is basically 2.6.32 with development drm code. As you can see support for HDMI was committed 5 days ago. You can try fixing radeonhd If you don't feel like trying development kernel code of course.

gee wrote:

Also if ati is made by those big people, who are the people working on radeonhd? just "common" people?

Sponsored by novel. That's not the point though. The point is, The driver that's being actively developed with all the components of the graphics stack is radeon not radeonhd.

Last edited by Nezmer (2009-12-21 20:27:45)

Cdh · 2009-12-21 22:13:08

Can anyone comment on what it is wrong at the moment to all of us who are not too much into it?

kernel26 2.6.32.2-1 from testing, all the packages from the nightly repo. Radeon 4650. With xorg.conf working with packages from few days before and 2.6.32.1 or without xorg.conf

chris@chrispc> glxgears
IRQ's not enabled, falling back to busy waits: 2 0
[1]    4693 segmentation fault  glxgears

[139] chris@chrispc> dmesg | grep drm
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized radeon 1.31.0 20080528 for 0000:02:00.0 on minor 0
[drm] Setting GART location based on new memory map
[drm] Loading RV730 CP Microcode
[drm] Resetting GPU
[drm] writeback test succeeded in 1 usecs
glxgears[4568]: segfault at c ip b7161571 sp bff6f810 error 4 in libdrm_radeon.so.1.0.0[b715f000+4000]

Is the error in this package as stated next to the segfault?

chris@chrispc> pacman -Qo `locate libdrm_radeon.so.1.0.0`
/usr/lib/libdrm_radeon.so.1.0.0 ist in libdrm-git 20091221-1 enthalten

edit: Instead of posting first I could have tested it first. Actually yes, it is this package. With libdrm-git 20091219-1 it works well.
Anyone who needs it and does not have it in cache: http://omploader.org/vMzF4Mg

Last edited by Cdh (2009-12-21 22:18:02)

gee · 2009-12-22 05:36:45

Nezmer wrote:

HD audio was added to KMS/drm in the kernel tree. You would need a bleeding-edge development tree though. I use drm-radeon-testing witch is basically 2.6.32 with development drm code. As you can see support for HDMI was committed 5 days ago. You can try fixing radeonhd If you don't feel like trying development kernel code of course.

Sponsored by novel. That's not the point though. The point is, The driver that's being actively developed with all the components of the graphics stack is radeon not radeonhd.

The culprit was the kernel, going back to .31 fixed the black screen but still no sound.
Is there an pkgbuild for the drm-radeon-testing that you mention? I have seen a few things on aur but not sure if that is what I need.

Do you have a small howto on getting audio working with these?
I'll try it!

Thanks

xheyther · 2009-12-22 10:14:11

With the recent release of Mesa 7.7 and some new package entering testing, I wonder what packages are now required to be build from git ?

As far I know :
* kernel26 from testing is 2.6.32.2 and breaks KMW so we need either 2.6.32.1 or 2.6.33-rc1
* libdrm in testing is 2.4.17 and it's enough (at least) for my need (KMS, compositing with Kwin)
* xf86-video-ati in testing is 6.12.99.git20091221-1, and that's ok too

so it left :
* glproto : extra version is 1.4.10 so we need to compile it from git I believe
* dri2proto : 2.1 in extra, same as above
* mesa: 7.6 in extra but 7.7 is released (today), so we need to wait for it to enter testing I guess
* libgl: 7.6 in extra but should become 7.7 with mesa
* ati-dri: same as above

That left us to compile the last five from git for now but soon only glproto and dri2proto?

Am I right ?

Last edited by xheyther (2009-12-22 10:15:15)

Rabauke · 2009-12-22 12:46:26

xheyther wrote:

With the recent release of Mesa 7.7 and some new package entering testing, I wonder what packages are now required to be build from git ?

As far I know :
* kernel26 from testing is 2.6.32.2 and breaks KMW so we need either 2.6.32.1 or 2.6.33-rc1
* libdrm in testing is 2.4.17 and it's enough (at least) for my need (KMS, compositing with Kwin)
* xf86-video-ati in testing is 6.12.99.git20091221-1, and that's ok too
so it left :
* glproto : extra version is 1.4.10 so we need to compile it from git I believe
* dri2proto : 2.1 in extra, same as above
* mesa: 7.6 in extra but 7.7 is released (today), so we need to wait for it to enter testing I guess
* libgl: 7.6 in extra but should become 7.7 with mesa
* ati-dri: same as above
That left us to compile the last five from git for now but soon only glproto and dri2proto?
Am I right ?

Today I compiled mesa-full from AUR. It is 7.8-dev and brings mesa,
libgl, ati-dri with it. glproto and dri2proto are from [extra],
kernel26-2.6.32.1, libdrm and xf86-video-ati are from [testing].

Works fine here.

For those who are too lazy, here's my mesa-full-package http://www-stud.uni-due.de/~selufisc/me … pkg.tar.gz

Last edited by Rabauke (2009-12-22 15:45:14)

Nezmer · 2009-12-22 15:20:12

gee wrote:

The culprit was the kernel, going back to .31 fixed the black screen but still no sound.
Is there an pkgbuild for the drm-radeon-testing that you mention? I have seen a few things on aur but not sure if that is what I need.

Do you build your own kernel?
You can grab a snapshot of the kernel source from here (good for a one time build) or use git:

git clone --depth 1 git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git -b drm-radeon-testing

If you've never done this before, Look at the git kernel PKGBUILDS in the AUR for general-purpose builds or consult the wiki for custom kernel builds.

I don't use HD audio but I'm assuming It should just work.

gee · 2009-12-23 04:45:24

Yeah in the past years I have built many kernels to get reiser4 till i got bored of it.
I got radeonhd working with audio now, so I guess I will wait for 2.6.33 official as I am getting a bit tired on working on the driver for this computer.
As a side question, is radeon faster than radeonhd today or anything else apart from getting KMS?

Thank you for your help!

Dinth · 2009-12-23 18:32:02

Ive updated kernel to 2.6.33-rc1 from kernel26-rc aur package. Now everything (kms, 3d) works like a charm.
Glxinfo now reports OpenGL 2.1 on my R600 card. Unfortunately still no lib32-libgl-git packages, so i cannot play any Wine game

PS. There are lib32-mesa-git packages in AUR now, but still Wine dont see anything alse than software rasterizer

Last edited by Dinth (2009-12-23 18:48:39)

handy · 2009-12-24 05:21:17

Well I've finally got around to following Perry's great guide (many thanks ) in the OP of this thread, with the following results:

Hardware:
24" 2007 iMac
GPU: HD 2600 Pro

Packages:
kernel26-2.6.33-rc1
all installed in order re, threads OP, using mesa-full also.

I don't call HAL in the rc.conf DAEMON line; as I use the Worker dirutil & handle devices using commands from inside of Worker, hopefully HAL is only required if I wanted to do without an xorg.config? I have hotplugging turned off in xorg.conf.

Prior to beginning installation I had prepared my xorg.conf (see bottom of post) prior to the installation & removed Catalyst & utils, organised pacman.conf to now be able to upgrade the X.org stuff also.

After installation, I found that 2D performance was brilliant in colour, definition & refresh speed, but glxgears failed to work, spitting out an error.

So I turned on KMS in menu.lst as I had turned it off in the past, turning KMS on again certainly made some changes:

Now I had laggy 2D refresh & glxgears now worked.

After running glxgears multiple times each time after at least a restart of X, the speeds were slow as 150fps & once was into the 300fps, mostly around 230fps but with quite some inconsistency in the speed of its performance per session.

Then I set KMS for early start. During the process there was an error that fbcon could not be found? I let it go considering to possibly be a bug due to the cutting edge nature of the packages.

After having set KMS to early start my glxgears speeds are now very consistent & somewhat higher, as follows:

2195 frames in 5.0 seconds = 438.920 FPS

The system in 2D is fine, .mp4 & such play perfectly (as only the open-source drivers can do )

I get the following error, which the wiki says (if I understand it correctly) means that KMS is not working even though since I did the KMS early start, the performance of both 2D/3D have dramatically improved.

 handy ~  $  dmesg | egrep "drm|radeon"
Command line: root=/dev/sda3 ro   ##radeon.modeset=0 turn off KMS if slow display refresh problem
Kernel command line: root=/dev/sda3 ro   ##radeon.modeset=0 turn off KMS if slow display refresh problem
Unknown boot option `##radeon.modeset=0': ignoring
[drm] Initialized drm 1.1.0 20060810
[drm] radeon default to kernel modesetting.
[drm] radeon kernel modesetting enabled.
radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
radeon 0000:01:00.0: setting latency timer to 64
[drm] radeon: Initializing kernel modesetting.
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
radeon 0000:01:00.0: PCI INT A disabled
radeon: probe of 0000:01:00.0 failed with error -22

Dramatic may sound like a big word for such a small gain in glxgears (around 200fps) but that 200fps really made the 2D side better than it has ever been with catalyst, whereas before that 200fps it certainly was not.

I've posted some details below in the hope that someone will pick up something that I'm unaware of that could bring me some more 3D speed. Glxgears would run well over 3000fps on catalyst.

I'm not impatient I'm absolutely stoked with what the dev' team has accomplished so far with ATi GPU support, & I have complete confidence that the open-source solution will blow the catalyst 3D performance away, as it already has done with the 2D.

Here is some more info:

handy ~  $  glxinfo |grep -i opengl
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.8-devel
OpenGL shading language version string: 1.20
OpenGL extensions:

I've pulled the errors out of xorg.0.log, the first two are due to my recent editing of xorg.conf:

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

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

(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM

(EE) RADEON(0): Acceleration initialization failed

Here is my roughly edited xorg.conf, sorry for the mess it is a work in progress:

#Section "ServerLayout"

##       PS/2 Mouse not detected
##       Serial Mouse not detected
#    Identifier     "Xorg Configured"
#    Screen      0  "aticonfig-Screen[0]" 0 0
#    InputDevice    "Keyboard0" "CoreKeyboard"
#    InputDevice    "USB Mouse" "CorePointer"
#EndSection

#Section "Files"

##   Additional fonts: Locale, Gimp, TTF...
##    FontPath     "/usr/share/lib/X11/fonts/latin2/75dpi"
##    FontPath     "/usr/share/lib/X11/fonts/latin2/100dpi"
##   True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
##    FontPath     "/usr/share/fonts/Type1"
##    RgbPath      "/usr/share/X11/rgb"
#    ModulePath   "/usr/lib/xorg/modules"
#    FontPath     "/usr/share/fonts/misc:unscaled"
#    FontPath     "/usr/share/fonts/misc"
#    FontPath     "/usr/share/fonts/75dpi:unscaled"
#    FontPath     "/usr/share/fonts/75dpi"
#    FontPath     "/usr/share/fonts/100dpi:unscaled"
#    FontPath     "/usr/share/fonts/100dpi"
#    FontPath     "/usr/share/fonts/PEX"
#    FontPath     "/usr/share/fonts/cyrillic"
#    FontPath     "/usr/share/fonts/ttf/western"
#    FontPath     "/usr/share/fonts/ttf/decoratives"
#    FontPath     "/usr/share/fonts/truetype"
#    FontPath     "/usr/share/fonts/truetype/openoffice"
#    FontPath     "/usr/share/fonts/truetype/ttf-bitstream-vera"
#    FontPath     "/usr/share/fonts/latex-ttf-fonts"
#    FontPath     "/usr/share/fonts/defoma/CID"
#    FontPath     "/usr/share/fonts/defoma/TrueType"
#EndSection

Section "Module"

#    Load  "type1"
    Load  "ddc"  # ddc probing of monitor
    Load  "dbe"
    Load  "dri"
    Load  "extmod"
    Load  "glx"
    Load  "bitmap" # bitmap-fonts
    Load  "freetype"
    Load  "record"
    Load  "drm"    # this one was added for OPEN ATi driver support
EndSection

Section "ServerFlags"
    Option        "AutoAddDevices" "False" # this turns off hotplugging which needs HAL to work
    Option        "AllowMouseOpenFail" "true"
EndSection

#Section "InputDevice"
#    Identifier          "Keyboard0"
#    Driver              "keyboard"
#    Option            "CoreKeyboard"
#    Option            "XkbRules" "xorg"
#    Option            "XkbModel" "pc105"
#    Option            "XkbLayout" "us"
##    Option              "XkbVariant" ""
#EndSection

#Section "InputDevice"
#    Identifier      "USB Mouse"
#    Driver          "mouse"
#    Option            "Device" "/dev/input/mice"
#    Option            "SendCoreEvents" "true"
#    Option            "Protocol" "IMPS/2"
#    Option            "ZAxisMapping" "4 5 6 7"
#    Option            "Buttons" "5"
#EndSection

#Section "Monitor"
#    Identifier      "aticonfig-Monitor[0]"
#       Option          "VendorName" "iMac-24"  ## for open driver, may not be needed?
#    Option            "VendorName" "ATI Proprietary Driver"
#    Option            "ModelName" "Generic Autodetecting Monitor"
#    Option            "DPMS" "true"
#EndSection

Section "Device"
##    Identifier      "aticonfig-Device[0]"       # ATi's closed driver
##    Driver          "fglrx"                # ATi's closed driver    
    Identifier      "iMacRadeon"            # Handy's alias for OPEN ATi driver
    Driver            "radeon"                # Handy's installed OPEN ATi driver - radeon NOT radeonhd
    Option        "DRI"         "on"
    Option          "DynamicPM"     "on"          # Dynamic powersaving.
    Option         "ClockGating"  "on"        # Assisting option for powersaving.
    Option          "AccelMethod" "EXA"       # EXA should fit most cases.
    Option          "EXAVSync"     "on"           # EXAVSync is explained above.
    Option          "RenderAccel" "on"        # Optional. It should be enabled by default.
    Option         "AGPMode"     "8"        # Sets AGP speed may help speed up even non AGP systems
    Option         "ColorTiling"     "on"        # 
##     Option          "AccelDFS"     "on"           #Optional. See the man page.
##     Option          "EnablePageFlip" "on"     # It will not be enabled on R5xx cards.
##    Option         "AccelMethod" "EXA"
##     Option          "DMAForXv"     "on"           # Forced option in order to enable Xv overlay. 
##     Option          "ScalerWidth" "2048"      # That should fix some very rare bugs.
          BusID           "PCI:1:0:0"
EndSection

#Section "Screen"
#    Identifier     "aticonfig-Screen[0]"
#    Device         "aticonfig-Device[0]"
#    Monitor        "aticonfig-Monitor[0]"
#    DefaultDepth     24
#    SubSection     "Display"
#    Viewport       0 0
#    Depth             24
#    EndSubSection
#EndSection

#Section "DRI"
#    Group           "video"  #  commented out for OPEN driver
#    Mode            0666    #  remove when using OPEN driver instructions, though may possibly be userful, time will tell?
#EndSection

Last edited by handy (2009-12-24 06:32:43)

Cdh · 2009-12-24 09:00:09

handy wrote:

OpenGL renderer string: Software Rasterizer

Eh, that doesn't look right.
I guess it is because of

[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL

(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM
(EE) RADEON(0): Acceleration initialization failed

For me it says
OpenGL renderer string: Mesa DRI R600 (RV730 9498) 20090101 x86/MMX+/3DNow!+/SSE2 TCL
And 3D works well.

Maybe the libdrm-git package is still broken and you need the one from 12-19-2009: http://omploader.org/vMzF4Mg

handy · 2009-12-24 09:13:55

Thanks Cdh.

The errors are as plain as day, after you have pointed them out to me.

I've downloaded the package you linked to, I'll just install it & see what happens next...

csslayer · 2009-12-24 09:55:49

kernel26 2.6.33rc1
mesa libgl ati-dri 7.7
xf86-video-ati-git 20091224
libdrm 2.4.17 (enable radeon api)
dri2proto glproto offical
radeon_ucode from AUR

works great, until now no artifacts!

Perry3D · 2009-12-24 11:38:31

handy wrote:

Thanks Cdh.
The errors are as plain as day, after you have pointed them out to me.
I've downloaded the package you linked to, I'll just install it & see what happens next...

Kernel 2.6.33 needs a new firmware that don't ship with the kernel. So don't forget to install the radeon_ucode package from AUR.

TemplarGR · 2009-12-24 12:21:05

I am using nightly repo packages with kernel 2.6.32.2 from testing, and my opengl renderer looks like this:

OpenGL vendor string: Advanced Micro Devices, Inc.                                                                                       
OpenGL renderer string: Mesa DRI R600 (RV670 9501) 20090101  TCL                                                                         
OpenGL version string: 2.0 Mesa 7.8-devel                                                                                                
OpenGL shading language version string: 1.10

I noticed for other people it displays mmx/3dnow etc and although i have an intel q6600, it doesn't display any extensions for me. Is this normal, or should i configure something?

handy · 2009-12-24 12:22:01

Perry3D wrote:

handy wrote:
Thanks Cdh.
The errors are as plain as day, after you have pointed them out to me.
I've downloaded the package you linked to, I'll just install it & see what happens next...
Kernel 2.6.33 needs a new firmware that don't ship with the kernel. So don't forget to install the radeon_ucode package from AUR.

Thanks for your reply Perry.

The libdrm package that Cdh kindly linked for me was i686 unfortunately.

I've just uninstalled & then reinstalled the packages back to the non-.git versions in testing & core.

I then saw your post regarding the radeon_ucode package, so I installed that; even so I'm still getting the:

OpenGL renderer string: Software Rasterizer

& the same performance that I was getting before I downgraded the files. I am still running the .33-rc kernel though.

There is obviously something I'm missing, that will allow the 3D to get itself into gear?

Anyway, I'm off to bed now, have a nice day tomorrow all, it's 23.21hrs here.

Cdh · 2009-12-24 13:27:55

Sorry for misguiding you, yes it is i686 and actually the libdrm-git seems to be working again. I just upgraded today and have still working 3D.
So forget about what I said.

I didn't catch you are running kernel26-2.6.33-rc1. I think this might be the problem.
I don't use mesa-full, maybe this is broken (I don't think so but you never know).

@TemplarGR
Just to compare:
I have an Athlon II 420 and run i686 of Archlinux.

aline · 2009-12-24 16:45:14

kernel26-2.6.33-rc1 didn't work for me, as 2.6.32.2.

I'm running 2.6.32.1 and opengl seens to be all right!

OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RS880 9712) 20090101 TCL DRI2
OpenGL version string: 1.5 Mesa 7.8-devel
OpenGL extensions:

P.S. I just corrected a typo in kernel version

Last edited by aline (2009-12-24 19:08:19)

ctarwater · 2009-12-24 17:47:43

your'e running 2.6.32.1 and what else? are you using the nightly repo?

venky80 · 2009-12-24 18:35:49

is this related http://chakra-project.org/bbs/viewtopic … 642#p12642
I am unable to start plasma desktop

aline · 2009-12-24 18:47:47

ctarwater wrote:

your'e running 2.6.32.1 and what else? are you using the nightly repo?

For 2.6.32.1 I just did change the PKGBUILD from kernel26-vanilla in aur from 2.6.32.2 to 2.6.32.1

The xorg stuff are git versions from aur:

local/ati-dri-git 20091216-1
DRI drivers for ATI/AMD videochips from the git master branch.
local/dri2proto-git 20091216-1
X11 DRI extension wire protocol
local/glproto-git 20091216-1 (xorg)
X11 OpenGL extension wire protocol
local/libdrm-git 20091216-1 (xorg)
Userspace interface to kernel DRM services
local/libgl-git 20091216-1
Mesa 3-D graphics library and DRI software rasterizer from the git master
branch.
local/mesa-git 20091216-1
Mesa OpenGL Library from GIT repository
local/xf86-video-ati-git 20091216-1
X.org ati video driver

handy · 2009-12-24 22:14:22

aline wrote:

For 2.6.32.1 I just did change the PKGBUILD from kernel26-vanilla in aur from 2.6.32.2 to 2.6.32.1

Thanks for that tip, I just edited the PKGBUILD & am currently installing 2.6.32.1-2.

I have learned a few new things over the last 24hrs. Thanks to this thread.

@Cdh: No worries m8, too easy to miss things in this game.

[Edit:] Got the following error when trying to install the kernel:

==> Validating source files with md5sums...
linux-2.6.32.1.tar.bz2 ... FAILED
config ... Passed
config.x86_64 ... Passed
kernel26-vanilla.preset ... Passed
==> ERROR: One or more files did not pass the validity check!

I just tried to use the following link, which is where I have got deprecated kernels in the past, but it no longer is valid?

http://repos.archlinux.org/viewvc.cgi/k … D?view=log

Can anyone tell me where the previous kernel packages are now kept?

[Edit:2] Hm, it isn't really a previous release is it?

I've been searching, but I've done no good. Is the package corrupt for anyone else? I have tried multiple times to install it, using different package release numbers... Buggered if I know!?

By the way, I'd still like to know where the previous stable releases of the kernel are kept, for future reference, if anyone knows?

Last edited by handy (2009-12-24 23:14:26)

aline · 2009-12-24 23:37:36

hi handy

you need to change:

In PKGBUILD

pkgver=2.6.32.1

md5sums=('fc95ca275124537661d64428f79bae50'

(only the first line)

In kernel26.install

KERNEL_VERSION=2.6.32.1-vanilla

aline · 2009-12-24 23:58:10

Ah, I forgot:

I also installed kernel26-vanilla-firmware with this changes in PKGBUILD:

pkgver=2.6.32.1

md5sums=('fc95ca275124537661d64428f79bae50'

Last edited by aline (2009-12-25 00:04:23)

handy · 2009-12-25 00:13:11

aline wrote:

hi handy
you need to change:
In PKGBUILD
pkgver=2.6.32.1
md5sums=('fc95ca275124537661d64428f79bae50'
(only the first line)

Many thanks aline, it is doing its thing, downloading & installing as I type.

Last edited by handy (2009-12-25 00:40:16)

handy · 2009-12-25 00:34:57

It downloaded but failed with the same error, notice the linux-2.6.32.2 version number:
_______________
==> Validating source files with md5sums...
linux-2.6.32.2.tar.bz2 ... FAILED
config ... Passed
config.x86_64 ... Passed
kernel26-vanilla.preset ... Passed
==> ERROR: One or more files did not pass the validity check!
Error: Makepkg was unable to build kernel26-vanilla package.
_______________

So on the next attempt I changed the pkgrel number from 2 to 1 & gave it another whirl.

So now I have a compilation process going on, after which I'll probably still get the same error when it tries to install. lol

[Edit:] It compiled fine & installed.

[Edit:2] On reboot, it failed to get past GRUB though, so I had to boot with the Arch install CD, chroot & rc.d/network restart to get at the internet & install the current dreaded 32.2 kernel.

Anyway It booted then.

A bit of a marathon this...

Last edited by handy (2009-12-25 03:01:15)

Arch Linux

#451 2009-12-21 20:26:03

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

#452 2009-12-21 22:13:08

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

#453 2009-12-22 05:36:45

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

#454 2009-12-22 10:14:11

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

#455 2009-12-22 12:46:26

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

#456 2009-12-22 15:20:12

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

#457 2009-12-23 04:45:24

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

#458 2009-12-23 18:32:02

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

#459 2009-12-24 05:21:17

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

#460 2009-12-24 09:00:09

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

#461 2009-12-24 09:13:55

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

#462 2009-12-24 09:55:49

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

#463 2009-12-24 11:38:31

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

#464 2009-12-24 12:21:05

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

#465 2009-12-24 12:22:01

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

#466 2009-12-24 13:27:55

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

#467 2009-12-24 16:45:14

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

#468 2009-12-24 17:47:43

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

#469 2009-12-24 18:35:49

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

#470 2009-12-24 18:47:47

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

#471 2009-12-24 22:14:22

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

#472 2009-12-24 23:37:36

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

#473 2009-12-24 23:58:10

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

#474 2009-12-25 00:13:11

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

#475 2009-12-25 00:34:57

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

Board footer