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

cyberpunkarch · 2012-03-29 14:12:43

phyte wrote:

Now you can install any catalyst package you want. I would suggest one like "catalyst-hook", that makes sure your catalyst driver "survives" kernel upgrades

Thanks man for all the help you done alot, and yes i tried catalyst-total it suppose to copied lib32-catalyst-utils "i says that its no uncomment" when i do a pacman -Syy says multilib is there duh , umm oh well total is with hook and some other tools suppose to copied lib32

and everything passed seems to be working i'm looking at what AUR is compiling now so thats cool the amd driver lib32 3.2.8 patch all passed everything pass not its compressing the package. :] i think this will correct all my panics .. ** knock on wood **

i'm gonna bookmark this post and let yeah know how everything turns out .. gonna finish up the compressing and do a reboot and let yeah know how this work... i was doing research and the 6780 and above have issues but ... seems like this is working with xorg 1.12 hmm interesting they may have done a update..

ill give more info

cheers, thank you for all the help and the others to that reply back to me thank you as well :].

cyberpunkarch · 2012-03-30 22:19:56

http://www.youtube.com/watch?v=5vdanbC2 … ature=plcp here is a video of me correcting my driver issues and installing catalyst if anybody is confuse by all the post text and want to watch a little video on catalyst drivers for arch linux... this video is me showing u how to set it up :] check my channel out too its all focus on arch linux mostly

matse · 2012-04-02 15:21:46

I just read on the xorg radeon feature site that my card (r700 chipset) supports opengl 3.0, but

$ R600_GLSL130=1 R600_STREAMOUT=1 glxinfo  |grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 2.1 Mesa 8.0.2
OpenGL shading language version string: 1.20
OpenGL extensions:

Do I have to recompile the ati-dri with different configure options? (would prefer sticking with the latest "stable" drivers instead of a git snapshot) or do i miss something?
Greetings
matse

Cdh · 2012-04-02 16:04:58

With kernel 3.3 you need these variables set.

export R600_GLSL130=1
export R600_STREAMOUT=1

And I believe you need these patches to the kernel applied with git apply:
git apply 0001-drm-radeon-add-support-for-evergreen-ni-tiling-infor.patch
git apply 0001-drm-radeon-kms-add-support-for-streamout-v7.patch

But linux-mainline is 3.4rc1 now and I believe it is now included.

Last edited by Cdh (2012-04-02 16:07:55)

matse · 2012-04-02 16:06:50

@Cdh: didn't help:

$ export R600_GLSL130=1
$ export R600_STREAMOUT=1
$ glxinfo |grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 2.1 Mesa 8.0.2
OpenGL shading language version string: 1.20
OpenGL extensions:

Any further suggestions?

Cdh · 2012-04-02 16:12:01

A repository with the latest mainline kernel is miffe's:

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

And something like

#  Arch Linux mainline
title  Arch Linux mainline
root   (hd0,1)
kernel /boot/vmlinuz-linux-mainline root=/dev/sda1 ro rootfstype=ext4
initrd /boot/initramfs-linux-mainline.img

matse · 2012-04-02 16:14:31

@Cdh: Do you want me to update my kernel? I'm already running self compiled 3.3

Cdh · 2012-04-02 16:18:56

Self compiled with 0001-drm-radeon-add-support-for-evergreen-ni-tiling-infor.patch and 0001-drm-radeon-kms-add-support-for-streamout-v7.patch?

matse · 2012-04-02 16:22:13

Oh just saw your edit today, no I don't patch my kernel and accodring to the radeon feature site kernel 3.4 / patched 3.3 is not needed (i don't have an evergreen card). From what I saw in this post I assumed it should work more or less out of the box (mesa-git was used in this post, but this should be stable nowadays).

//Edit: just installed mesa-full from AUR, with this everything is fine:

$ glxinfo |grep -i opengl
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 3.0 Mesa 8.1-devel (git-42bc0b9)
OpenGL shading language version string: 1.30
OpenGL extensions:

But shouldn't this be also the case with the latest stable?

Last edited by matse (2012-04-02 16:33:48)

ChemBro · 2012-04-03 08:23:40

matse wrote:

But shouldn't this be also the case with the latest stable?

No, because it is considered as highly experimental.

cyberpunkarch · 2012-04-03 14:45:46

i got it work with arch linux kernel 3.2.13-1-ARCH :] using xorg 1.11

cyberpunkarch · 2012-04-03 15:02:19

I have updated my my Linux Kernel to 3.3.1xxx and it said it was all upgraded, so i done a reboot, and now it says my kernel is 3.2.13-1-ARCH ? ?? ? and when i try to do a system upgrade it says everything is up-to-date, is this a bug or its because of my catalyst , i did installed catalyst-total which has catalyst-hook included, now why my kernel that says it is updated, doesn't updated ? ? ??

Gcool · 2012-04-03 16:27:43

Your catalyst driver package shouldn't have any influence on that.

Try doublechecking your bootloader config and make sure it's indeed pointing to the correct kernel.

trapanator · 2012-04-04 06:11:42

cyberpunkarch wrote:

I have updated my my Linux Kernel to 3.3.1xxx and it said it was all upgraded, so i done a reboot, and now it says my kernel is 3.2.13-1-ARCH ? ?? ? and when i try to do a system upgrade it says everything is up-to-date, is this a bug or its because of my catalyst , i did installed catalyst-total which has catalyst-hook included, now why my kernel that says it is updated, doesn't updated ? ? ??

maybe it's LINUX-HEADERS-3.3.1 (not linux-3.3.1)

matse · 2012-04-04 16:06:09

ChemBro wrote:

No, because it is considered as highly experimental.

Oh I didn't know that, I just read the changelog of mesa 8.0 (now we have 8.0.2 as stable)

Mesa 8.0 implements the OpenGL 3.0 API.

which obviously doesn't declare it as highly experimental.
Further I saw this post where opengl 3.0 worked out of the box with the git snapshot from january and since the radeon feature site doesn't declare opengl 3.0 as experimental test feature i thought that maybe opengl 3.0 works with arch mesa 8.0.2 (released in march) and latest radeon drivers.
OIbviously it doesn't. Since I don't really care about waiting for a few months or years I now use the arch repo again (mesa 8.0.2) without opengl 3.0.
Greetings
matse

Last edited by matse (2012-04-04 16:15:59)

ChemBro · 2012-04-04 18:17:58

matse wrote:

ChemBro wrote:
No, because it is considered as highly experimental.
Oh I didn't know that, I just read the changelog of mesa 8.0 (now we have 8.0.2 as stable)
Mesa 8.0 implements the OpenGL 3.0 API.
which obviously doesn't declare it as highly experimental.

Because it is not for Mesa. Though the video drivers need to be able to use it. Intel does (depending on the card), because they implemented OpenGL 3.0 in Mesa. It is highly experimental for radeon (and nouveau) drivers. The support for radeon drivers is expected to be by the time Mesa 8.1 is released or earlier.

Technocian · 2012-04-04 20:14:02

Newbie here:

Is it me or does it seem like Steam, installed through various methods (manual, winetricks, PlayOnLinux) will NOT run with the open source ATI/AMD drivers (xf86-video-ati) on 64-bit Arch Linux?

Can anyone confirm or deny this? Am I doing something wrong?

Cdh · 2012-04-04 20:25:02

I have steam simply copied from a windows install and it works. I think I also installed it with playonlinux and it worked. What seems to be the problem for you?

matse · 2012-04-04 22:28:36

@ChemBro: Thanks for the clarification! I will wait then for the stable radeon driver to support opengl 3.0,
greetings
matse

CyrIng · 2012-05-02 06:28:49

Hello
Sorry not looking for the answer in this great 92 pages post !
but I can't manage correctly with power profile and method :
LOW is OK with last stable release & HD4670 GPU temp gives 40•C ( while DEFAUT is at 52•C )
Did some benchmark of glxgears at 2560x1440 resulting 60 vs 20 fps respectively DEFAULT & LOW
Now trying dynpm + auto however when switching from LOW to HIGH just crash kernel
According to you what's the best way to handle automatic power switching based on GFX load ?

CyrIng · 2012-05-02 07:51:19

OK, found in the wiki a good way using the following :

1- Activate the power mothod based on Profile

# echo profile > /sys/class/drm/card0/device/power_method

which is the default profile @ module posts

2- Mount the debug filesystem to check the radeon module outputs

# mount -t debugfs none /sys/kernel/debug

or set it into /etc/fstab

3- now, run at MID power profile

# echo mid > /sys/class/drm/card0/device/power_profile

then check frequencies

# cat /sys/kernel/debug/dri/0/radeon_pm_info

default engine clock: 750000 kHz
current engine clock: 299530 kHz
default memory clock: 1004000 kHz
current memory clock: 499500 kHz
voltage: 1100 mV
PCIE lanes: 16

benchmarch

$ glxgears

153 frames in 5.0 seconds = 30.550 FPS

4- get back to HIGH power profile

# echo high > /sys/class/drm/card0/device/power_profile

# cat /sys/kernel/debug/dri/0/radeon_pm_info

default engine clock: 750000 kHz
current engine clock: 749250 kHz
default memory clock: 1004000 kHz
current memory clock: 1003500 kHz
voltage: 1250 mV
PCIE lanes: 16

$ glxgears

300 frames in 5.0 seconds = 59.918 FPS

happy with that -;)

CyrIng wrote:

Hello
Sorry not looking for the answer in this great 92 pages post !
but I can't manage correctly with power profile and method :
LOW is OK with last stable release & HD4670 GPU temp gives 40•C ( while DEFAUT is at 52•C )
Did some benchmark of glxgears at 2560x1440 resulting 60 vs 20 fps respectively DEFAULT & LOW
Now trying dynpm + auto however when switching from LOW to HIGH just crash kernel
According to you what's the best way to handle automatic power switching based on GFX load ?

Bird · 2012-05-02 12:38:02

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.

handy · 2012-05-02 13:34:49

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.

CyrIng · 2012-05-02 19:27:32

Just to make thing easier I have programmed a Power Switch routine

Source code available in my blog : http://blog.cyring.fr/2012/05/02/bascul … n/?lang=en

Bird · 2012-05-03 03:26:48

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*

Arch Linux

#2276 2012-03-29 14:12:43

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

#2277 2012-03-30 22:19:56

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

#2278 2012-04-02 15:21:46

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

#2279 2012-04-02 16:04:58

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

#2280 2012-04-02 16:06:50

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

#2281 2012-04-02 16:12:01

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

#2282 2012-04-02 16:14:31

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

#2283 2012-04-02 16:18:56

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

#2284 2012-04-02 16:22:13

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

#2285 2012-04-03 08:23:40

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

#2286 2012-04-03 14:45:46

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

#2287 2012-04-03 15:02:19

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

#2288 2012-04-03 16:27:43

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

#2289 2012-04-04 06:11:42

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

#2290 2012-04-04 16:06:09

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

#2291 2012-04-04 18:17:58

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

#2292 2012-04-04 20:14:02

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

#2293 2012-04-04 20:25:02

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

#2294 2012-04-04 22:28:36

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

#2295 2012-05-02 06:28:49

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

#2296 2012-05-02 07:51:19

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

#2297 2012-05-02 12:38:02

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

#2298 2012-05-02 13:34:49

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

#2299 2012-05-02 19:27:32

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

#2300 2012-05-03 03:26:48

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

Board footer