Just use the newest 535 or the patched 545 till next month. They sadly wont release a fixed 550 just for laptop users.
I tried to use 535 and 545 but nvidia is always a pain in the ass. Just failed to downgrade them. Will stick to 550
Arch Linux btw
kernel 6.8.7
nvidia driver 550.76
gpu nvidia GeForce 3080 mobile (+ intel)
laptop Acer Helios 300
freezes and kernel panics on Wayland or Xorg after ~30 minutes, Xorg keeps running longer.
Kernel panic photo on shutdown:
I would like to think that they have been very busy with the implementation of Explicit Sync, improvements and fixes for version 555 and for that reason they have not yet been able to review this problem.
The main problem is that we are very dependent on the driver versions because it still has many problems and errors. If not, we install the previous version and even if you have a small problem, it is not an effort to wait because in general the driver works well (as in the case of Windows), but that is not the case.
At least it seems like they have hired one more developer, but I don’t know if it will be enough.
I think that they actually can’t fix it fast, maybe because it’s really difficult to find bug in their codebase, also driver can work for 8 hours or more without any problems and another time it will be instant crash after 10 minutes.
I’m not sure if this has applied to anyone else, but the panics do not occur anymore when I use the open kernel modules. This has been working for me since 550.67
Hello,
Exactly how many packages did You installed about nvidia and what were?
Just these
pacman -Q | grep -e nvidia -e cud:
cuda 12.4.1-1
cudnn 8.9.7.29-1
nvidia-open-dkms 550.76-1
nvidia-prime 1.0-4
nvidia-utils 550.76-1
opencl-nvidia 550.76-1
Thank’s for your answer, can you play videogames with these?
What about optimus?
545 was working just fine for games, however with 550 I am getting a ton of stutter. CUDA works fine though, so it might’ve been a misconfiguration on my end.
Optimus was working on 550.67 (idles <1W), but on 550.76 my gpu is stuck in P0 (idling at ~15W).
Some people had success with blacklisting the nvidia_uvm module.
Hello, how do You know?
I can confirm, blacklisting nvidia_uvm → whole day no problem
NVIDIA Unified Memory kernel module (/lib/modules/uname -r/kernel/drivers/video/nvidia-uvm.ko); this kernel module provides functionality for sharing memory between the CPU and GPU in CUDA programs. It is generally loaded into the kernel when a CUDA program is started, and is used by the CUDA driver on supported platforms.
I don’t think CUDA related tasks will work after disabling it. NVENC also requires uvm, says ArchWiki.
Yes, but blacklisting it is ok for those who just want to wait until driver fix
I must say that I got laptop freeze again after 12 hours with blacklisted nvidia_uvm, I can help to provide any logs if Nvidia stuff wants
Hi All,
We are debugging this issue at this moment and will get back to you with more updates and may contact again if needed any additional information.

I also often have Kernel panics or desktop hanging when clicking on reboot/shutdown or sudo reboot/shutdown . Only systemctl reboot doesn’t hangs.
I have MSI laptop with NVIDIA GeForce RTX 3080, openSUSE Tumbleweed with Kernel 6.8.7, and 550.67 nvidia driver, but I had those hangs also on previous 550.54 nvidia driver and 6.8.x kernel versions.
Apr 22 19:09:16 localhost.localdomain kernel: BUG: kernel NULL pointer dereference, address: 0000000000000049
Apr 22 19:09:16 localhost.localdomain kernel: #PF: supervisor read access in kernel mode
Apr 22 19:09:16 localhost.localdomain kernel: #PF: error_code(0x0000) - not-present page
Apr 22 19:09:16 localhost.localdomain kernel: PGD 0 P4D 0
Apr 22 19:09:16 localhost.localdomain kernel: Oops: 0000 [#1] PREEMPT SMP NOPTI
Apr 22 19:09:16 localhost.localdomain kernel: CPU: 12 PID: 775 Comm: systemd-journal Tainted: P OE 6.8.7-1-default #1 openSUSE Tumbleweed c4561c6468a5a7a8147b8a1c044f64b0b0e6fc6c
Apr 22 19:09:16 localhost.localdomain kernel: Hardware name: Micro-Star International Co., Ltd. Vector GP76 12UH/MS-17K4, BIOS E17K4IMS.40C 06/26/2023
Apr 22 19:09:16 localhost.localdomain kernel: RIP: 0010:simple_xattr_get+0x31/0xa0
Apr 22 19:09:16 localhost.localdomain kernel: Code: 00 00 41 56 49 89 ce 41 55 4c 8d 6f 08 41 54 49 89 d4 55 48 89 f5 53 48 89 fb 4c 89 ef e8 67 52 89 00 48 8b 1b 48 85 db 74 1b <48> 8b 7b 18 48 89 ee
e8 b3 79>
Apr 22 19:09:16 localhost.localdomain kernel: RSP: 0018:ffffbd0f03943980 EFLAGS: 00010202
Apr 22 19:09:16 localhost.localdomain kernel: RAX: 0000000000000000 RBX: 0000000000000031 RCX: 0000000000000067
Apr 22 19:09:16 localhost.localdomain kernel: RDX: ffff9f05399f6800 RSI: ffffbd0f03943a50 RDI: ffff9f053aae9810
Apr 22 19:09:16 localhost.localdomain kernel: RBP: ffffbd0f03943a50 R08: ffff9f05399f6800 R09: 0000000000000067
Apr 22 19:09:16 localhost.localdomain kernel: R10: ffffbd0f03943a50 R11: 0000000000000002 R12: ffff9f05399f6800
Apr 22 19:09:16 localhost.localdomain kernel: R13: ffff9f053aae9810 R14: 0000000000000067 R15: ffffbd0f03943a50
Apr 22 19:09:16 localhost.localdomain kernel: FS: 00007f3cb9fcb900(0000) GS:ffff9f0c7fa00000(0000) knlGS:0000000000000000
Apr 22 19:09:16 localhost.localdomain kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 22 19:09:16 localhost.localdomain kernel: CR2: 0000000000000049 CR3: 000000011116e000 CR4: 0000000000f50ef0
Apr 22 19:09:16 localhost.localdomain kernel: PKRU: 55555554
Apr 22 19:09:16 localhost.localdomain kernel: Call Trace:
Apr 22 19:09:16 localhost.localdomain kernel: <TASK>
Apr 22 19:09:16 localhost.localdomain kernel: ? __die+0x23/0x70
Apr 22 19:09:16 localhost.localdomain kernel: ? page_fault_oops+0x14d/0x490
Apr 22 19:09:16 localhost.localdomain kernel: ? exc_page_fault+0x71/0x160
Apr 22 19:09:16 localhost.localdomain kernel: ? asm_exc_page_fault+0x26/0x30
Apr 22 19:09:16 localhost.localdomain kernel: ? simple_xattr_get+0x31/0xa0
Apr 22 19:09:16 localhost.localdomain kernel: __vfs_getxattr+0x7f/0xb0
Apr 22 19:09:16 localhost.localdomain kernel: do_getxattr+0xf0/0x180
Apr 22 19:09:16 localhost.localdomain kernel: getxattr+0x7f/0xc0
Apr 22 19:09:16 localhost.localdomain kernel: ? __check_object_size+0x25b/0x2c0
Apr 22 19:09:16 localhost.localdomain kernel: ? strncpy_from_user+0x4f/0x150
Apr 22 19:09:16 localhost.localdomain kernel: ? user_path_at_empty+0x44/0x60
Apr 22 19:09:16 localhost.localdomain kernel: path_getxattr+0x6a/0xc0
Apr 22 19:09:16 localhost.localdomain kernel: do_syscall_64+0x83/0x170
Apr 22 19:09:16 localhost.localdomain kernel: ? proc_cgroup_show+0x266/0x330
Apr 22 19:09:16 localhost.localdomain kernel: ? single_release+0x35/0x40
Apr 22 19:09:16 localhost.localdomain kernel: ? kfree+0x2bd/0x2f0
Apr 22 19:09:16 localhost.localdomain kernel: ? __x64_sys_close+0x3d/0x80
Apr 22 19:09:16 localhost.localdomain kernel: ? kmem_cache_free+0x3b7/0x3e0
Apr 22 19:09:16 localhost.localdomain kernel: ? syscall_exit_to_user_mode+0x83/0x230
Apr 22 19:09:16 localhost.localdomain kernel: ? do_syscall_64+0x90/0x170
Apr 22 19:09:16 localhost.localdomain kernel: ? vfs_read+0xac/0x340
Apr 22 19:09:16 localhost.localdomain kernel: ? simple_read_from_buffer+0x65/0xb0
Apr 22 19:09:16 localhost.localdomain kernel: ? __seccomp_filter+0x31b/0x4e0
Apr 22 19:09:16 localhost.localdomain kernel: ? ksys_read+0x67/0xe0
Apr 22 19:09:16 localhost.localdomain kernel: ? syscall_exit_to_user_mode+0x83/0x230
Apr 22 19:09:16 localhost.localdomain kernel: ? do_syscall_64+0x90/0x170
Apr 22 19:09:16 localhost.localdomain kernel: ? __seccomp_filter+0x31b/0x4e0
Apr 22 19:09:16 localhost.localdomain kernel: ? ksys_read+0x67/0xe0
Apr 22 19:09:16 localhost.localdomain kernel: ? syscall_exit_to_user_mode+0x83/0x230
Apr 22 19:09:16 localhost.localdomain kernel: ? do_syscall_64+0x90/0x170
Apr 22 19:09:16 localhost.localdomain kernel: ? do_syscall_64+0x90/0x170
Apr 22 19:09:16 localhost.localdomain kernel: ? exc_page_fault+0x71/0x160
Apr 22 19:09:16 localhost.localdomain kernel: entry_SYSCALL_64_after_hwframe+0x78/0x80
Apr 22 19:09:16 localhost.localdomain kernel: RIP: 0033:0x7f3cb990f43e
Apr 22 19:09:16 localhost.localdomain kernel: Code: 96 2c 01 00 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 66 90 49 89 ca b8 c0 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73
01 c3 48>
Apr 22 19:09:16 localhost.localdomain kernel: RSP: 002b:00007fff4b8e31a8 EFLAGS: 00000246 ORIG_RAX: 00000000000000c0
Apr 22 19:09:16 localhost.localdomain kernel: RAX: ffffffffffffffda RBX: 0000000000000067 RCX: 00007f3cb990f43e
Apr 22 19:09:16 localhost.localdomain kernel: RDX: 0000562ee844c5e0 RSI: 0000562ee69e1320 RDI: 0000562ee8448c00
Apr 22 19:09:16 localhost.localdomain kernel: RBP: 0000562ee844c5e0 R08: 0000000000000007 R09: 0000000000000005
Apr 22 19:09:16 localhost.localdomain kernel: R10: 0000000000000067 R11: 0000000000000246 R12: 0000562ee8448c00
Apr 22 19:09:16 localhost.localdomain kernel: R13: 0000000000000007 R14: 0000562ee69e1320 R15: 0000000000000000
Apr 22 19:09:16 localhost.localdomain kernel: </TASK>
Apr 22 19:09:16 localhost.localdomain kernel: Modules linked in: af_packet nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat
nf_tables>
Apr 22 19:09:16 localhost.localdomain kernel: intel_uncore_frequency_common snd_hda_intel x86_pkg_temp_thermal intel_powerclamp snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec coretemp snd_hda_core
processo>
Apr 22 19:09:16 localhost.localdomain kernel: hid_multitouch hid_generic crct10dif_pclmul crc32_pclmul polyval_clmulni polyval_generic gf128mul xhci_pci nvme xhci_pci_renesas ghash_clmulni_intel
xhci_hcd nvme>
Apr 22 19:09:16 localhost.localdomain kernel: CR2: 0000000000000049
Apr 22 19:09:16 localhost.localdomain kernel: ---[ end trace 0000000000000000 ]---
New Nvidia driver 550.78 released:
Fixed a regression that led to Xid errors when loading the NVIDIA driver on some notebook systems with RTX 4xxx series GPUs
Dont know if its going to fix this issue here.
