Output of lspci -nn | grep VGA:
Code: Select all
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R7 Graphics] [1002:1313]
Code: Select all
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R7 Graphics] [1002:1313]
https://wiki.archlinux.org/index.php/AMDGPUThe linux package enables AMDGPU support for cards of the Southern Islands (SI) and Sea Islands (CIK). When building or compiling a kernel, CONFIG_DRM_AMDGPU_SI=Y and/or CONFIG_DRM_AMDGPU_CIK=Y should be be set in the config.
It's Sea Island, as far as I can find out. In any event it has GCN. Too bad will have to compile the kerneldeborah-and-ian wrote:Is this a Southern Island or Sea Island chip?
I have to ask if you had firmware-amd-graphics installed at any time to get the Radeon driver to work.tynman wrote:One of my computers has an AMD A6-7400K CPU, which has a "Kaveri" Radeon R5 APU. Under Debian 8, I was able to get it working successfully using the AMD fglrx non-open-source driver. But when I tried to install Debian 9 on that compueter, I found the the fglrx driver was not available.
Under Debian 9, the default driver that was loading would set the display resolution to 1024 X 760 (IIRC) instead of the actual screen resolution of 1680 x 1050. The obvious answer was to use the AMDGPU driver, but I couldn't get it to load. I spent way too much time searching the internet to find out why, only to come to the conclusion (1) the "Kaveri" APUs use AMD's "GCN 1.0" architecture, and (2) the AMDGPU driver supports only video chips based on >= GCN 2.0. I read about compiling the kernel with special settings (as noted earlier), but I have no interest in compiling special kernels, so...
That computer will stay with Debian 8. My computer purchases in the future will not have AMD CPUs or AMD APUs.
Code: Select all
CONFIG_DRM_AMDGPU=m
CONFIG_DRM_AMDGPU_SI=y
CONFIG_DRM_AMDGPU_CIK=y
CONFIG_DRM_AMDGPU_USERPTR=y
AMD has stopped developing fglrx. As has been pointed out, you're probably missing the firmware. Actually Radeon GPUs work fine with the free radeon driver (at times, better than fglrx). It's not because my hardware doesn't work well with radeon that I want to test AMDGPU out (it's still somewhat experimental)--I simply wanted to find out. Also, I hear new features are added in the latest kernel for APUs. Until Debian enables Kaveri support in its kernel for AMDGPU, I think I'll just stick with radeon.tynman wrote:Under Debian 8, I was able to get it working successfully using the AMD fglrx non-open-source driver. But when I tried to install Debian 9 on that compueter, I found the the fglrx driver was not available.
Under Debian 9, the default driver that was loading would set the display resolution to 1024 X 760 (IIRC) instead of the actual screen resolution of 1680 x 1050. The obvious answer was to use the AMDGPU driver, but I couldn't get it to load. I spent way too much time searching the internet to find out why, only to come to the conclusion (1) the "Kaveri" APUs use AMD's "GCN 1.0" architecture, and (2) the AMDGPU driver supports only video chips based on >= GCN 2.0. I read about compiling the kernel with special settings (as noted earlier), but I have no interest in compiling special kernels, so...
That computer will stay with Debian 8. My computer purchases in the future will not have AMD CPUs or AMD APUs.
So, would like to know, if this card is better supported in "amdgpu". Also, the amdgpu-pro proprietary driver supports the card?The shader core would be GCN 1.0 while some of the other blocks would be newer and inline with the larger CI parts IIRC.
Code: Select all
~$: lspci -knnn
01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / R7 M520] [1002:6660] (rev 83) Subsystem: Hewlett-Packard Company Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430] [103c:832b] Kernel driver in use: radeon Kernel modules: radeon, amdgpu
Code: Select all
:~$ DRI_PRIME=1 glxinfo |grep -i Opengl* OpenGL vendor string: X.Org OpenGL renderer string: AMD HAINAN (DRM 2.50.0 / 4.13.0-16-generic, LLVM 5.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.2 OpenGL core profile shading language version string: 4.50
I think it's safe to say amdgpu-pro will work for it, but AMD hasn't made it available for Debian. As for performance, after I created this thread I came across this benchmark of how the amdgpu driver works for GCN 1.0/1.1 GPUs in comparison with radeon: https://www.phoronix.com/scan.php?page= ... n101&num=1. As can be seen, the amdgpu driver yields a slightly better performance only in a few cases (mostly for an R9 card), and nearly everywhere else radeon and amdgpu doesn't show much of a difference (and a few instances where radeon actually outperforms amdgpu).praka123 wrote:Hi,
A related query. I have a HP laptop with the newly launched AMD 520 (AMD Radeon 520) mobile graphics as DGP. This card has very little info available apart from it has GCN 1.0 as feature. Speculates it's mid road between SI and CIK. Glxinfo lists the card as AMD HAINAN.
Somebody said:So, would like to know, if this card is better supported in "amdgpu". Also, the amdgpu-pro proprietary driver supports the card?The shader core would be GCN 1.0 while some of the other blocks would be newer and inline with the larger CI parts IIRC.
Now, if I run any app with DRI_PRIME=1 to use DGPU it works and shows below info:Code: Select all
~$: lspci -knnn 01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / R7 M520] [1002:6660] (rev 83) Subsystem: Hewlett-Packard Company Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430] [103c:832b] Kernel driver in use: radeon Kernel modules: radeon, amdgpu
Code: Select all
:~$ DRI_PRIME=1 glxinfo |grep -i Opengl* OpenGL vendor string: X.Org OpenGL renderer string: AMD HAINAN (DRM 2.50.0 / 4.13.0-16-generic, LLVM 5.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.2 OpenGL core profile shading language version string: 4.50
The "radeon" driver that loads for this card by default in Debian 9 only half-worked. It limited screen resolution to 1024x760. Usable but sub-optimal. I solved the problem by building a new computer with Intel graphics. Now I only use the AMD-based computer (with Debian 8 and the fglrx video driver) when I need Windows programs because it has Windows installed under VirtualBox.One of my computers has an AMD A6-7400K CPU, which has a "Kaveri" Radeon R5 APU. Under Debian 8, I was able to get it working successfully using the AMD fglrx non-open-source driver. But when I tried to install Debian 9 on that compueter, I found the the fglrx driver was not available.
Code: Select all
apt policy firmware-amd-graphics
Could you please post the version of your xserver-xorg-video-amdgpu package?tynman wrote:Thanks for the link. I'll try that next. Now that I have Debian 9 working with my AMD GPU, I thought I would start over and re-install from scratch and see how it goes. For two reasons:Thanks again...
- 1.I worked on this off and on for a few months, and what I ended up with before I had the success with the Liquorix 4.15 kernel was a mix of Stretch, Buster and Sid, so I am shy to use the resulting setup for anything serious.
2. To prove to myself I know what I'm doing. I.e., to make sure my success the other day wasn't just a fluke .
Thank you! Turns out, previously I had only set the parameters for SI, not for CIK. Doing BOTH (as you have done), did the the trick. But since the Xorg AMDGPU display driver is so primitive, display can be a bit glitchy at times. But I'm not willing to mess up the system with testing packages, so I will live with that (for now, anyway), and hope Debian would backport Xorg packages for Stretch soon. Rest works (as far as I could see).tynman wrote:Well, I ended up abandoning the Liquorix kernel because at some point I noticed kernel 4.15 was available for Buster. The biggest pain in the butt was that I had to add four boot parms to "enable" the support for Kaveri video:and that was well outside of my comfort zone, although I did get it working eventually. So what I'm using now may or may not be applicable to whatever kernel you are trying to use.
- radeon.si_support=0
radeon.cik_support=0
amdgpu.si_support=1
amdgpu.cik_support=1
To answer your actual question, the version of the xserver-xorg-video-amdgpu package I'm using is 18.0.1.
Code: Select all
GRUB_CMDLINE_LINUX_DEFAULT="quiet radeon.cik_support=0 amdgpu.cik_support=1 radeon.si_support=0 amdgpu.si_support=1"
Code: Select all
# grub-mkconfig -o /boot/grub/grub.cfg
The upstream Debian kernel is now up to 4.17.3 in Sid, so I'm backporting that to MX 17 Linux on a vanilla Stretch pbuilder. Mesa 18.X can also be backported to Stretch, but that requires more backports first, notably the "heavy" build of the llvm-6.0 toolchain. But llvm-6.0 is already in stretch-backports, so a lot of the heavy lifting is done.Sajjad Kabir Joy wrote:I'll maybe head over to Liquorix again By the way, Mesa 18 improves Kaveri performance a lot, according to this article: https://www.phoronix.com/scan.php?page= ... 2018&num=1 Another thing to eagerly wait for. Love the kind of hardware that grows faster with time!