Problem kernels newer than 5.16.5.1 kernels and (old) AMD graphics

English Install/Boot/Login
1

Hi!

Have here an old Dell Precision T7400 tower with an older AMD graphics.

lspci 
00:00.0 Host bridge: Intel Corporation 5400 Chipset Memory Controller Hub (rev 20) 
00:01.0 PCI bridge: Intel Corporation 5400 Chipset PCI Express Port 1 (rev 20) 
00:05.0 PCI bridge: Intel Corporation 5400 Chipset PCI Express Port 5 (rev 20) 
00:09.0 PCI bridge: Intel Corporation 5400 Chipset PCI Express Port 9 (rev 20) 
00:10.0 Host bridge: Intel Corporation 5400 Chipset FSB Registers (rev 20) 
00:10.1 Host bridge: Intel Corporation 5400 Chipset FSB Registers (rev 20) 
00:10.2 Host bridge: Intel Corporation 5400 Chipset FSB Registers (rev 20) 
00:10.3 Host bridge: Intel Corporation 5400 Chipset FSB Registers (rev 20) 
00:10.4 Host bridge: Intel Corporation 5400 Chipset FSB Registers (rev 20) 
00:11.0 Host bridge: Intel Corporation 5400 Chipset CE/SF Registers (rev 20) 
00:15.0 Host bridge: Intel Corporation 5400 Chipset FBD Registers (rev 20) 
00:15.1 Host bridge: Intel Corporation 5400 Chipset FBD Registers (rev 20) 
00:16.0 Host bridge: Intel Corporation 5400 Chipset FBD Registers (rev 20) 
00:16.1 Host bridge: Intel Corporation 5400 Chipset FBD Registers (rev 20) 
00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09) 
00:1d.0 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09) 
00:1d.1 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09) 
00:1d.2 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09) 
00:1d.3 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4 (rev 09) 
00:1d.7 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09) 
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 
00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09) 
00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09) 
00:1f.2 SATA controller: Intel Corporation 631xESB/632xESB SATA AHCI Controller (rev 09) 
00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09) 
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks PRO [Radeon HD 7570] 
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks HDMI Audio [Radeon HD 6500/6600 / 6700M Series] 
03:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01) 
03:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01) 
04:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01) 
04:01.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E2 (rev 01) 
06:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04) 
08:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5754 Gigabit Ethernet PCI Express (rev 02) 
09:02.0 Multimedia audio controller: Creative Labs EMU20k1 [Sound Blaster X-Fi Series] 
09:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]

Since the first kernel newer than 5.16.5.1 the boot stops after “Loading initial RAM disk”, screen turns dark (backlight on !) and nothing goes forward. No ssh, no DHCP, no nothing. Entering “nomodeset” to the linux line in grub doesn’t help (or is this only for NVIDIA graphics?).

I locked now the old, functional 5.16.5 kernel but this can’t be the solution in the long run.

2

Hi
I would try the 5.16.8 kernel… See https://forums.opensuse.org/showthread.php/566506-Latest-Snapshot-(12022022)-problem-booting?p=3107038#post3107038

3

Many thanks for replying, I tried that kernel, same problem, or do you mean

initcall_blacklist=simpledrm_platform_driver_init

is the solution with 5.16.8.x ?

:slight_smile:

4

Hi
I believe so, you will lose console (tty access…) via ctl+alt+Fn.

5

HI!

I installed

uname -a 
Linux TW-dellscsi4-0621 5.16.8-1-default #1 SMP PREEMPT Thu Feb 10 11:31:59 UTC 2022 (5d1f5d2) x86_64 x86_64 x86_64 GNU/Linux

added the magic boot command in YaST

initcall_blacklist=simpledrm_platform_driver_init

…and TW boots fine.

And CTRL+ALT+Fn leads as usual to tty, login works fine here (root as well as user)?!?

6

Hi
Ahh, they must have fixed that bit with the .8 kernel :wink:

7

No problem with old Radeon here:

# cat /proc/cmdline
root=/dev/sda10 noresume mitigations=auto consoleblank=0 net.ifnames=0 ipv6.disable=1 5
# inxi -Syz
System:
  Kernel: 5.16.8-1-default x86_64 bits: 64 Desktop: Trinity R14.0.11
    Distro: openSUSE Tumbleweed 20220218
# inxi -Gayz
Graphics:
  Device-1: **AMD Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]** vendor: Dell
    driver: radeon v: kernel alternate: amdgpu bus-ID: 01:00.0
    chip-ID: 1002:6779 class-ID: 0300
  Display: x11 server: X.Org 1.21.1.3 driver: loaded: modesetting
    unloaded: fbdev,vesa alternate: ati display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3520x1200 s-dpi: 120 s-size: 745x254mm (29.3x10.0")
    s-diag: 787mm (31")
  Monitor-1: DP-1 res: **1920x1200** hz: 60 dpi: 94 size: 519x324mm (20.4x12.8")
    diag: 612mm (24.1")
  Monitor-2: DVI-I-1 res: **1600x900** hz: 60 dpi: 92
    size: 443x249mm (17.4x9.8") diag: 508mm (20")
  OpenGL: renderer: AMD CAICOS (DRM 2.50.0 / 5.16.8-1-default LLVM 13.0.1)
    v: 3.3 Mesa 21.3.6 compat-v: 3.1 direct render: Yes
#
8

maybe I should buy a mazda, too, as apparently then you have no problems with opensuse? :smiley:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.16.8-1-default root=UUID=961c7299-c815-4891-a84f-60079849c510 splash=silent ipv6.disable=1 initcall_blacklist=simpledrm_platform_driver_init quiet mitigations=auto

Only thing I added in cmdline is ipv6.disable and now this simpledrm to make it boot again

inxi -Syx
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_MONETARY = "en_DE.UTF-8",
        LC_MEASUREMENT = "de_DE.UTF-8",
        LC_TIME = "en_DE.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
System:
  Host: TW-dellscsi4-0621 Kernel: 5.16.8-1-default x86_64 bits: 64
    compiler: gcc v: 11.2.1 Desktop: KDE Plasma 5.24.1
    Distro: openSUSE Tumbleweed 20220217

inxi -Gayz
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_MONETARY = "en_DE.UTF-8",
        LC_MEASUREMENT = "de_DE.UTF-8",
        LC_TIME = "en_DE.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
Graphics:
  Device-1: AMD Turks PRO [Radeon HD 7570] vendor: Micro-Star MSI
    driver: radeon v: kernel alternate: amdgpu bus-ID: 01:00.0
    chip-ID: 1002:675d class-ID: 0300
  Device-2: Conexant Systems CX23887/8 PCIe Broadcast Audio and Video
    Decoder with 3D Comb
    vendor: Hauppauge works WinTV-HVR-4400-HD model 1278 driver: cx23885
    v: 0.0.4 bus-ID: 06:00.0 chip-ID: 14f1:8880 class-ID: 0400
  Display: x11 server: X.Org 1.21.1.3 compositor: kwin_x11 driver:
    loaded: ati,radeon unloaded: fbdev,modesetting,vesa display-ID: :0
    screens: 1
  Screen-1: 0 s-res: 1600x1200 s-dpi: 96 s-size: 423x317mm (16.7x12.5")
    s-diag: 529mm (20.8")
  Monitor-1: HDMI-0 res: 1600x1200 hz: 60 dpi: 100
    size: 408x306mm (16.1x12.0") diag: 510mm (20.1")
  OpenGL: renderer: AMD TURKS (DRM 2.50.0 / 5.16.8-1-default LLVM 13.0.1)
    v: 3.3 Mesa 21.3.6 compat-v: 3.1 direct render: Yes
9

What’s that after ipv6.disable in /proc/cmdline?

10

A workaround:
https://bugzilla.opensuse.org/show_bug.cgi?id=1195885#c28

11

et al:

Had this more or less “same” issue yesterday in cMP running Nvidia card, ran a weekly zypper dup in TW yesterday morning, it showed “472 packages” to upgrade, on reboot we went into the error dmesg saying “framebuffer” xxxx, no GUI log in. Had to shut down to get out of it, rebooted numerous times to finally get back to the older kernel, no other “recovery” options worked.

When I got back in via the older kernel ran zypper again and this time it showed “1673 packages to upgrade” . . . took about an hour to get the problem figured out and the numerous packages installed, for a GT of “2145 packages” to upgrade since last Monday . . . that would be like a full distro upgrade in a static OS.

On reboot it showed the 5.16.8 kernel as running and all was well . . . but, still begs the question, why so many packages every week and then, the breakages which cut into “work flow” . . . . If I’m messing around cutting into packages and stuff, OK, breakage expected, but in the basic zypper function, not so much.

This morning over in the wild and crazy Deb Sid . . . “224 packages” to upgrade for the week . . . system “operational” after running them through . . . . :open_mouth:

12

Hi
Likely the repos had not synced on your first dup, the reason, glibc update… a rebuild all normal for Tumbleweed :wink:

Today’s a downstream affect as leaf packages rebuild, however you should be at 5.16.10 kernel… maybe you locked the old one?

Keep an eye on the notifications posted here (when the ML feed is working, it broke), else follow the Factory Mailing list to see what is being updated?

13

Regarding Sid… based on https://distrowatch.com/dwres.php?firstlist=opensuse&firstversions=0&resource=compare-packages&secondlist=debian Sid is still a couple glibc versions behind, they might even skip 2.34. For a fair comparison wait until 2.35 is released over there.

14

ftr: kernel 5.17.1 doesn’t work either…

15

Kernel 5.18.4-1 I installed today resolved the issue, now the system boots normal again… :slight_smile: