SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
While I knew AMD bought ATi in 2006, I was surprised to find the ATi brand name was completely discontinued in 2010. RIP
ATI seemed to stop doing linux drivers(and research generally) after the ATI R7000(2001?). By 2010, the ATI brand was totally discredited anyhow. I had an AMD/ATI RS690 (Vintage 2007) in a HP laptop, and I never managed lip synch of full screen action. So a speaker standing there and talking - yes, it would lip synch. But a singer singing with a stage act of singers and dancers - no way. Even movies were only there or thereabouts. They dropped my RS690 from the proprietary driver after 2-3 years. I corresponded with the devs after complaining to them rather bitterly and eloquently. They more or less admitted that it was a POS, but it's where they were, hardware & software wise.The result was that I went to the trouble of installing LLVM to build their Open Source driver, because, I was told, my card didn't have a vertex shader (whatever that is). The resulting driver after all that pain was still no use.
That's just AMD's standalone Vulkan implementation, you install that alongside Mesa/RADV. It won't be appropriate for all applications/games, so you'd use the vulkan-icd-loader (part of vulkan-sdk package in Slackware) to switch between them with an environment variable.
I find (and haven't figured out a way to change the default behaviour) if AMDVLK is installed the icd loader defaults to that and I have to use an environment variable to use Mesa RADV Vulkan:
Related to Mesa/RADV Vulkan (not for AMDVLK) with amdgpu, more good news is that Valve's ACO Vulkan shader compiler has been merged into Mesa 19.3.0 and it's a much better compiler than either RADV's or AMDVLK's (which I find to be slower... really hitchy until shaders are compiled and cached if they have to be compiled on the pipeline, which is par for the course with Wine/DXVK directx to vulkan API translation)
ACO is not enabled by default at this time, it has to be enabled with an environment variable:
Code:
RADV_PERFTEST=aco
Almost good on-the-fly shader compiling, depending on the shaders. For example, Serious Sam Fusion 2017 (ported to Vulkan) is hitchy until shaders are compiled and cached, with either RADV or AMDVLK. Not so with RADV using ACO. I used the Cairo Museum level to test because that's pretty hitchy and it was bloody perfect. Also, Witcher 3 running through Proton saw huge initial improvements while compiling/caching shaders. Still a bit hitchy while panning around for the first time, but that's unavoidable in that circumstance. The key point is only for about 10 or 15 seconds. Other games I've tested without problem are native Shadow of the Tomb Raider from Feral, and Mass Effect Andromeda through Wine/DXVK (using Lutris for EA Origin client)
I'm sold on that.
The ACO compiler supports GFX8 (Tonga) and upwards.
How do you install AMD drivers? There is a slackbuild script but its two years old now. I'm using an R7 260x card.
Compared with the NVidia blob and their arrogance toward Nouveau, the best AMD drivers comes with the Linux kernel, Xorg and Mesa.
And I read that this open-source implementation is the one recommended for home users and gamers, while the closed source one is recommended only for businesses and the professional video-cards.
Last edited by ZhaoLin1457; 12-15-2019 at 02:40 AM.
How do you install AMD drivers? There is a slackbuild script but its two years old now. I'm using an R7 260x card.
You probably already have the best driver for that card in use (Xorg radeon). The old AMD fglrx driver won't work anymore, both kernel and xorg-server will be incompatible. Your card also would not be supported by "amdgpu-pro", the current proprietary driver.
It's possible to also use the amdgpu driver with that card I think if "Enable amdgpu support for CIK parts" is enabled for the driver in kernel (it is in slackware-current distro kernel config, I just checked) but I don't know what benefit you would perceive over radeon for that card.
It's possible to also use the amdgpu driver with that card I think if "Enable amdgpu support for CIK parts" is enabled for the driver in kernel (it is in slackware-current distro kernel config, I just checked) but I don't know what benefit you would perceive over radeon for that card.
From what I read, the Vulkan and OpenCL support are available only on "andgpu" driver, but not also on "radeon" .
However, the "radeon" driver is more consolidated for those particular SI and CIK video-cards, that's why it's also the default kernel driver for them.
Last edited by ZhaoLin1457; 12-15-2019 at 03:00 AM.
A lot of those posts went over my head. It seems like I'll have to do some study if I ever install an AMD Graphics card again. I'm wondering what do business users get in the proprietary drivers that home users & gamers don't need? I thought gamers demanded the most from cards, not business.
I have a Radeon HD 5870 and in Slackware I've never had to install special drivers to play games. In Debian it was another matter, but I'm able to play quite graphically-demanding games out of the box in Slackware.
Last edited by Lysander666; 12-15-2019 at 05:16 AM.
A lot of those posts went over my head. It seems like I'll have to do some study if I ever install an AMD Graphics card again. I'm wondering what do business users get in the proprietary drivers that home users & gamers don't need? I thought gamers demanded the most from cards, not business.
I thought that the gamers demands certainly different features from cards, compared with the businesses.
And by business I understand the people who do graphics art and so on, but probably AMD themselves would explain better:
I've been building my desktops and servers since the mid-90's. Being somewhat of a minimalist I gravitated to quieter, lower power PC builds. I'm currently very happy with my aging AMD APUs with the Radeon built into the processor. The desktop has 10 compute cores, 4 CPU cores plus 6 graphic cores, never let me down yet. I'm not a gamer but do use a 32" 2K monitor (2560x1440) as my daily driver with lots of video demands. Haven't needed proprietary drivers with both the amdgpu & radeon modules loaded automagically with the generic kernel.
The desktop has 10 compute cores, 4 CPU cores plus 6 graphic cores, never let me down yet.
With that many cores lying about, I'm sure you are happy. Some of us have laptops, where the number of cores is a heat & battery consumption vs. power tradeoff. Mine has a 35W limit; If I go above 35W, I'll have to source the appropriate heatsink. That will get me to 55W which is all they allow. So I can't stick in a 105W (or higher) cpu.
But your point is valid. My next box will be a real pc, with a real cpu & graphics card, and I don't expect ever to have to update it. As wafer fab approaches the limit,speed increases no longer make boxes obsolete. Back in the day, If you had a '286, things would fly, Then came the '386, '486, etc to where we are today. All those early cpus with their tiny memory allocations would be seriously challenged by today's expectations. I don't think that will ever happen to today's cpus/memory.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.