Replacing Nvidia with AMD Radeon (decided to start Radeon config)
Hi I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important). It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error. I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy. The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy. What simple thing have I missed as I'm a bit out of my depth here? regards and thanks Ian -- opensuse:tumbleweed:20221119 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - akonadiserver 5.21.3 (22.08.3) - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software? Besides that, I had to do nothing to get my AMD card working. I installed nothing. Mine is this one: Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu" -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On Monday, 21 November 2022 13:51:39 GMT Carlos E. R. wrote:
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software?
aha.. no i didn't. I was using Nouveau. I thought the system would detect the card and use the correct drivers so i left it there.
Besides that, I had to do nothing to get my AMD card working. I installed nothing.
Mine is this one:
Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu"
-- Cheers / Saludos,
Thanks Carlos. I'll try that and remove nouveau.
Carlos E. R. (from 15.3 x86_64 at Telcontar)
-- opensuse:tumbleweed:20221119 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - akonadiserver 5.21.3 (22.08.3) - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
Am 21.11.22 um 15:00 schrieb Ianseeks:
On Monday, 21 November 2022 13:51:39 GMT Carlos E. R. wrote:
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software?
aha.. no i didn't. I was using Nouveau. I thought the system would detect the card and use the correct drivers so i left it there.
Besides that, I had to do nothing to get my AMD card working. I installed nothing.
Mine is this one:
Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu"
-- Cheers / Saludos,
Thanks Carlos. I'll try that and remove nouveau.
Carlos E. R. (from 15.3 x86_64 at Telcontar)
There could also some config files for x left, i am not expert in this, last time 10 years in past i removed my last nvidia card, i remember i had to delete some config files manually (and searched long for this), since there never installed nvidia drivers again ;-)) you may have to start yast (maybe in console mode) to check if the needed amd drivers are installed. (hopefully it will pop up after start) simoN -- www.becherer.de
On Monday, 21 November 2022 14:13:03 GMT Simon Becherer wrote:
Am 21.11.22 um 15:00 schrieb Ianseeks:
On Monday, 21 November 2022 13:51:39 GMT Carlos E. R. wrote:
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software?
aha.. no i didn't. I was using Nouveau. I thought the system would detect the card and use the correct drivers so i left it there.
Besides that, I had to do nothing to get my AMD card working. I installed nothing.
Mine is this one:
Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu"
Thanks Carlos. I'll try that and remove nouveau.
Carlos E. R. (from 15.3 x86_64 at Telcontar)
There could also some config files for x left, i am not expert in this, last time 10 years in past i removed my last nvidia card, i remember i had to delete some config files manually (and searched long for this), since there never installed nvidia drivers again ;-))
you may have to start yast (maybe in console mode) to check if the needed amd drivers are installed. (hopefully it will pop up after start)
I'll have to keep trying, checked yast and everything seems installed. thanks
simoN
-- opensuse:tumbleweed:20221119 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On Monday, 21 November 2022 14:13:03 GMT Simon Becherer wrote:
Am 21.11.22 um 15:00 schrieb Ianseeks:
On Monday, 21 November 2022 13:51:39 GMT Carlos E. R. wrote:
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software?
aha.. no i didn't. I was using Nouveau. I thought the system would detect the card and use the correct drivers so i left it there.
Besides that, I had to do nothing to get my AMD card working. I installed nothing.
Mine is this one:
Model: "Micro-Star International Co., Ltd. [MSI] Radeon RX 580 Armor 4G OC" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3418 "Radeon RX 580 Armor 4G OC" Revision: 0xe7 Driver: "amdgpu"
Thanks Carlos. I'll try that and remove nouveau.
Carlos E. R. (from 15.3 x86_64 at Telcontar)
There could also some config files for x left, i am not expert in this, last time 10 years in past i removed my last nvidia card, i remember i had to delete some config files manually (and searched long for this), since there never installed nvidia drivers again ;-))
I found the issue by looking in that /var/log/Xorg.0.log. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running. Thanks for the tips and help, most appreciated.
you may have to start yast (maybe in console mode) to check if the needed amd drivers are installed. (hopefully it will pop up after start)
simoN
-- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-21 15:00, Ianseeks wrote:
On Monday, 21 November 2022 13:51:39 GMT Carlos E. R. wrote:
On 2022-11-21 14:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
Did you remove the Nvidia drivers and software?
aha.. no i didn't. I was using Nouveau. I thought the system would detect the card and use the correct drivers so i left it there.
No, with nouveaou you don't have to remove anything. I was thinking you were using the proprietary Nvidia drivers. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On 11/21/22 08:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
mkinitrd? Mark
On 11/21/22 08:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
mkinitrd? Not sure what i need to do for that.
On Monday, 21 November 2022 14:48:07 GMT Mark Hounschell wrote: thanks
Mark
-- opensuse:tumbleweed:20221119 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 11/21/22 10:31, Ianseeks wrote:
On 11/21/22 08:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
mkinitrd? Not sure what i need to do for that.
On Monday, 21 November 2022 14:48:07 GMT Mark Hounschell wrote: thanks
Mark
Well the initrd most surely has the nouveau driver in it. Once you change cards you may need to do mkinitrd as root so the radeon driver gets put in it. I think it will do this automatically as long as its not black listed. Mark
On 2022-11-21 16:31, Ianseeks wrote:
On Monday, 21 November 2022 14:48:07 GMT Mark Hounschell wrote:
On 11/21/22 08:31, Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
mkinitrd? Not sure what i need to do for that.
Just run it. In the case you installed NVidia drivers, which you did not, after removal they remain in the initrd image, so you have to run mkinird. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On Monday, 21 November 2022 13:31:17 GMT Ianseeks wrote:
Hi
It presents the Grub menu and you select the choice you normally make, it clears the screen, displays "Tumbleweed" with the progress circle spinning then drops out to the cli. it seems to be failing to load Plasma but with no errors (unless in a log file somewhere)
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy. removed these parameters as they didn;t seem to make any difference
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy. ran a program celled "radeontop" and it knows the board is working as it identifies the board as "TURKS" ran "lsmod | grep " and got "01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Turks PRO [Radeon HD 6570/7570/8550 / R5 230] [1002:6759]"
this is the output from "journalctl | grep radeon" Nov 21 15:43:56 LianLi kernel: [drm] radeon kernel modesetting enabled. Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: vgaarb: deactivate vga console Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: GTT: 1024M 0x0000000040000000 - 0x000000007FFFFFFF Nov 21 15:43:56 LianLi kernel: [drm] radeon: 1024M of VRAM memory ready Nov 21 15:43:56 LianLi kernel: [drm] radeon: 1024M of GTT memory ready. Nov 21 15:43:56 LianLi kernel: [drm] radeon: dpm initialized Nov 21 15:43:56 LianLi kernel: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: WB enabled Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x0000000000072118 Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: radeon: MSI limited to 32-bit Nov 21 15:43:56 LianLi kernel: radeon 0000:01:00.0: radeon: using MSI. Nov 21 15:43:56 LianLi kernel: [drm] radeon: irq initialized. Nov 21 15:43:57 LianLi kernel: fbcon: radeondrmfb (fb0) is primary device Nov 21 15:43:57 LianLi kernel: radeon 0000:01:00.0: [drm] fb0: radeondrmfb frame buffer device Nov 21 15:43:57 LianLi kernel: [drm] Initialized radeon 2.50.0 20080528 for 0000:01:00.0 on minor 0
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
-- opensuse:tumbleweed:20221119 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - akonadiserver 5.21.3 (22.08.3) - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-21 17:07, Ianseeks wrote:
On Monday, 21 November 2022 13:31:17 GMT Ianseeks wrote:
Hi
It presents the Grub menu and you select the choice you normally make, it clears the screen, displays "Tumbleweed" with the progress circle spinning then drops out to the cli.
You could press "ESC" to see the messages, before that.
it seems to be failing to load Plasma but with no errors
Try selecting a different desktop.
(unless in a log file somewhere)
/var/log/Xorg.0.log -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On Monday, 21 November 2022 18:04:21 GMT Carlos E. R. wrote:
On 2022-11-21 17:07, Ianseeks wrote:
On Monday, 21 November 2022 13:31:17 GMT Ianseeks wrote:
Hi
It presents the Grub menu and you select the choice you normally make, it clears the screen, displays "Tumbleweed" with the progress circle spinning then drops out to the cli.
You could press "ESC" to see the messages, before that. I'll give that a try
it seems to be failing to load Plasma but with no errors
Try selecting a different desktop.
(unless in a log file somewhere)
/var/log/Xorg.0.log
Because i have to keep swapping the boards out, that file is full of Nvidia/nouveau records. I'll swap the radeon back in and save it before i put he nvidia back in to read my mails I got this from journalctl Nov 21 15:44:05 LianLi sddm[1090]: Initializing... Nov 21 15:44:05 LianLi sddm[1090]: Starting... Nov 21 15:44:05 LianLi sddm[1090]: Logind interface found Nov 21 15:44:05 LianLi sddm[1090]: Adding new display on vt 7 ... Nov 21 15:44:05 LianLi sddm[1090]: Loading theme configuration from "" Nov 21 15:44:05 LianLi sddm[1090]: Display server starting... Nov 21 15:44:05 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:05 LianLi postfix[1106]: Postfix is using backwards-compatible default settings Nov 21 15:44:05 LianLi postfix[1106]: See http://www.postfix.org/COMPATIBILITY_README.html for details Nov 21 15:44:05 LianLi postfix[1106]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" Nov 21 15:44:06 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:06 LianLi sddm[1090]: Attempt 1 starting the Display server on vt 7 failed Nov 21 15:44:06 LianLi systemd[1]: Started X Display Manager. ..... sddm[1090]: Display server starting... Nov 21 15:44:08 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:08 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:08 LianLi sddm[1090]: Attempt 2 starting the Display server on vt 7 failed .... Nov 21 15:44:10 LianLi sddm[1090]: Display server starting... Nov 21 15:44:10 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:10 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:10 LianLi sddm[1090]: Attempt 3 starting the Display server on vt 7 failed Nov 21 15:44:10 LianLi sddm[1090]: Could not start Display server on vt 7
-- Cheers / Saludos,
thanks for the replies and suggestions.
Carlos E. R. (from 15.3 x86_64 at Telcontar)
-- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - akonadiserver 5.21.3 (22.08.3) - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
Ianseeks composed on 2022-11-21 08:31 (UTC-0500):
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
Your 6570 is too old for either to apply, so they both should be inert.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides. cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080 It doesn't always work, for me at least, as it seems that host isn't up 24/7 or 7 days/week. https://paste.opensuse.org/lists will list it if successful. Any pastebin will do, as long as it isn't a host requiring browser scripting enabled. You may find the newer technology driver solves the problem. Remove: xorg-x11-driver-video xf86-video-ati xf86-video-r128 xf86-video-mach64 That should replace the radeon DDX display driver to cause fallback to the newer technology default modesetting DIX display driver. For more info: <https://forums.opensuse.org/showthread.php/562680-AMD-Intel-amp-NVidia-X-graphics-driver-primer-third-edition> If ever you had had NVidia's proprietary drivers installed, there could be .conf files left behind, etc/X11/xorg.conf or multiple in /etc/X11/xorg.conf.d/*.conf that could prevent FOSS display drivers from working. The same goes for cmdline options in /boot/grub2/grub.cfg. Those in current use show up in Xorg.0.log. What does lsmod | grep -E 'vid|radeo' report? I have a 6450 working as expected without Plymouth installed: # pinxi -GSaz --vs --zl --hostname pinxi 3.3.23-03 (2022-11-02) System: Host: gx78b Kernel: 5.19.13-1-default arch: x86_64 bits: 64 compiler: gcc v: 12.2.1 parameters: root=<filter> noresume mitigations=auto consoleblank=0 net.ifnames=0 ipv6.disable=1 vga=791 video=1440x900@60 Desktop: Trinity v: R14.0.12 tk: Qt v: 3.5.0 info: kicker wm: Twin v: 3.0 vt: 7 dm: 1: TDM 2: XDM Distro: openSUSE Tumbleweed 20221102 Graphics: Device-1: AMD Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] vendor: Dell driver: radeon v: kernel alternate: amdgpu arch: TeraScale-2 code: Evergreen process: TSMC 32-40nm built: 2009-15 pcie: gen: 2 speed: 5 GT/s lanes: 16 ports: active: DP-1,DVI-I-1 empty: none bus-ID: 01:00.0 chip-ID: 1002:6779 class-ID: 0300 temp: 56.0 C Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: modesetting unloaded: fbdev,vesa dri: r600 gpu: radeon display-ID: :0 screens: 1 Screen-1: 0 s-res: 3600x1080 s-dpi: 120 s-size: 762x228mm (30.00x8.98") s-diag: 795mm (31.31") Monitor-1: DP-1 pos: primary,left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1080 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 Monitor-2: DVI-I-1 pos: right model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 3.3 Mesa 22.2.2 renderer: AMD CAICOS (DRM 2.50.0 / 5.19.13-1-default LLVM 15.0.2) compat-v: 3.1 direct render: Yes pinxi is the devel version of inxi. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 11/21/22 20:00, Felix Miata wrote:
I have a 6450 working as expected without Plymouth installed:
Key for older cards. I've had problem with Plymouth on numerous occasions causing hard lockups on older laptops. Simply removing Plymouth has corrected the problem. -- David C. Rankin, J.D.,P.E.
On Tuesday, 22 November 2022 02:00:20 GMT Felix Miata wrote:
Ianseeks composed on 2022-11-21 08:31 (UTC-0500):
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
Your 6570 is too old for either to apply, so they both should be inert.
i've deleted them from the list
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides.
cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080
I didn't know which log to check until you and Carlos mentioned it. I'll have to swap the boards over again and save it before i put the Nvidia /Nouveau back in to reply to emails. its currently full of nvidia data I got this from journalctl Nov 21 15:44:05 LianLi sddm[1090]: Initializing... Nov 21 15:44:05 LianLi sddm[1090]: Starting... Nov 21 15:44:05 LianLi sddm[1090]: Logind interface found Nov 21 15:44:05 LianLi sddm[1090]: Adding new display on vt 7 ... Nov 21 15:44:05 LianLi sddm[1090]: Loading theme configuration from "" Nov 21 15:44:05 LianLi sddm[1090]: Display server starting... Nov 21 15:44:05 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:05 LianLi postfix[1106]: Postfix is using backwards-compatible default settings Nov 21 15:44:05 LianLi postfix[1106]: See http://www.postfix.org/COMPATIBILITY_README.html for details Nov 21 15:44:05 LianLi postfix[1106]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload" Nov 21 15:44:06 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:06 LianLi sddm[1090]: Attempt 1 starting the Display server on vt 7 failed Nov 21 15:44:06 LianLi systemd[1]: Started X Display Manager. ..... sddm[1090]: Display server starting... Nov 21 15:44:08 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:08 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:08 LianLi sddm[1090]: Attempt 2 starting the Display server on vt 7 failed .... Nov 21 15:44:10 LianLi sddm[1090]: Display server starting... Nov 21 15:44:10 LianLi sddm[1090]: Running: /usr/bin/X -dpi 96 -auth /run/sddm/{2aecadf0-3b5e-4ee5-95d2-321bb84519a2} -background none -noreset -displayfd 17 -seat seat0 vt7 Nov 21 15:44:10 LianLi sddm[1090]: Failed to read display number from pipe Nov 21 15:44:10 LianLi sddm[1090]: Attempt 3 starting the Display server on vt 7 failed Nov 21 15:44:10 LianLi sddm[1090]: Could not start Display server on vt 7
It doesn't always work, for me at least, as it seems that host isn't up 24/7 or 7 days/week. https://paste.opensuse.org/lists will list it if successful. Any pastebin will do, as long as it isn't a host requiring browser scripting enabled.
You may find the newer technology driver solves the problem. Remove:
xorg-x11-driver-video xf86-video-ati xf86-video-r128 xf86-video-mach64
That should replace the radeon DDX display driver to cause fallback to the newer technology default modesetting DIX display driver. For more info: <https://forums.opensuse.org/showthread.php/562680-AMD-Intel-amp-NVidia-X-graphics-driver-primer-third-edition>
If ever you had had NVidia's proprietary drivers installed, there could be .conf files left behind, etc/X11/xorg.conf or multiple in /etc/X11/xorg.conf.d/*.conf that could prevent FOSS display drivers from working. The same goes for cmdline options in /boot/grub2/grub.cfg. Those in current use show up in Xorg.0.log.
What does
lsmod | grep -E 'vid|radeo'
report?
i'll have to swp boards over again and check
I have a 6450 working as expected without Plymouth installed:
Another poster has said they had problems with Plymouth and had to remove it to work
# pinxi -GSaz --vs --zl --hostname pinxi 3.3.23-03 (2022-11-02) System: Host: gx78b Kernel: 5.19.13-1-default arch: x86_64 bits: 64 compiler: gcc v: 12.2.1 parameters: root=<filter> noresume mitigations=auto consoleblank=0 net.ifnames=0 ipv6.disable=1 vga=791 video=1440x900@60 Desktop: Trinity v: R14.0.12 tk: Qt v: 3.5.0 info: kicker wm: Twin v: 3.0 vt: 7 dm: 1: TDM 2: XDM Distro: openSUSE Tumbleweed 20221102 Graphics: Device-1: AMD Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM] vendor: Dell driver: radeon v: kernel alternate: amdgpu arch: TeraScale-2 code: Evergreen process: TSMC 32-40nm built: 2009-15 pcie: gen: 2 speed: 5 GT/s lanes: 16 ports: active: DP-1,DVI-I-1 empty: none bus-ID: 01:00.0 chip-ID: 1002:6779 class-ID: 0300 temp: 56.0 C Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: modesetting unloaded: fbdev,vesa dri: r600 gpu: radeon display-ID: :0 screens: 1 Screen-1: 0 s-res: 3600x1080 s-dpi: 120 s-size: 762x228mm (30.00x8.98") s-diag: 795mm (31.31") Monitor-1: DP-1 pos: primary,left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1080 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 Monitor-2: DVI-I-1 pos: right model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 3.3 Mesa 22.2.2 renderer: AMD CAICOS (DRM 2.50.0 / 5.19.13-1-default LLVM 15.0.2) compat-v: 3.1 direct render: Yes
pinxi is the devel version of inxi.
Thanks for the replies and suggestions. -- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - akonadiserver 5.21.3 (22.08.3) - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-22 08:58, Ianseeks wrote:
On Tuesday, 22 November 2022 02:00:20 GMT Felix Miata wrote:
...
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides.
cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080
I didn't know which log to check until you and Carlos mentioned it. I'll have to swap the boards over again and save it before i put the Nvidia /Nouveau back in to reply to emails. its currently full of nvidia data
Then use the previous log which is at /var/log/Xorg.0.log.old -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On Tuesday, 22 November 2022 10:42:31 GMT Carlos E. R. wrote:
On 2022-11-22 08:58, Ianseeks wrote:
On Tuesday, 22 November 2022 02:00:20 GMT Felix Miata wrote:
...
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides.
cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080
I didn't know which log to check until you and Carlos mentioned it. I'll have to swap the boards over again and save it before i put the Nvidia /Nouveau back in to reply to emails. its currently full of nvidia data
Then use the previous log which is at /var/log/Xorg.0.log.old I checked that and it was also all about nouveau being loaded.
I found the issue by looking in that file. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running. Thanks for the tips and help, most appreciated. regards Ian
-- Cheers / Saludos,
Carlos E. R. (from 15.3 x86_64 at Telcontar)
-- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-22 12:29, Ianseeks wrote:
On Tuesday, 22 November 2022 10:42:31 GMT Carlos E. R. wrote:
On 2022-11-22 08:58, Ianseeks wrote:
On Tuesday, 22 November 2022 02:00:20 GMT Felix Miata wrote:
...
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides.
cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080
I didn't know which log to check until you and Carlos mentioned it. I'll have to swap the boards over again and save it before i put the Nvidia /Nouveau back in to reply to emails. its currently full of nvidia data
Then use the previous log which is at /var/log/Xorg.0.log.old I checked that and it was also all about nouveau being loaded.
I found the issue by looking in that file. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running.
20-nouveau? That's not a standard file. *-nvidia was. I think. Weird.
Thanks for the tips and help, most appreciated.
Welcome. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Carlos E. R. composed on 2022-11-22 13:08 (UTC+0100):
Ianseeks wrote:
I found the issue by looking in that file. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running.
20-nouveau? That's not a standard file. *-nvidia was. I think. Weird.
IIRC, it ever exists because ancient NVidia GPUs are not supported by the newer technology upstream default modesetting DIX display driver, and the nouveau DDX display driver is much better than the crude generic fbdev and vesa display drivers used when a DDX is broken or otherwise is not available for use with an NVidia GPU. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2022-11-22 14:47, Felix Miata wrote:
Carlos E. R. composed on 2022-11-22 13:08 (UTC+0100):
Ianseeks wrote:
I found the issue by looking in that file. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running.
20-nouveau? That's not a standard file. *-nvidia was. I think. Weird.
IIRC, it ever exists because ancient NVidia GPUs are not supported by the newer technology upstream default modesetting DIX display driver, and the nouveau DDX display driver is much better than the crude generic fbdev and vesa display drivers used when a DDX is broken or otherwise is not available for use with an NVidia GPU.
I will have to check the next time I boot my old machine that has an nvidia card. Different location. I'll try to remember. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On Tuesday, 22 November 2022 02:00:20 GMT Felix Miata wrote:
Ianseeks composed on 2022-11-21 08:31 (UTC-0500):
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
Your 6570 is too old for either to apply, so they both should be inert.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
I read the whole thread. You should have already pastebin'd /var/log/Xorg.0.log by now so people can see what clues it provides.
cat /var/log/Xorg.0.log | susepaste -n ianseeks -e 10080
I found the issue by looking in that /var/log/Xorg.0.log file, it was a log of the nvidia board being loaded. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and therefore blocking radeon. i moved it out of there and i'm now up and running. Thanks for the tips and help, most appreciated. snip regards Ian -- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On Monday, 21 November 2022 13:31:17 GMT Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
I found the issue by looking in /var/log/Xorg.0.log as pointed about by a few people. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running. Thanks for the tips and help, most appreciated. -- opensuse:tumbleweed:20221120 Qt: 5.15.7 KDE Frameworks: 5.100.0 - KDE Plasma: 5.26.3 - kwin 5.26.3 kmail2 5.21.3 (22.08.3) - - Kernel: 6.0.8-1-default - xf86-video-nouveau: 1.0.17
On 2022-11-22 12:33, Ianseeks wrote:
On Monday, 21 November 2022 13:31:17 GMT Ianseeks wrote:
Hi
I removed the nvidia board and installed my new old HD6570 and booted up but it just drops to a cli login with an error about SP5100-tco (nvidia also displays this message so i've assumed its not important).
It first blew out with an error to say i had to enable a BIOS setting for Virtualisation which I did and it cleared that error.
I've also put "radeon.cik_support=1 radeon.si_support=1" on the kernel parameters via yast but still no joy.
The Radeon software is installed and running according to the logs, i've checked journalctl for Radeon errors but no joy.
What simple thing have I missed as I'm a bit out of my depth here?
regards and thanks
Ian
I found the issue by looking in /var/log/Xorg.0.log as pointed about by a few people. There was a file in /etc/X11/xorg.conf.d called 20-nouveau thats was loading nouveau and blocking the radeon. i moved it out of there and i'm now up and running.
Thanks for the tips and help, most appreciated.
In general, in Linux, the first step of diagnosing, is to look in some log file. Even me forgot this. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
participants (6)
-
Carlos E. R. -
David C. Rankin -
Felix Miata -
Ianseeks -
Mark Hounschell -
Simon Becherer