You are not logged in.
Thanks a lot but that doesn't works well
Last edited by splashy (2013-09-05 16:15:51)
Offline
Well, to keep you guys up to date: I guess my issues are solely related to my card itself. It's now producing even more artifacts, even with the proprietary driver. I replaced it for testing purposes with a radeon HD 5770 which worked flawlessy.
I'm assuming that my card is about to die.
Which brings me to a question: are the open source drivers viable for the radeon HD 7xxx series? I'm looking into buying a 7870 but I'm not so sure if it would work out well with the open source drivers. And fglrx is still not on par with nVidia's binary blob.
Offline
Which brings me to a question: are the open source drivers viable for the radeon HD 7xxx series? I'm looking into buying a 7870 but I'm not so sure if it would work out well with the open source drivers. And fglrx is still not on par with nVidia's binary blob.
No, absolutely not. Open source drivers are not in par with proprietary drivers regards to the performance and OpenGL features. Remember what happened to the RadeonHD 4000 and older cards, they don't release and update proprietary their drivers and they are still stuck with xorg 1.12 , worst support ever. And remember this can apply to your brand new card too.
So do yourself a favor and buy nvidia card for your next build if you aren't looking for trouble.
Last edited by siavashserver (2013-09-03 22:54:47)
Offline
Aldur wrote:Which brings me to a question: are the open source drivers viable for the radeon HD 7xxx series? I'm looking into buying a 7870 but I'm not so sure if it would work out well with the open source drivers. And fglrx is still not on par with nVidia's binary blob.
No, absolutely not. Open source drivers are not in par with proprietary drivers regards to the performance and OpenGL features. Remember what happened to the RadeonHD 4000 and older cards, they don't release and update proprietary their drivers and they are still stuck with xorg 1.12 , worst support ever. And remember this can apply to your brand new card too.
So do yourself a favor and buy nvidia card for your next build if you aren't looking for trouble.
Its not so bad if absolute performance is not needed.
Open source drivers have dpm now ( i think SI dpm will be in kernel 3.12)
They run much better than catalyst for me with wine.
Offline
I've removed linux-agd5f kernel from [mesa-git] repo, now that 3.11.0 is in [testing] repo (with radeon dpm available).
Don't forget also to install the linux-firmware package from [testing] repo!
Offline
Well, the performance is very good with open source drivers for me, so I don't see any issue with using them. Especially as they work with wayland, real kms, etc...
What I'm not so sure about is how well the Radeon HD 7xxx series cards work with the open source drivers.
If they don't work well I really might have to go the nVidia route because then I would have to use fglrx anyways and when it comes to binary drivers nVidia is still superior.
So, please, if anyone in here had the chance to test with a HD 7xxx let me know how it works for you. Phoronix had some benchmarks but those are pretty old and without dpm, which might have a big influence.
Offline
Well, the performance is very good with open source drivers for me, so I don't see any issue with using them. Especially as they work with wayland, real kms, etc...
What I'm not so sure about is how well the Radeon HD 7xxx series cards work with the open source drivers.
If they don't work well I really might have to go the nVidia route because then I would have to use fglrx anyways and when it comes to binary drivers nVidia is still superior.So, please, if anyone in here had the chance to test with a HD 7xxx let me know how it works for you. Phoronix had some benchmarks but those are pretty old and without dpm, which might have a big influence.
If you really want a good amd card with oss drivers and pretty mature and stable drivers, the best one is the HD6870
HD7xxx cards aren't yet mature, but it's really promising, i use one (an HD7870), previous one was an HD6870. Currently (with mesa-git, llvm-svn, linux-3.11.0), performances aren't better than HD6870, but it's start to work pretty well (i can play HL2 games, DOTA2, ...). Currently it's stuck to opengl-2.1, but opengl-3.0 will be available soon (patches are on the mesa-devel ML), performances will be probably soon be on par wil previous generation as SI+ chipset support is now a priority.
Offline
Thank you very much, that really helps me making a decision!
Offline
I've removed linux-agd5f kernel from [mesa-git] repo, now that 3.11.0 is in [testing] repo (with radeon dpm available).
Don't forget also to install the linux-firmware package from [testing] repo!
Thank you very much for taking care of linux-agd5f kernel !
Is it necessary to manually remove the copy pasted firmware before updating to the new linux-firmware package?
Offline
Is it necessary to manually remove the copy pasted firmware before updating to the new linux-firmware package?
Sure! "--force" option must be avoided
Offline
Wow! With the 13.11 update, r600sb and radeon.dpm, now it's working with the testing update I've gone from 20-30 FPS in TF2 to 50-60 on a 5470M, delighted!
Offline
So as I previously stated I have screen flickers when dpm activated on my Hd4850. However I found a workaround by the following lines:
echo performance > /sys/class/drm/card0/device/power_dpm_state
echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level
To make these changes permanent I just had to create those two files.
/etc/tmpfiles.d/radeon-perf.conf
w /sys/class/drm/card0/device/power_dpm_state - - - - performance
/etc/tmpfiles.d/radeon-high.conf
w /sys/class/drm/card0/device/power_dpm_force_performance_level - - - - high
Hope this will help.
Offline
Since I activated dpm, uvd/vdpau is not usable, it is way too slow.
Is there anything special to do?
I tried to change the power_dpm_force... to high, but it always reverts to auto...
power_dpm_state stays at performance though.
Also what to do with 10bits video?
It's ok if vdpau cannot be used, but now I cannot use mplayer for these videos as it just doesn't work...
So I use mplayer for vdpau and mpv for 10bits... how to use the same player for both and let it decide automatically which mode to use?
Thanks!
Last edited by gee (2013-09-08 22:08:45)
Offline
Is it possible that updating packages from the mesa-git repo could eventually cause a hard freeze if you don't restart your computer? I usually experience a hard freeze every 1-2 days but in my current case it's been 3+ (closer to 4). There hasn't been any updates to mesa-git during this timeframe so I'm wondering if there's a connection between the two.
In my case, it would be the ati-git/mesa-git related packages.
Edit: Nevermind, nearing day five and had a hard freeze. :#
Last edited by Ledti (2013-09-11 14:54:57)
Offline
Since I activated dpm, uvd/vdpau is not usable, it is way too slow.
Is there anything special to do?
Probably related to https://bugs.freedesktop.org/show_bug.cgi?id=69120
Offline
gee wrote:Since I activated dpm, uvd/vdpau is not usable, it is way too slow.
Is there anything special to do?Probably related to https://bugs.freedesktop.org/show_bug.cgi?id=69120
Yup, I opened that bug
Last edited by gee (2013-09-11 04:03:10)
Offline
Now you can find libdrm-git and lib32-libdrm-git in the [mesa-git] repo. There is currently some fixes for radeon that aren't availlable in the libdrm package.
Both packages are also member of the mesa-git group, and aren't automaticaly replacing libdrm/lib32-libdrm packages.
Offline
Hello I have a radeon 7750 and when I run vainfo i get:
libva info: VA-API version 0.34.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_33
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.34 (libva 1.2.1)
vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
and no H264 (and etc) decoding is enabled. My kernel is 3.10.10 mesa is 9.2.0-2 the enviroment variables are
LIBVA_DRIVER_NAME=vdpau
VDPAU_DRIVER=radeonsi
Any idea?
Offline
Strange... After reboot I got:
ibva info: VA-API version 0.34.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_33
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.34 (libva 1.2.1)
vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
So everything OK. After looking into the journal I see:
Sep 15 19:58:48 ... kernel: [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-110).
Sep 15 19:58:48 .. kernel: [drm:r600_uvd_ib_test] *ERROR* radeon: failed to raise UVD clocks (-110).
Sep 15 19:58:48 .. kernel: [drm:radeon_uvd_send_upll_ctlreq] *ERROR* Timeout setting UVD clocks!
However there were no ERROR in dmesg (so now it started without error).
Offline
I've installed 3.12 rc1 kernel, and hdmi sound is finally working with my 7950. I'm happy!. With 3.12 and mesa-git, radeonsi driver is perfect for me.
Excuse my poor English.
Offline
I'm using a Radeon HD 7480D and installed the driver as described in the wiki, but OpenGL has some issues:
glxinfo | grep render
libGL: OpenDriver: trying /tls/r600_dri.so
libGL: OpenDriver: trying /r600_dri.so
libGL error: dlopen /r600_dri.so failed (/r600_dri.so: cannot open shared object file: No such file or directory)
libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/r600_dri.so
libGL error: dlopen /usr/lib32/xorg/modules/dri/r600_dri.so failed (/usr/lib32/xorg/modules/dri/r600_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: r600
libGL: OpenDriver: trying /tls/swrast_dri.so
libGL: OpenDriver: trying /swrast_dri.so
libGL error: dlopen /swrast_dri.so failed (/swrast_dri.so: cannot open shared object file: No such file or directory)
libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib32/xorg/modules/dri/swrast_dri.so
libGL error: dlopen /usr/lib32/xorg/modules/dri/swrast_dri.so failed (/usr/lib32/xorg/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
OpenGL renderer string: Gallium 0.4 on AMD ARUBA
According to http://www.x.org/wiki/RadeonFeature/ the world should be fine (though r600 seems suspicious to me). Why won't it find the driver?
Last edited by Shinto (2013-09-17 17:18:25)
Offline
Best verfiy you got both xf86-video-ati & ati-dri installed.
also run
LIBGL_DEBUG=verbose glxinfo
and post the output.
your Xorg0.log would also help,
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
They are both installed.
LIBGL_DEBUG=verbose glxinfo
your Xorg0.log would also help,
(Only those which are related to radeon)
http://pastebin.com/FggRrAfm
Offline
[ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0 /dev/dri/card0
[ 3.231] xf86: remove device 0 /sys/devices/pci0000:00/0000:00:01.0/drm/card0
[ 3.231] failed to find screen to remove
[ 3.231] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0/card0-HDMI-A-1 (null)
[ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0/card0-VGA-1 (null)
This is weird, but without the FULL Xorg0.log it's hard to tell what it means, please post the full log.
Some more questions :
Do you have more then 1 videocard in your system ?
please post the output of lspci .
The full dmesg log might also be useful.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
[ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0 /dev/dri/card0 [ 3.231] xf86: remove device 0 /sys/devices/pci0000:00/0000:00:01.0/drm/card0 [ 3.231] failed to find screen to remove [ 3.231] (II) config/udev: Adding drm device (/dev/dri/card0) [ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0/card0-HDMI-A-1 (null) [ 3.231] removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0/card0-VGA-1 (null)
This is weird, but without the FULL Xorg0.log it's hard to tell what it means, please post the full log.
Some more questions :
Do you have more then 1 videocard in your system ?
please post the output of lspci .The full dmesg log might also be useful.
Thanks for your reply!
Nope, only have my APU...
lspci:
$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D]
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller
00:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Port
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 14)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06)
Xorg.0.log:
http://pastebin.com/66YPa3De
Offline