On 17.07.2019 3:52, ho...@rumormillnews.com wrote: >> On 14.07.2019 12:02, ho...@rumormillnews.com wrote: >>>> On 14.07.2019 4:20, Felix Miata wrote: >>>>> ho...@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400): >>>>> >>>>>> Thanks for the tip. Looks like a lot of information here but I don't >>>>>> really understand it. Xorg seems to have unloaded the radeon >>>>>> driver...? >>>>>> Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK >>>>>> driver: N/A >>>>>> bus ID: 00:01.0 chip ID: 1002:130f >>>>>> Display: x11 server: X.Org 1.20.4 driver: ati,vesa >>>>>> unloaded: fbdev,modesetting,radeon resolution: >>>>>> 1600x900~N/A >>>>>> OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa >>>>>> 18.3.6 >>>>>> compat-v: 3.1 direct render: Yes >>>>>> Where would I find "AMDGPU" and how would I get Xorg to use it? >>>>> These should cover it: >>>>> apt purge xserver-xorg-video-ati xserver-xorg-video-radeon >>>>> apt install xserver-xorg-video-amdgpu firmware-amd-graphics >>>> To install "firmware-amd-graphics" package is a good suggestion. >>>> But chances are high that removal of *-ati and *-radeon packages will >>>> also remove Desktop Environment, because those packages are part of >>>> "xserver-xorg-video-all" package. >>>> I'd suggest a less radical approach and simply "tell" the system what >>>> driver to use via modprobe config files. [1] >>> Thanks. :) I find old files in /etc/modprobe.d: >>> >>> -rw-r--r-- 1 root root 154 Nov 29 2016 amd64-microcode-blacklist.conf >>> -rw-r--r-- 1 root root 23 Apr 28 2011 i915-kms.conf >>> -rw-r--r-- 1 root root 154 May 15 2017 intel-microcode-blacklist.conf >>> -rw-r--r-- 1 root root 51 May 10 2014 modesetting.conf >>> -rw-r--r-- 1 root root 292 Aug 3 2012 nvidia-kernel-common.conf >>> -rw-r--r-- 1 root root 119 Nov 12 2013 oss-compat.conf >>> -rw-r--r-- 1 root root 27 Jan 19 2014 radeon-kms.conf >>> >>> ...I find radeon-kms.conf contains: "options radeon modeset=-1". Is >>> that >>> likely where my problem, or part of my problem, is coming from? >>> >>> >> Kernel mode setting (modeset) is often required to be enabled with >> recent kernels. "-1" usually means "auto". >> "radeon-kms.conf" is not part of any package in stretch, so I assume it >> was manually created or a leftovers of some sort from previous system >> upgrades. >> >> The safest approach to test if switching to "amdgpu" driver will help, >> would be adding kernel module parameters at boot time. >> Press "e" to edit grub menu entry and add parameters to "linux" line >> after "quiet" parameter: >> >> amdgpu.si_support=1 amdgpu.cik_support=1 radeon.si_support=0 >> radeon.si_support=0 >> >> and continue to boot your system by pressing F10. > I did the edit you suggested - changing the *.si to *.cik on that second > readeon reference - but can't tell if anything was affected by it. > Psychedelic colors still return on leaving the desktop and coming back to > it, and output of inxi -Gxxxz also appears the same: > > Graphics: > Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK > driver: N/A bus ID: 00:01.0 chip ID: 1002:130f > Display: x11 server: X.Org 1.20.4 driver: ati,vesa > unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A > OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) > v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes > > Also, I've moved all files from /etc/modprobe.d to a backup directory; > their absence does not appear to have made any difference, either. > > --hobie > Is it possible that you mistyped some of those parameters? You can disable "radeon" kernel module from loading completely by blacklisting it and see if that helps.
Create "amdgpu-kms.conf" file in "/etc/modprobe.d/" with contents as described in previous email. Also create a new "radeon-blacklist.conf" file in "/etc/modprobe.d/" containing: blacklist radeon After that, update initramfs with changes you made and reboot: $ sudo update-initramfs -u -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄⠀⠀⠀⠀