Open 0x1eaf opened 4 years ago
I have the same issue.
Temporary workaround: Manually edit /etc/os-release (e.g. sudo gedit /etc/os-release
), change ID=pop
to ID=ubuntu
. This allows the DKMS module to build properly.
The "kernel package is not supported" message is coming up after the build has already failed-- that is simply Apport saying it won't offer to send an error report to Ubuntu because we're not using the Ubuntu kernel, which is fine. The underlying issue is that the AMDGPU makefile is using the /etc/os-release ID to set some variables, which are being left blank since the makefile does not expect an ID of pop
.
Attempting to build the dkms module manually shows the actual errors: pop-i1135-make1.txt
The makefile (which comes from amdgpu) already contained a section mapping an /etc/os-release ID of "linuxmint" to "ubuntu":
ifeq ("linuxmint",$(OS_NAME))
OS_NAME="ubuntu"
endif
We can add an additional section to also map "pop" to "ubuntu":
ifeq ("linuxmint",$(OS_NAME))
OS_NAME="ubuntu"
else ifeq ("pop",$(OS_NAME))
OS_NAME="ubuntu"
endif
While this does change the output, the build still fails: pop-i1135-make2.txt
This is the error message that makes it look like there's a variable not getting set:
/var/lib/dkms/amdgpu/5.6.0.15-1098277/build/include/kcl/kcl_version.h:4:34: error: missing expression between '(' and ')'
4 | #define DRM_VERSION(a, b, c) (((a) << 16) + ((b) << 8) + (c))
| ^
There's an "a" in between the parenthesis, but the error message says nothing is there. It seems like the AMDGPU DKMS makefile needs to be adjusted somewhere (aside from the OS_NAME check) to treat pop
the same way that it treats ubuntu
(or to use ID_LIKE
in addition to/instead of ID
, since we set ID_LIKE=ubuntu debian
.)
This is unrelated to the AMDGPU DKMS build issue, but for Resolve to open, I did need to use --opencl=legacy
instead of --opencl=pal
for the RX 580 I'm using to test with.
Thank you for such a detailed explanation, prompt response and the investigation itself! šø
Changing ID
to ubuntu
worked like a charm š
And --opencl=pal
has worked with Resolve for RX 5700ā¦ š¤·š»āāļø
same problem here with a RX 5500 XT. I'll try your solution to install it.
Same problem here, but nothing worked. :cry: My config:
OS: Pop!_OS 20.04 LTS x86_64
Kernel: 5.4.0-7634-generic
CPU: AMD Ryzen 5 1600 (12) @ 3.200GHz
GPU: AMD ATI Radeon RX 470/480/570/57
I edited the /etc/os-release
and run the command: ./amdgpu-pro-install
neither --opencl=pal
or --opencl=legacy
didn't worked.
Same error here!
Kernel: 5.4.0-7634-generic
OS: Pop!_OS 20.04 LTS x86_64
CPU: AMD Ryzen 7 3800X (16) @ 3.900GHz
GPU: AMD ATI Radeon RX 5700 XT
setup works with the --no-dkms
option - but that doesn't fix da Vinci's resolve OpenCL issue =/
This was my black magic spell https://askubuntu.com/a/1304330/1090283
Check it out
@zsenfuka That Ask Ubuntu answer appears to be about the NVIDIA driver. While the NVIDIA and AMDGPU-PRO drivers can have problems if both are installed at the same time, I don't think it's related to this issue.
As an update, Pop!_OS currently ships kernel 5.8.0 (so does Ubuntu 20.04.2 HWE.) The latest AMDGPU-PRO version, 20.45, lists Ubuntu 20.04.1 (which did not ship higher than kernel 5.4.0) as a requirement. I can confirm the workaround I posted back in July about editing /etc/os-release
no longer works. Here is the log from attempting to install AMDGPU-PRO with that workaround today: make.log
We can't really do anything about this except wait for AMD to update their proprietary driver to support newer kernel versions. I'm renaming this issue so it's a little easier to find and collapsing some of the long output in earlier messages.
An update on this, AMDGPU-PRO 20.50 provides "preview support" for Ubuntu 20.04.2, and using the /etc/os-release
ID workaround, it does install successfully on Pop!_OS with kernel 5.8. I get a segmentation fault when attempting to render in Blender, but that was a known issue with AMDGPU-PRO 20.45; DaVinci Resolve does open and import/play back video successfully.
However, on kernel 5.11, the DKMS module fails to install again. Pop!_OS/Ubuntu 21.04 (slated for release late next month) will include 5.11, and it is being backported to Pop 20.04 (ironically, for the in-tree RX 6000 support.) The entire make log is very short:
DKMS make.log for amdgpu-5.9.10.69-1234664 for kernel 5.11.0-7612-generic (x86_64)
Wed Mar 24 10:35:38 AM MDT 2021
make: Entering directory '/usr/src/linux-headers-5.11.0-7612-generic'
/var/lib/dkms/amdgpu/5.9.10.69-1234664/build/Makefile:16: *** dma_resv->seq is missing., exit.... Stop.
make: *** [Makefile:1834: /var/lib/dkms/amdgpu/5.9.10.69-1234664/build] Error 2
make: Leaving directory '/usr/src/linux-headers-5.11.0-7612-generic'
Blender and Resolve both seem to have the same functionality with the 5.11 kernel even after that particular DKMS module fails to install, though. Maybe the in-tree amdgpu driver is similar enough to the DKMS amdgpu module with these versions that the DKMS module isn't needed. (apt is still unhappy about it, though.)
I updated to the latest kernel yesterday and I couldn't make the amdgpu-pro to work. I'm only trying to install the opencl component.
I see exactly the same problem on a debian based proxmox pve. Ubuntu workaround is in place but doesn't seem to help with 5.11 Kernel.
However although it failed video decoding functionality seems to work fine...
I has same problem here, but DaVinci work like charm. But I'm not upgrading my apt anymore
Same here on Ubuntu 21.04beta. I have another thread open in the Ubuntu Forums: https://ubuntuforums.org/showthread.php?t=2460516
@jacobgkau I'm on Pop!_OS 20.04 with AMD RX 6700 XT GPU. I did the following:
./amdgpu-install --no-dkms --opencl=rocr,legacy
without the /etc/os-release
ID workaround but instead editing the ./amdgpu-install
's itself (Changing ubuntu|linuxmint|debian)
line to ubuntu|linuxmint|debian|pop)
)../amdgpu-install
again so I did ./amdgpu-uninstall
(I guess everything is wiped out)/etc/os-release
ID workaround../amdgpu-install --opencl=legacy
fails../amdgpu-install --no-dkms --opencl=legacy
finishes without an error.Now I have these artifacts appearing here and there randomly on my screen:
and DaVinci Resolve does not see my GPU driver (or OpenCL).
How can I fix these issues without reinstalling the whole OS?
Note: ./amdgpu-install --no-dkms --opencl=rocr,legacy
fails even with the /etc/os-release
ID workaround.
This is the content of /var/lib/dkms/amdgpu/5.9.10.69-1234664/build/make.log
:
DKMS make.log for amdgpu-5.9.10.69-1234664 for kernel 5.11.0-7614-generic (x86_64)
Fri 18 Jun 2021 04:46:38 AM +03
make: Entering directory '/usr/src/linux-headers-5.11.0-7614-generic'
/var/lib/dkms/amdgpu/5.9.10.69-1234664/build/Makefile:16: *** dma_resv->seq is missing., exit.... Stop.
make: *** [Makefile:1848: /var/lib/dkms/amdgpu/5.9.10.69-1234664/build] Error 2
make: Leaving directory '/usr/src/linux-headers-5.11.0-7614-generic'
The kernel version mismatch is conspicuous.
Update:
amdgpu-uninstall
apt install --reinstall xserver-xorg-video-radeon
rm /etc/modprobe.d/blacklist-amdgpu.conf
update-initramfs -u -k all
successfully reverts back everything into its original state and fixes the artifacts issue. But still neither I have the OpenCL installed nor DaVinci Resolve sees my GPU.
i have the same issue
Anyone considered/tried reverting the DMA commits in the 5.19 kernel ?
2024 and I am having this problem. What the hell is wrong with this driver?
I ran into this today trying to install AMD ROCm drivers on a pop_os machine. It appears that amdgpu-dkms
doesn't support the 6.8 linux kernel, currently.
From reading through various issues that came up while troubleshooting, it seems like AMD is often slow to update ROCm to support more recent kernels, so this is a recurring problem.
me too
me:~# lsb_release -d
Description: Ubuntu 22.04 LTS
me:~# dkms status
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/amdgpu/6.3.6-1697589.22.04/source/dkms.conf does not exist.
me:~# dpkg -l |grep dkms
ii amdgpu-dkms 1:6.3.6.60002-1718217.22.04 all amdgpu driver in DKMS format.
ii amdgpu-dkms-firmware 1:6.3.6.60002-1718217.22.04 all firmware blobs used by amdgpu driver in DKMS format
ii dkms 2.8.7-2ubuntu2 all Dynamic Kernel Module Support Framework
This issue was specifically about the proprietary AMDGPU-PRO DKMS module, not the normal AMDGPU DKMS module.
For ROCm, a DKMS module is no longer needed; ROCm userspace tools can work with the AMDGPU drivers contained in the Linux kernel. Please remove all other ROCm packages, then follow the instructions here to install ROCm: https://support.system76.com/articles/rocm
It works now with ROCm and amdgpu v6.1.2
Distribution (run
cat /etc/os-release
):Related Application and/or Package Version (run
apt policy $PACKAGE NAME
):Issue/Bug Description: When trying to install
amdgpu-pro
drivers version 20.20 for Ubuntu 20.04 that are required to use DaVinci Resolve, as it needs recent OpenCL version,amdgpu-dkms
installation fails with error:Steps to reproduce (if you know):
It spends some time on
amdgpu-dkms
installation, and then fails with the following error output (previous dkms output is overwritten when the error happens, so I cannot copy it): https://gist.github.com/0x1eaf/3c2a18a6cd7ee80a181e37f1effb9686I've managed to get the actual error output that gets overwritten, by running:
The linux-headers package version, mentioned in the error, matches the kernel version:
Looking at DKMS code it seems that the error is triggered whenever
is_distro_package()
returnsFalse
or raises an exception that package does not exist. To see if it raises an exception or simply returnsFalse
, I've ran:So the culprit seems to be that
is_distro_package("linux-headers-5.4.0-7634-generic")
returnsFalse
.Expected behavior:
amdgpu-dkms
for Ubuntu 20.04 should install successfully on Pop! OS 20.04.Other Notes:
I care about this issue because there doesn't seem to be a work-around:
I've tried installing open source amdgpu OpenCL drivers with:
But DaVinci Resolve crashes on launch with them.
I've tried to use
--no-dkms
option with 'pro' drivers, as recommended in: https://devtalk.blender.org/t/install-amd-proprietary-opencl-on-pop-os-and-some-ubuntu-derivates/13458 But it is no longer available in 20.20 driver version, and leads to an error:Could you please take a look at the issue?