Linux console screen corrupted with driver version: 510.54

Graphics / Linux Linux
#1

Using Fedora 36 with kernel 5.17.0 rc5 here.
The linux driver version 510.54 is installed.

The machine does not use Wayland or XWindows, just plain text console.
I noticed that when it is booting, the console is scrolling normally.
But when it load the Nvidia Linux kernel module, the console is corrupted.

The machine is UEFI. If I am correct, the console is corrupted when it load the kernel, after this part:

[ 7.597942] nvidia: loading out-of-tree module taints kernel.
[ 7.598744] nvidia: module license ‘NVIDIA’ taints kernel.
[ 7.599421] Disabling lock debugging due to kernel taint
[ 7.610317] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[ 7.625543] nvidia-nvlink: Nvlink Core is being initialized, major device number 507

[ 7.627910] nvidia 0000:09:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=none
[ 7.838140] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 510.54 Tue Feb 8 04:42:21 UTC 2022
[ 7.868059] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 510.54 Tue Feb 8 04:34:06 UTC 2022
[ 7.874176] [drm] [nvidia-drm] [GPU ID 0x00000900] Loading driver
[ 8.637012] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:09:00.0 on minor 1

I had blacklisted and not loading novueau. nvidia-drm.modeset=1 is set.
Finally, I do not have problem when using with Fedora 35, kernel 5.16 and previous Nvidia Linux graphic drivers.

Edit: Adding a screenshot showing the problem.

screenshot
screenshot1200×1600 418 KB

Thanks.

#2

There are quite a number of changed variables. Perhaps you might compare something more directly, e.g. Fedora 35+5.16+510.54 ?

#3

Unfortunately I have upgraded the OS, and it shipped kernel 5.17rc5.
I have uninstalled the old Nvidia driver and install a newest version…

#4

Please note I have added a screenshot to the beginning of the post.

#5

@dungkaitai
Can you try once downgrading driver on Fedora 36 with kernel 5.17.0 rc5 and see if issue persists.

#6

I don’t have the RC5 (pre-release kernel) now. So here’s the result:

The screen is corrupted like the screenshot in the first post:
a) FC36 kernel 5.17.3. nvidia (NVIDIA-Linux-x86_64-510.47.03 and NVIDIA-Linux-x86_64-510.68.02).
b) FC36 kernel 5.17.0rc5 (Nvidia 510.54)

Please note when using the nouveau build-in driver (all kernel version), the console does not have problem.

#7

Just found out something:

About 2 years ago, the PC was not upgraded. The old motherboard use CSM mode. So I need to use nvidia-drm.modeset=1 for the KSM/X-Windows.

After the motherboard is replaced/upgraded and is UEFI. I kept on using the nvidia-drm.modeset=1 parameter for several Fedora release and Nvidia driver without problem.

The problem occurs when I upgrade to FC36. Now I changed nvidia-drm.modeset=0 and the console is normal. I can also run startx to use X-windows. However, the console is not usable (no screen detected on the LCD) when I exit the X-windows.

#8

I’m experiencing something very similar, so posting here in case I can provide some additional info that will end up helping OP as well.

I’m on Fedora 36 too. GDM starts fine and I can log in using either Wayland or Xorg, but I can’t switch to the Linux console (using e.g. Ctrl-Alt-F5 or F5). If I try to do so, I either get a blank screen (monitor says “No signal, entering sleep mode”), or, when I enable CSM in UEFI BIOS, weird glitchy graphics (just a straight, multi-color line across a black screen, really).

With nouveau, switching to the Linux console appears to work perfectly fine.

Attaching nvidia-bug-report.log.gz in case it helps:
nvidia-bug-report.log.gz (262.4 KB)

Let me know if I can provide additional information or try anything on my side to debug this!

#9

FWIW, I got a new monitor – 4K unlike the previous one, which I was afraid might be a problem, but also with a more traditional aspect ratio of 16:9, whereas the previous one was ultrawide. And I can now access the Linux console even when using Nvidia drivers.