I received the security kernel patch 716(?) yesterday but held off on installing it immediately, mainly in case something goes wrong, as I’ve had in the past with new kernels and not yet updated NVidia drivers. I could always install the NVidia driver the “hard way”, til the official one gets built.
I’m running a Radeon now, so am currently using AMDGPU drivers. I don’t think there’s a “hard way” to install them, so rely upon the repositories.
The kernel is updated…
% uname -a
Linux linux-XXXX 5.3.18-lp152.75-default #1 SMP Wed May 5 09:22:56 UTC 2021 (16c42c8) x86_64 x86_64 x86_64 GNU/Linux
After the reboot, my dual monitor, mixed resolution, 2560 x 1440 and 1920 x 1200, setup became a dual monitor, mirrored 1400 x 1050 setup. The configuration seems lost.
X-Server information from KInfocenter says:
Vendor Release Number 1.20.3
Version Number 11.0
% lsmod | grep amd
amdgpu 4755456 0
amd_iommu_v2 20480 1 amdgpu
gpu_sched 36864 1 amdgpu
i2c_algo_bit 16384 1 amdgpu
drm_kms_helper 229376 1 amdgpu
ttm 122880 1 amdgpu
drm 544768 4 gpu_sched,drm_kms_helper,amdgpu,ttm
So the kernel module seems loaded.
% more /etc/X11/xorg.conf.d/10-amdgpu.conf
Section "OutputClass"
Identifier "AMDgpu"
MatchDriver "amdgpu"
Driver "amdgpu"
EndSection
% more /etc/X11/xorg.conf.d/50-screen.conf
# Having multiple "Screen" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Screen"
# Identifier "Default Screen"
#
# Device "Default Device"
#
# ## Doesn't help for radeon/radeonhd drivers; use magic in
# ## 50-device.conf instead
# Monitor "Default Monitor"
#
#EndSection
% more /etc/X11/xorg.conf.d/50-device.conf
# Having multiple "Device" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Device"
# Identifier "Default Device"
#
# #Driver "radeon"
#
# ## Required magic for radeon/radeonhd drivers; output name
# ## (here: "DVI-0") can be figured out via 'xrandr -q'
# #Option "monitor-DVI-0" "Default Monitor"
#
#EndSection
Installed drivers…
% rpm -qa | grep amd
libgles-amdgpu-pro-21.10-1244864.x86_64
mesa-amdgpu-filesystem-20.3.4-1244864.x86_64
mesa-amdgpu-libGL-20.3.4-1244864.x86_64
libgl-amdgpu-pro-dri-21.10-1244864.x86_64
amdgpu-lib-21.10-1244864.x86_64
llvm-amdgpu-libs-11.0-1244864.x86_64
mesa-amdgpu-dri-drivers-20.3.4-1244864.x86_64
mesa-amdgpu-libxatracker-20.3.4-1244864.x86_64
libsamdb0-32bit-4.11.14+git.247.8c858f7ee14-lp152.3.19.1.x86_64
amdgpu-21.10-1244864.x86_64
libdrm-amdgpu-2.4.100-1244864.x86_64
libdrm-amdgpu-common-1.0.0-1244864.noarch
libgl-amdgpu-pro-ext-21.10-1244864.x86_64
mesa-amdgpu-libglapi-20.3.4-1244864.x86_64
libgl-amdgpu-pro-21.10-1244864.x86_64
xf86-video-amdgpu-18.1.0-lp152.2.5.x86_64
libdrm_amdgpu1-2.4.100-lp152.1.4.x86_64
mesa-amdgpu-libgbm-20.3.4-1244864.x86_64
libgl-amdgpu-pro-appprofiles-21.10-1244864.noarch
amdgpu-pro-21.10-1244864.x86_64
libglapi-amdgpu-pro-21.10-1244864.x86_64
libcolamd2-2.9.6-lp152.5.10.x86_64
libteamdctl0-1.27-lp152.4.7.x86_64
amdgpu-pro-core-21.10-1244864.noarch
xorg-x11-amdgpu-drv-amdgpu-19.1.0-1244864.x86_64
amdgpu-core-21.10-1244864.noarch
libccolamd2-2.9.6-lp152.5.10.x86_64
mesa-amdgpu-vdpau-drivers-20.3.4-1244864.x86_64
libsamdb0-4.11.14+git.247.8c858f7ee14-lp152.3.19.1.x86_64
amdgpu-dkms-5.9.20.102-1244864.noarch
mesa-amdgpu-libGLES-20.3.4-1244864.x86_64
libcamd2-2.4.6-lp152.5.10.x86_64
mesa-amdgpu-libEGL-20.3.4-1244864.x86_64
amdgpu-dkms-firmware-5.9.20.102-1244864.noarch
libamd2-2.4.6-lp152.5.10.x86_64
libegl-amdgpu-pro-21.10-1244864.x86_64
ucode-amd-20200107-lp152.2.6.1.noarch
Is there something I need to reconfigure? Or do I need a new AMDGPU kernel module and thus need to wait on the repositories?
Thanks!