You are not logged in.
Hey folks, I'm having a strange issue where HDMI audio works only through Pulseaudio and not ALSA. Would be nice if you could help out
Offline
I second diesel1's inquiry. I also own R9 290, and would like to know if amdgpu-pro option works and if it offers anything more than the catalyst option?
Offline
I second diesel1's inquiry. I also own R9 290, and would like to know if amdgpu-pro option works and if it offers anything more than the catalyst option?
I tried the amdgpu-pro on my 290X and I couldn't get TearFree to work correctly which basically left it unusable. Not sure if it's a bug, not implemented properly, or the X11 setting changed.
Considering little appears to be happening with the drivers currently for olders cards due to them pushing Polaris support I'm not sure there's much use to the pro blob currently for CI.
I would love to be told I'm wrong though
Offline
https://www.phoronix.com/scan.php?page= … ental-CodeSo does this mean AMDGPU-PRO works on my HD7850 or just the "non" pro driver? I'm confused.
Offline
*EDIT*
So I got AMDGPU Pro working by removing all Mesa related stuff, which is weird. They're supposed to be able to coexist - but it's like the file in /etc/ld.so.conf.d does not get obeyed so it tries to load Mesa stuff. That's probably something wrong on my system or a step in packaging that isn't currently being done.
The Xorg error still remains, but does not seem to impact performance or anything else.
can you elaborate on this and specify the packages you removed? Thanks!
Last edited by natostanco (2016-07-25 16:13:05)
Offline
https://www.phoronix.com/scan.php?page= … ental-CodeSo does this mean AMDGPU-PRO works on my HD7850 or just the "non" pro driver? I'm confused.
It will. But as of now it's not ready, e.g. power management doesn't really work yet.
Not sure if the opengl driver from amdgpu-pro can already be used, I only tried the vulkan driver:
vulkaninfo: symbol lookup error: /amdgpu//usr/lib/x86_64-linux-gnu/amdvlk64.so: undefined symbol: amdgpu_get_marketing_name
That's because amdgpu-pro includes a slightly modified version of libdrm and xf86-video-amdgpu and they have NOT released the source code to those yet. libdrm and xf86-video-amdgpu from amdgpu-pro ALSO don't include the SI support yet, so without implementing functions like amdgpu_get_marketing_name() yourself it won't work yet.
I'm sure things will move more quickly once Alex Deucher gets back and fixes dpm.
Offline
https://www.phoronix.com/scan.php?page= … ental-CodeSo does this mean AMDGPU-PRO works on my HD7850 or just the "non" pro driver? I'm confused.
Hi:
I'm not confused... my experience 7850 does not work with amdgpu, however A10-7850K (Kaveri) if it works. We have to wait for kernel 4.8
Archlinux wiki:
At the moment there is support for the Volcanic Islands, some cards of the Sea Islands family and the Southern Islands family (more experimental than Sea Islands and coming only in Linux 4.8). AMD has absolutely no plans for supporting the pre-GCN GPUs.
La verdad está dormida en la mente de cada Hombre
Offline
Hi,
is catalyst death for good? Any chance for update?
:: catalyst-hook: installing linux (4.7-1) breaks dependency 'linux<4.7'
Offline
Catalyst is dead since December at least. AMD has its focus on AMDGPU. And Kernel 4.7, Mesa 12.0 and LLVM 3.9 (coming in 2 weeks) work really, really nice (with my 7870 anyway).
Offline
Dead, but I have a patch to work on 4.7 kernel, just don't have time atm to prepare packages. I should find time on Monday.
If you can't wait you can use catalyst-test@aur which comes with 4.7 patch, or, like ChemBro suggest, use oss radeon.
Offline
Catalyst is dead since December at least. AMD has its focus on AMDGPU. And Kernel 4.7, Mesa 12.0 and LLVM 3.9 (coming in 2 weeks) work really, really nice (with my 7870 anyway).
Yeah, I read it. Somehow I was hoping Vi0L0 is working on something and he does.
Since i'm pretty busy on my regular work and other stuff, I'd like to keep my system as it is, but amdgpu is on my TODO list and as i belive, it will be there for some time :-D
Dead, but I have a patch to work on 4.7 kernel, just don't have time atm to prepare packages. I should find time on Monday.
If you can't wait you can use catalyst-test@aur which comes with 4.7 patch, or, like ChemBro suggest, use oss radeon.
Anyway Vi0L0 you are awesome!!! Thanks for your work. Monday is sooner than I had hoped.
Offline
@Vi0L0 would it have any negative effects to add the control file of catalyst 15.9 to the 15.12 build, which receives a bit of further maintenance?
My system is trinity based (4555m/7600g), which means NI, and is not working with stock 15.12 (nor amdgpu) but with the control file from 15.9 (and i assume this applies to all other gpus ≥ hd5k which were dropped in 15.12).
Offline
Dead […] or, like ChemBro suggest, use oss radeon.
I have a question about that, and I'm not sure where to search. Any pointers would be really welcome. I have an
AMD Radeon HD 5450 and use it for heavy OpenGL gaming (SecondLife). Catalyst offers OpenGL 4.5.13399. Will Radeon do an equally good job?
And, of course, thank you for you great work, Violo. You keep this thing alive for a long time now.
Intel(R) Celeron(R) CPU E3400 @ 2.60GHz, x86_64. AURs.
“No one without the knowledge of geometry may enter.“ Plato.
Offline
The AMD Radeon HD5450 is a pre-gcn card and supported by mesa radeon driver, NOT mesa radeonSI .
That basically means we're stuck with OpenGL 3.3 , since mesa radeon driver lacks support for some OpenGL 4 features ( it could be added as a software implementation, but no one seems to be working on that ) .
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
Ah, I see. So I'm sticking to Catalyst. Thanks, Lone_Wolf.
Intel(R) Celeron(R) CPU E3400 @ 2.60GHz, x86_64. AURs.
“No one without the knowledge of geometry may enter.“ Plato.
Offline
@Vi0L0 would it have any negative effects to add the control file of catalyst 15.9 to the 15.12 build, which receives a bit of further maintenance?
My system is trinity based (4555m/7600g), which means NI, and is not working with stock 15.12 (nor amdgpu) but with the control file from 15.9 (and i assume this applies to all other gpus ≥ hd5k which were dropped in 15.12).
I don't want to remove 15.12's control file completelly as it differs in too many places, it would likely harm some system.
But the idea is not bad. I'm thinking about removing control from catalyst-utils and creating two additional packages called lets say "catalyst-control-gcn" "catalyst-control-pregcn" with control files from 15.9 and 15.12. By default it would install gcn version but then user could switch to pregcn. This way we would also avoid file conflicts.
Not sure when I will do this tho as it's not that necessarry, could be that I will touch this after like 3 weeks from now on.
Edit: still have problems with wirephire repo, please use mirror.hactar.bz for now
Last edited by Vi0L0 (2016-08-16 16:38:23)
Offline
Hi everyone, thanks Vi0L0 for the catalyst update. So Catalyst is dead. Does that mean we will reach a point pretty soon when we won't be able to use Catalyst because kernel... will not be compatible with the outdated driver? Does anyone have experience with opencl-mesa? Is it better/worse comparing to opencl-catalyst? I am too lazy to start learning opencl (and actually anything else ) but been thinking about it for a while now. Also if you don't mind, can I ask what is the control file you guys were talking about?
Offline
Dead because of not being developed (except for the firepro version which is getting offical updates, but will it support xserver 1.18 is unknown). I believe we will still be able to write patches to bring support for upcoming kernels, and somehow coexist with this dead driver for a longer period of time (look at legacy catalyst hd234k - it's been dead since more than 3 years and still works).
Opensource opencl support is still mostly in "work in progress" state - https://www.x.org/wiki/RadeonFeature/ + https://dri.freedesktop.org/wiki/GalliumCompute/
/etc/ati/control is a binary config file with list of devices supported by the driver and some basic informations about devices control, I believe ;P.
Offline
Just a quick thanks to you Vi0L0. I really appreciate the work you are putting in for the catalyst to work. My pc would be dead meat without you (and my compiz ) . Serio...Pozdrowienia i raz jeszcze dzieki za prace ktora wkladasz !
Offline
Vi0L0 drivers for hd234k work perfect. Thx for all your work. Pozdrowienia z Polski
Offline
Thanks for all the good words, it really means a lot to me
Vi0L0 drivers for hd234k work perfect. Thx for all your work. Pozdrowienia z Polski
And thanks to this comment I was finally able to uptade hd234k repo (@hactar mirror)
AMDGPU-PRO - request for comments
Latelly I was thinking about continuing what I once started - preparing amdgpu-pro drivers for arch - I wanted to remove hardpaths, repack it and limit this great amount of packages of which it is build on (did they put every single file separatelly to other package? :>), and prepare repo. Before doing my work I wanted to check how is it working. I checked on 4.7.1 and 4.6 kernel with CIK enabled (as I have 290x) + newest (16.30.3-315407) and previous (16.30.3-306809) release of amdgpu-pro. The begining was very nice:
1. performance increased in both 2d and 3d - with 4.7 kernel and DRI3 games get some nice boost, ie. bioshock infinite did seemed fluid on very high @ 2560x1440
2. CL-GL sharing started to work on codexl, and I was finally able to see steam rising from the teapot on teapot example of codexl It's first time I saw it on Linux... (thought theres no opencl 2.0 support, only 1.2)
3. vulkainfo return some nice informations, but I wasn't able to run dota2 with -vulkan option added.
But there's one big problem - freezes, complete freezes without even a note in the journal. Sometimes it happens after 50 minutes, sometimes after 10, but I never get my system running for more than a hour with this drivers. Previous amdgpu-pro release seems to work a little more stable, but newest is freezing extremelly often.
I found bug reports about this bug here and there, also on official bugzilla (will add link after getting back home), as for now it seems there's no fix or workaround. One man said that setting profile to high is helping him, gotta check that out, but I would like to avoid such workarounds.
Maybe you know some fix? Also is amdgpu-pro stable for you? What's your experience with it?
Edit: ahh, maybe freezes were just temporary, or maybe latest update of mesa-git related packages + 4.8rc3 kernel helped but for now my system has been running for more than 2 hours (on amdgpu-pro 16.30.3-306809), huh, so there's a hope edit2. darn! it froze just 1 minute after I wrote that + I catched data loss - my broweser lost config bad driver, bad
Last edited by Vi0L0 (2016-08-23 06:51:36)
Offline
anyone with ati 7870 can suggest the best driver solution for my system?
I am temporarly on linux mint, with the following but performances are like crap
$ uname -a && glxinfo | grep ri
Linux berseker-desktop 4.7.0-040700-generic #201608021801 SMP Tue Aug 2 22:03:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 12.1.0-devel
OpenGL core profile shading language version string: 3.30
Offline
Unless you use GPU passthrough, the performance should be like crap, shouldn't?
Offline
I checked on 4.7.1 and 4.6 kernel with CIK enabled (as I have 290x) + newest (16.30.3-315407) and previous (16.30.3-306809) release of amdgpu-pro.
Is it really required to have a CIK kernel to run amdgpu-pro on a 290? I thought it's just for the regular amdgpu, no?
Offline
yes, amdgpu with CIK (it means "Sea Islands" so its also for Hawaii GPUs, its still experimemtal) enabled or you can try building amdgpu-pro module delivered with amdgpu-pro package via dkms (but this has to be patched in some way, heard some gentoo guy was working on it but i didn't investigate closer). I chose standard, kernel in-build module as its newer and should deliver code impovements (ie. on kernel >= 4.8rc3 i saw no glitches in KDE). ATM im compiling https://cgit.freedesktop.org/~agd5f/lin … taging-4.7, if freezes will occur also there I guess I will switch to https://cgit.freedesktop.org/~agd5f/lin … xt-4.9-wip
Last edited by Vi0L0 (2016-08-28 12:53:48)
Offline