On 4/22/2026 at 5:33 PM, fka said:

For me this is driver version related, specifically since 595.58.03 so I assume it's an Nvidia problem not the driver plugin

I have Intel integrated GPU along with Nvidia RTX 4060

The 4060 is passed to a gaming VM when it's started and handed back to host when the VM stops so power management persists

by use of the following script in /etc/libvirt/hooks/qem

#!/bin/bash

if [ "$2" == "prepare" ]
then
killall nvidia-persistenced
elif [ "$2" == "release" ]
then
nvidia-persistenced

echo auto | tee /sys/bus/pci/devices/????:??:??.?/power/control

fi

exit 0 

This worked fine until updating the driver to 595.58.03. At which point I started seeing the following when shutting the VM down. My limited understanding, the host was trying to take back control of the audio part of the 4060 before the VM had released it

Apr 15 09:24:07 myunraid kernel: vfio-pci 0000:01:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=none
Apr 15 09:24:07 myunraid kernel: nvidia 0000:01:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=none
Apr 15 09:24:07 myunraid kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
Apr 15 09:24:10 myunraid kernel: [drm] Initialized nvidia-drm 0.0.0 for 0000:01:00.0 on minor 2
Apr 15 09:24:10 myunraid kernel: nvidia 0000:01:00.0: vgaarb: deactivate vga console
Apr 15 09:24:10 myunraid kernel: fbcon: nvidia-drmdrmfb (fb0) is primary device
Apr 15 09:24:10 myunraid kernel: BUG: kernel NULL pointer dereference, address: 000000000000001c
Apr 15 09:24:10 myunraid kernel: #PF: supervisor read access in kernel mode
Apr 15 09:24:10 myunraid kernel: #PF: error_code(0x0000) - not-present page
Apr 15 09:24:10 myunraid kernel: PGD 0 P4D 0 
Apr 15 09:24:10 myunraid kernel: Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI
Apr 15 09:24:10 myunraid kernel: CPU: 7 UID: 0 PID: 2118002 Comm: qemu-event Tainted: P     U     O       6.12.54-Unraid #1
Apr 15 09:24:10 myunraid kernel: Tainted: P]=PROPRIETARY_MODULE, [U]=USER, [O]=OOT_MODULE
Apr 15 09:24:10 myunraid kernel: Hardware name: Micro-Star International Co., Ltd. MS-7E13/MAG B760M MORTAR WIFI II (MS-7E13), BIOS 1.B0 03/04/2026
Apr 15 09:24:10 myunraid kernel: RIP: 0010:nv_audio_dynamic_power+0x8f/0x110 [nvidia]
Apr 15 09:24:10 myunraid kernel: Code: c0 74 7c f6 80 a4 01 00 00 10 75 73 48 8b 80 40 01 00 00 48 85 c0 74 67 48 8b 90 a8 01 00 00 48 05 a0 01 00 00 48 39 c2 74 55 <83> 7a 1c 03 75 10 48 8b 7a 20 48 83 bf 40 03 00 00 00 75 08 eb 3f
Apr 15 09:24:10 myunraid kernel: RSP: 0018:ffffc9000b126b98 EFLAGS: 00010207
Apr 15 09:24:10 myunraid kernel: RAX: ffff8881404d39a0 RBX: 0000000000000000 RCX: ffff888101570bb8
Apr 15 09:24:10 myunraid kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff8881017fc100
Apr 15 09:24:10 myunraid kernel: RBP: ffff888161c85bf0 R08: ffff8881017fb000 R09: 00000000ffffffff
Apr 15 09:24:10 myunraid kernel: R10: 00000000ffffffff R11: ffffffffa65b06a8 R12: ffff888161c85c50
Apr 15 09:24:10 myunraid kernel: R13: ffffffffa17c3dc0 R14: ffff888345c36820 R15: ffff888161c85d50
Apr 15 09:24:10 myunraid kernel: FS:  0000152e70eff6c0(0000) GS:ffff88885f5c0000(0000) knlGS:0000000000000000 ......... 

To remedy this I changed the hooks script to

#!/bin/bash
if [ "$2" == "prepare" ]; then
    killall nvidia-persistenced 2>/dev/null
elif [ "$2" == "release" ]; then
    nvidia-persistenced
fi
exit 0

and created /boot/config/modprobe.d/nvidia.conf containing "options nvidia NVreg DynamicPowerManagement=0x00" without ""

And appended boot option in SysLinux Configuration "nvidia_drm.fbdev=0" without ""

This worked fine when the VM was shutdown. However, when I attempt to stop all containers binhex-krusader (I think) was somehow holding onto the 4060 as below:

Apr 22 17:00:28 myunraid kernel: [drm] Initialized nvidia-drm 0.0.0 for 0000:01:00.0 on minor 2
Apr 22 17:00:28 myunraid nvidia-persistenced: Started (37875)
Apr 22 17:01:06 myunraid kernel: docker0: port 4(vethdb03243) entered disabled state
Apr 22 17:01:06 myunraid kernel: veth88185cb: renamed from eth0
Apr 22 17:01:07 myunraid kernel: docker0: port 4(vethdb03243) entered disabled state
Apr 22 17:01:07 myunraid kernel: vethdb03243 (unregistering): left allmulticast mode
Apr 22 17:01:07 myunraid kernel: vethdb03243 (unregistering): left promiscuous mode
Apr 22 17:01:07 myunraid kernel: docker0: port 4(vethdb03243) entered disabled state
Apr 22 17:01:07 myunraid kernel: docker0: port 1(veth200eb14) entered disabled state
Apr 22 17:01:07 myunraid kernel: vethb8b2976: renamed from eth0
Apr 22 17:01:07 myunraid kernel: docker0: port 1(veth200eb14) entered disabled state
Apr 22 17:01:07 myunraid kernel: veth200eb14 (unregistering): left allmulticast mode
Apr 22 17:01:07 myunraid kernel: veth200eb14 (unregistering): left promiscuous mode
Apr 22 17:01:07 myunraid kernel: docker0: port 1(veth200eb14) entered disabled state
Apr 22 17:01:09 myunraid kernel: veth9c6c9dd: renamed from eth0
Apr 22 17:01:09 myunraid kernel: docker0: port 3(vethcdc26e9) entered disabled state
Apr 22 17:01:09 myunraid kernel: veth3146c42: renamed from eth0
Apr 22 17:01:09 myunraid kernel: docker0: port 3(vethcdc26e9) entered disabled state
Apr 22 17:01:09 myunraid kernel: vethcdc26e9 (unregistering): left allmulticast mode
Apr 22 17:01:09 myunraid kernel: vethcdc26e9 (unregistering): left promiscuous mode
Apr 22 17:01:09 myunraid kernel: docker0: port 3(vethcdc26e9) entered disabled state
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 4(vethadd7090) entered disabled state
Apr 22 17:01:10 myunraid kernel: veth899b005: renamed from eth0
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 4(vethadd7090) entered disabled state
Apr 22 17:01:10 myunraid kernel: vethadd7090 (unregistering): left allmulticast mode
Apr 22 17:01:10 myunraid kernel: vethadd7090 (unregistering): left promiscuous mode
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 4(vethadd7090) entered disabled state
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 3(veth09f6b7d) entered disabled state
Apr 22 17:01:10 myunraid kernel: veth8511e99: renamed from eth0
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 3(veth09f6b7d) entered disabled state
Apr 22 17:01:10 myunraid kernel: veth09f6b7d (unregistering): left allmulticast mode
Apr 22 17:01:10 myunraid kernel: veth09f6b7d (unregistering): left promiscuous mode
Apr 22 17:01:10 myunraid kernel: br-ba13ce51d72c: port 3(veth09f6b7d) entered disabled state
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 2(vethc9c0771) entered disabled state
Apr 22 17:01:11 myunraid kernel: vetha24d22e: renamed from eth0
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 2(vethc9c0771) entered disabled state
Apr 22 17:01:11 myunraid kernel: vethc9c0771 (unregistering): left allmulticast mode
Apr 22 17:01:11 myunraid kernel: vethc9c0771 (unregistering): left promiscuous mode
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 2(vethc9c0771) entered disabled state
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 1(veth7559afd) entered disabled state
Apr 22 17:01:11 myunraid kernel: vethe345a06: renamed from eth0
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 1(veth7559afd) entered disabled state
Apr 22 17:01:11 myunraid kernel: veth7559afd (unregistering): left allmulticast mode
Apr 22 17:01:11 myunraid kernel: veth7559afd (unregistering): left promiscuous mode
Apr 22 17:01:11 myunraid kernel: br-ba13ce51d72c: port 1(veth7559afd) entered disabled state
Apr 22 17:01:11 myunraid kernel: Oops: general protection fault, probably for non-canonical address 0x7369645f766564b6: 0000 [#1] PREEMPT SMP NOPTI
Apr 22 17:01:11 myunraid kernel: CPU: 6 UID: 99 PID: 24821 Comm: Xvnc Tainted: P     U     O       6.12.54-Unraid #1
Apr 22 17:01:11 myunraid kernel: Tainted: [P]=PROPRIETARY_MODULE, [U]=USER, [O]=OOT_MODULE
Apr 22 17:01:11 myunraid kernel: Hardware name: Micro-Star International Co., Ltd. MS-7E13/MAG B760M MORTAR WIFI II (MS-7E13), BIOS 1.B0 03/04/2026
Apr 22 17:01:11 myunraid kernel: RIP: 0010:_nv000022kms+0xaa/0xbb0 [nvidia_modeset]
Apr 22 17:01:11 myunraid kernel: Code: 00 83 c1 01 48 05 78 0e 00 00 83 f9 04 75 bc be 01 00 00 00 bf 40 52 00 00 e8 32 02 f9 ff 49 89 c5 48 85 c0 0f 84 9e 05 00 00 <41> 8b 47 40 49 8d b5 20 0c 00 00 31 d2 45 31 f6 48 89 75 a8 41 89
Apr 22 17:01:11 myunraid kernel: RSP: 0000:ffffc90021f97960 EFLAGS: 00010282
Apr 22 17:01:11 myunraid kernel: RAX: ffffc90000c56008 RBX: ffff8881c6bdc000 RCX: 0000000000000000
Apr 22 17:01:11 myunraid kernel: RDX: 0000000000005248 RSI: 0000000000000000 RDI: ffffc90000c5b248
Apr 22 17:01:11 myunraid kernel: RBP: ffffc90021f979d0 R08: 000000000000000c R09: ffffc90000c56000
Apr 22 17:01:11 myunraid kernel: R10: 0000000000000006 R11: ffff888197974070 R12: ffffffffa06d7a80
Apr 22 17:01:11 myunraid kernel: R13: ffffc90000c56008 R14: 0000000000000000 R15: 7369645f76656476
Apr 22 17:01:11 myunraid kernel: FS:  0000000000000000(0000) GS:ffff88885f580000(0000) knlGS:0000000000000000
Apr 22 17:01:11 myunraid kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 22 17:01:11 myunraid kernel: CR2: 00001474ae97e6b0 CR3: 0000000005618002 CR4: 0000000000772ef0
Apr 22 17:01:11 myunraid kernel: PKRU: 55555554
Apr 22 17:01:11 myunraid kernel: Call Trace:
Apr 22 17:01:11 myunraid kernel: <TASK>
Apr 22 17:01:11 myunraid kernel: ? prep_new_page+0x32/0x50
Apr 22 17:01:11 myunraid kernel: ? get_page_from_freelist+0x803/0x950
Apr 22 17:01:11 myunraid kernel: ? nv_drm_atomic_apply_modeset_config+0x41a/0x570 [nvidia_drm]
Apr 22 17:01:11 myunraid kernel: ? drm_atomic_check_only+0x6f3/0x820 [drm]
Apr 22 17:01:11 myunraid kernel: ? nv_drm_atomic_state_alloc+0x1b/0x60 [nvidia_drm]
Apr 22 17:01:11 myunraid kernel: ? lruvec_stat_mod_folio.constprop.0+0x10/0x20
Apr 22 17:01:11 myunraid kernel: ? drm_atomic_commit+0x6b/0xd0 [drm]
Apr 22 17:01:11 myunraid kernel: ? __pfx___drm_printfn_info+0x10/0x10 [drm]
Apr 22 17:01:11 myunraid kernel: ? __pfx___drm_printfn_info+0x10/0x10 [drm]
Apr 22 17:01:11 myunraid kernel: ? nv_drm_revoke_modeset_permission+0x1a0/0x220 [nvidia_drm]
Apr 22 17:01:11 myunraid kernel: ? kmem_cache_free_bulk+0x197/0x1f0
Apr 22 17:01:11 myunraid kernel: ? nv_drm_master_drop+0x2f/0x1c0 [nvidia_drm]
Apr 22 17:01:11 myunraid kernel: ? __pfx_drm_gem_object_release_handle+0x10/0x10 [drm]
Apr 22 17:01:11 myunraid kernel: ? drm_drop_master+0x18/0x30 [drm]
Apr 22 17:01:11 myunraid kernel: ? drm_master_release+0x57/0xa0 [drm]
Apr 22 17:01:11 myunraid kernel: ? drm_file_free+0x182/0x1e0 [drm]
Apr 22 17:01:11 myunraid kernel: ? drm_release+0x5c/0xa0 [drm]
Apr 22 17:01:11 myunraid kernel: ? __fput+0x10a/0x1d0
Apr 22 17:01:11 myunraid kernel: ? task_work_run+0x68/0x80
Apr 22 17:01:11 myunraid kernel: ? do_exit+0x36f/0x8d0
Apr 22 17:01:11 myunraid kernel: ? mtree_range_walk+0xf3/0x170
Apr 22 17:01:11 myunraid kernel: ? do_group_exit+0x79/0x80
Apr 22 17:01:11 myunraid kernel: ? get_signal+0x617/0x660
Apr 22 17:01:11 myunraid kernel: ? arch_do_signal_or_restart+0x28/0x1d0
Apr 22 17:01:11 myunraid kernel: ? fatal_signal_pending+0x9/0x30
Apr 22 17:01:11 myunraid kernel: ? fault_signal_pending+0x1b/0x60
Apr 22 17:01:11 myunraid kernel: ? do_user_addr_fault+0x2c0/0x490
Apr 22 17:01:11 myunraid kernel: ? irqentry_exit_to_user_mode+0x49/0x80
Apr 22 17:01:11 myunraid kernel: ? asm_exc_page_fault+0x22/0x30
Apr 22 17:01:11 myunraid kernel: </TASK>
Apr 22 17:01:11 myunraid kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 vhost_net tun vhost vhost_iotlb tap ipvlan br_netfilter nf_conntrack_netlink xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE xfrm_user xfrm_algo ip6table_nat iptable_nat nf_nat nvidia_uvm(PO) af_packet nfnetlink dm_crypt dm_mod md_mod zfs(PO) spl(O) ntfs3 tcp_diag inet_diag i915(O) intel_gtt iptable_mangle xt_addrtype iptable_raw xt_comment xt_connmark nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_mark ip6table_mangle ip6table_raw wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables bridge stp llc atlantic r8125(O) intel_rapl_msr intel_rapl_common iosf_mbi x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel crypto_simd cryptd rapl intel_cstate mei_pxp mei_hdcp iwlmvm nvidia_drm(PO)
Apr 22 17:01:11 myunraid kernel: nvidia_modeset(PO) xe mac80211 btusb btrtl drm_gpuvm btbcm libarc4 btintel drm_exec nvidia(PO) iwlwifi gpu_sched drm_buddy bluetooth i2c_algo_bit drm_suballoc_helper drm_display_helper drm_ttm_helper ttm sr_mod input_leds drm_kms_helper ecdh_generic cdrom cfg80211 led_class ecc joydev drm intel_uncore wmi_bmof mxm_wmi i2c_i801 mei_me i2c_smbus mei rfkill agpgart i2c_core thermal fan video wmi backlight acpi_tad acpi_pad button [last unloaded: atlantic]
Apr 22 17:01:11 myunraid kernel: ---[ end trace 0000000000000000 ]---
Apr 22 17:01:11 myunraid kernel: pstore: backend (efi_pstore) writing error (-28)
Apr 22 17:01:11 myunraid kernel: RIP: 0010:_nv000022kms+0xaa/0xbb0 [nvidia_modeset]
Apr 22 17:01:11 myunraid kernel: Code: 00 83 c1 01 48 05 78 0e 00 00 83 f9 04 75 bc be 01 00 00 00 bf 40 52 00 00 e8 32 02 f9 ff 49 89 c5 48 85 c0 0f 84 9e 05 00 00 <41> 8b 47 40 49 8d b5 20 0c 00 00 31 d2 45 31 f6 48 89 75 a8 41 89
Apr 22 17:01:11 myunraid kernel: RSP: 0000:ffffc90021f97960 EFLAGS: 00010282
Apr 22 17:01:11 myunraid kernel: RAX: ffffc90000c56008 RBX: ffff8881c6bdc000 RCX: 0000000000000000
Apr 22 17:01:11 myunraid kernel: RDX: 0000000000005248 RSI: 0000000000000000 RDI: ffffc90000c5b248
Apr 22 17:01:11 myunraid kernel: RBP: ffffc90021f979d0 R08: 000000000000000c R09: ffffc90000c56000
Apr 22 17:01:11 myunraid kernel: R10: 0000000000000006 R11: ffff888197974070 R12: ffffffffa06d7a80
Apr 22 17:01:11 myunraid kernel: R13: ffffc90000c56008 R14: 0000000000000000 R15: 7369645f76656476
Apr 22 17:01:11 myunraid kernel: FS:  0000000000000000(0000) GS:ffff88885f580000(0000) knlGS:0000000000000000
Apr 22 17:01:11 myunraid kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 22 17:01:11 myunraid kernel: CR2: 00001474ae97e6b0 CR3: 00000002aaf52006 CR4: 0000000000772ef0
Apr 22 17:01:11 myunraid kernel: PKRU: 55555554
Apr 22 17:01:11 myunraid kernel: Fixing recursive fault but reboot is needed!
Apr 22 17:01:11 myunraid kernel: BUG: using smp_processor_id() in preemptible [00000000] code: Xvnc/24821
Apr 22 17:01:11 myunraid kernel: caller is __schedule+0x2d/0x760
Apr 22 17:01:11 myunraid kernel: CPU: 6 UID: 99 PID: 24821 Comm: Xvnc Tainted: P     UD    O       6.12.54-Unraid #1
Apr 22 17:01:11 myunraid kernel: Tainted: [P]=PROPRIETARY_MODULE, [U]=USER, [D]=DIE, [O]=OOT_MODULE
Apr 22 17:01:11 myunraid kernel: Hardware name: Micro-Star International Co., Ltd. MS-7E13/MAG B760M MORTAR WIFI II (MS-7E13), BIOS 1.B0 03/04/2026
Apr 22 17:01:11 myunraid kernel: Call Trace:
Apr 22 17:01:11 myunraid kernel: <TASK>
Apr 22 17:01:11 myunraid kernel: dump_stack_lvl+0x47/0x70
Apr 22 17:01:11 myunraid kernel: check_preemption_disabled+0xb7/0xd0
Apr 22 17:01:11 myunraid kernel: __schedule+0x2d/0x760
Apr 22 17:01:11 myunraid kernel: ? _printk+0x58/0x80
Apr 22 17:01:11 myunraid kernel: do_task_dead+0x3e/0x40
Apr 22 17:01:11 myunraid kernel: make_task_dead+0xfc/0x110
Apr 22 17:01:11 myunraid kernel: rewind_stack_and_make_dead+0x16/0x20
Apr 22 17:01:11 myunraid kernel: RIP: 0033:0x1474aefff6c0
Apr 22 17:01:11 myunraid kernel: Code: Unable to access opcode bytes at 0x1474aefff696.
Apr 22 17:01:11 myunraid kernel: RSP: 002b:00007ffcd73ac978 EFLAGS: 00010246
Apr 22 17:01:11 myunraid kernel: RAX: 00001474aefff6c0 RBX: 00001474b9f08fa8 RCX: 0000000000000001
Apr 22 17:01:11 myunraid kernel: RDX: 0000000000000003 RSI: 0000000000000000 RDI: 00001474b635dc00
Apr 22 17:01:11 myunraid kernel: RBP: 00007ffcd73ac9d0 R08: 00001474b635dc00 R09: 0000000000000007
Apr 22 17:01:11 myunraid kernel: R10: 000055dac13cbf80 R11: 1556005f37d461e2 R12: 000000000000096c
Apr 22 17:01:11 myunraid kernel: R13: 0000000000000000 R14: 00001474b9f07680 R15: 000055dac13c83f0
Apr 22 17:01:11 myunraid kernel: </TASK>
Apr 22 17:01:11 myunraid kernel: BUG: scheduling while atomic: Xvnc/24821/0x00000000
Apr 22 17:01:11 myunraid kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 vhost_net tun vhost vhost_iotlb tap ipvlan br_netfilter nf_conntrack_netlink xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE xfrm_user xfrm_algo ip6table_nat iptable_nat nf_nat nvidia_uvm(PO) af_packet nfnetlink dm_crypt dm_mod md_mod zfs(PO) spl(O) ntfs3 tcp_diag inet_diag i915(O) intel_gtt iptable_mangle xt_addrtype iptable_raw xt_comment xt_connmark nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_mark ip6table_mangle ip6table_raw wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables bridge stp llc atlantic r8125(O) intel_rapl_msr intel_rapl_common iosf_mbi x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel crypto_simd cryptd rapl intel_cstate mei_pxp mei_hdcp iwlmvm nvidia_drm(PO)
Apr 22 17:01:11 myunraid kernel: nvidia_modeset(PO) xe mac80211 btusb btrtl drm_gpuvm btbcm libarc4 btintel drm_exec nvidia(PO) iwlwifi gpu_sched drm_buddy bluetooth i2c_algo_bit drm_suballoc_helper drm_display_helper drm_ttm_helper ttm sr_mod input_leds drm_kms_helper ecdh_generic cdrom cfg80211 led_class ecc joydev drm intel_uncore wmi_bmof mxm_wmi i2c_i801 mei_me i2c_smbus mei rfkill agpgart i2c_core thermal fan video wmi backlight acpi_tad acpi_pad button [last unloaded: atlantic]
Apr 22 17:01:11 myunraid kernel: Preemption disabled at:
Apr 22 17:01:11 myunraid kernel: [<0000000000000000>] 0x0
Apr 22 17:01:11 myunraid kernel: CPU: 6 UID: 99 PID: 24821 Comm: Xvnc Tainted: P     UD    O       6.12.54-Unraid #1
Apr 22 17:01:11 myunraid kernel: Tainted: [P]=PROPRIETARY_MODULE, [U]=USER, [D]=DIE, [O]=OOT_MODULE
Apr 22 17:01:11 myunraid kernel: Hardware name: Micro-Star International Co., Ltd. MS-7E13/MAG B760M MORTAR WIFI II (MS-7E13), BIOS 1.B0 03/04/2026
Apr 22 17:01:11 myunraid kernel: Call Trace:
Apr 22 17:01:11 myunraid kernel: <TASK>
Apr 22 17:01:11 myunraid kernel: dump_stack_lvl+0x47/0x70
Apr 22 17:01:11 myunraid kernel: __schedule_bug+0x85/0xa0
Apr 22 17:01:11 myunraid kernel: __schedule+0x63/0x760
Apr 22 17:01:11 myunraid kernel: ? _printk+0x58/0x80
Apr 22 17:01:11 myunraid kernel: do_task_dead+0x3e/0x40
Apr 22 17:01:11 myunraid kernel: make_task_dead+0xfc/0x110
Apr 22 17:01:11 myunraid kernel: rewind_stack_and_make_dead+0x16/0x20
Apr 22 17:01:11 myunraid kernel: RIP: 0033:0x1474aefff6c0
Apr 22 17:01:11 myunraid kernel: Code: Unable to access opcode bytes at 0x1474aefff696.
Apr 22 17:01:11 myunraid kernel: RSP: 002b:00007ffcd73ac978 EFLAGS: 00010246
Apr 22 17:01:11 myunraid kernel: RAX: 00001474aefff6c0 RBX: 00001474b9f08fa8 RCX: 0000000000000001
Apr 22 17:01:11 myunraid kernel: RDX: 0000000000000003 RSI: 0000000000000000 RDI: 00001474b635dc00
Apr 22 17:01:11 myunraid kernel: RBP: 00007ffcd73ac9d0 R08: 00001474b635dc00 R09: 0000000000000007
Apr 22 17:01:11 myunraid kernel: R10: 000055dac13cbf80 R11: 1556005f37d461e2 R12: 000000000000096c
Apr 22 17:01:11 myunraid kernel: R13: 0000000000000000 R14: 00001474b9f07680 R15: 000055dac13c83f0
Apr 22 17:01:11 myunraid kernel: </TASK>

Rolled the driver back to 590.48.01 and all is well in my world again

I've attached diagnostics taken with each driver installed

myunraid-diagnostics-20260422-1702-Nvidia595.58.03.zip myunraid-diagnostics-20260422-1647-Nvidia590.48.01 .zip

610.43.02 seems to be back to working fine for me

I also have a problem with the Nvidia T400 and audio. When I close the Windows 11 virtual machine, Unraid freezes because it doesn't release the Nvidia audio.

Just now, strenczjan said:

I also have a problem with the Nvidia T400 and audio. When I close the Windows 11 virtual machine, Unraid freezes because it doesn't release the Nvidia audio.

Wrong support thread since the driver is meant to be not used if you are using the card in a VM:

Please create a post in the General Subforums.

I saw a post above about the same problem. I generally use Nvidia for containers and virtual machines. If this is the wrong post, I apologize.

Edited June 11Jun 11 by strenczjan

12 minutes ago, strenczjan said:

I generally use Nvidia for containers and virtual machines.

This is always unreliable and prone to breaking at any time since it's essentially hot-plugging something that's not meant to be. Normally when you want to use a GPU for VMs you bind it to VFIO, use it exclusively for VMs and the host OS never touches it.

Edited June 11Jun 11 by Kilrah

On 6/4/2026 at 10:10 PM, chrispy212 said:

I was streaming to my Apple TV. Nothing about my setup changed apart from upgrading unraid, the plugin and drivers.

I’ve since downgraded to 7.0.0 and set the drivers back to the oldest version, but the problem remains.

I’ve been streaming to a variety of clients without issue for years; now it buffers every 10 seconds and my unraid dash shows the GPU is idle and the CPU is pinned at 100%, something is definitely off.

There's a setting in the Plex server from a recent upgrade, Settings->Transcoder, "Enable HEVC Video Encoding" which apparently reverted something from a previous "beta" state to being disabled. Setting that to "Always Avalailable" appears to have remedied that for me. I was the same, I had a family member streaming to the official Plex app and for some reason was being transcoded to 4k H.264 and causing my CPU to ramp up pretty high. After some attempts to fix it by re-downloading the drivers and re-installing the plugin, I made that change and now streaming seems to be going OK, either direct play or through (hw).

Also changed: Setting "Hardware transcoding device" from Auto to "NVIDIA GB206 [GeForce RTX 5060]" and ensuring that "Enable HEVC Optimization" is also checked. Hopefully one of these will work!

Just going over the current thread as I have noticed that my system has since stopped using the GPU to transcode and is hitting the HW.

Wanted to make sure if there was specific steps or things needed since 7.3 (As i updated recently when I now noticed the issue) but also if my plex may just have some out-dated settings?

Transcode tested on both web and app all use CPU only when settings call out HW preference

My diag file is attached,

My docker image has the '--runtime=nvidia' along with the 'NVIDIA_VISIBLE_DEVICES' and it was working prior (not sure 100% when it stopped but it deff isnt using the GPU now)

GPU is showing in the transcode page and the driver is on the 'Recommended Driver: 580.159.04 (best-available)'

Not sure if there is more I need to do on the docker template since an update/changes as I see there are comments with other variables being listed but others saying the --runtime option should be suitable,

glados-diagnostics-20260616-2318.zip

Edited June 16Jun 16 by brent3000

6 minutes ago, brent3000 said:

Just going over the current thread as I have noticed that my system has since stopped using the GPU to transcode and is hitting the HW.

I don't see anything suspicious in your Diagnostics.

7 minutes ago, brent3000 said:

Wanted to make sure if there was specific steps or things needed since 7.3 (As i updated recently when I now noticed the issue) but also if my plex may just have some out-dated settings?

How did you test if transcoding is working, did you force a transcode, if yes on which client (iOS, Android, Browser), did you made sure that this is a media file without burnt in subtitles (since these are nutritious to cause the CPU go wild in combination with Plex), also do note that audio transcoding is done on the CPU not GPU (just if audio needs to be transcoded).

Please do also note that Plex transcodes in chunks so to speak, it will transcode, then pause the transcode, transcode, pause to transcode and so on.

Do you also have the capabilities variable in your Docker template as pointed out in the second thread.

12 hours ago, ich777 said:

How did you test if transcoding is working, did you force a transcode, if yes on which client (iOS, Android, Browser), did you made sure that this is a media file without burnt in subtitles (

I did mention in my post that I tested it on web, android, and desktop client along with others from using my library which are also on and off transcoding, all are using CPU no HW.

I have also tested different media, fully stopped media and tested other media to help validate,

12 hours ago, ich777 said:

Do you also have the capabilities variable in your Docker template as pointed out in the second thread.

I only have the following

'--runtime=nvidia'

along with the

'NVIDIA_VISIBLE_DEVICES' which is using my GPU ID as per the plugin (which is showing correctly in Plex)

'NVIDIA_DRIVER_CAPABILITIES' set to All

Do I need all of them to make it work if there has been changes or which other options should I be testing?

As shown in plex dash it sees the GPU correctly, not sure if there is another variable I'm missing or something which I can use to trry and get more logs to why it dosnt use the HW

Should I attempt to remove the drivers, re-install the plugin or is there a way to re-install the drivers another way?

Edited June 17Jun 17 by brent3000

Sooooo odd update,

I changed my Devices variable from GPU-xxxxxxxxxxxxxxx as per the plugin, and set it to All and then reloaded the docker and it seems to be working now,

Not sure if there is something strange with Plex or just using the specific GPU to call out in the variables but that seems to have fixed it for me now,

I can't seem to get the NVIDIA GPU passed through to a vulkan only container.

I'm trying to pass both my nvidia GPU (NVIDIA RTX 2060S) and my Intel GPU (Arc a770 16GB) directly to a llama.cpp container with vulkan backend.
I'm missing things that would let me inject the vulkan deps into the container.

I have uninstalled and reinstalled the most recent version of the NVIDIA driver.

Some commands and outpu:

root@Tower:~# lspci | grep -i "vga"
0a:00.0 VGA compatible controller: Intel Corporation DG2 [Arc A770] (rev 08)
0c:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2060 SUPER] (rev a1)
root@Tower:~# ls /usr/share/vulkan/icd.d
ls /usr/share/vulkan/implicit_layer.d
ls /etc/cdi
intel_hasvk_icd.x86_64.json  lvp_icd.x86_64.json      radeon_icd.x86_64.json
intel_icd.x86_64.json        nouveau_icd.x86_64.json  virtio_icd.x86_64.json
VkLayer_MESA_device_select.json
nvidia.yaml
root@Tower:~# ls -la /dev/dri
total 0
drwxrwxrwx  3 root root       140 Jun 24 09:51 ./
drwxr-xr-x 18 root root      4880 Jun 24 09:55 ../
drwxrwxrwx  2 root root       120 Jun 24 09:51 by-path/
crwxrwxrwx  1 root video 226,   0 Jun 24 09:51 card0
crwxrwxrwx  1 root video 226,   1 Jun 24 09:51 card1
crwxrwxrwx  1 root video 226, 128 Jun 24 09:51 renderD128
crwxrwxrwx  1 root video 226, 129 Jun 24 09:51 renderD129

Help would be appreciated!

I'm quite confused because I have used steam-headless on the NVIDIA GPU before (a while ago) and it was able to use steam proton which is a vulkan application. Now when I try to run something like:


root@Tower:~# docker run --rm -it \
  --device nvidia.com/gpu=all \
  -e NVIDIA_DRIVER_CAPABILITIES=all \
  ubuntu:24.04 \
  bash -c "apt-get update && apt-get install -y vulkan-tools && vulkaninfo --summary"

--------- truncated apt output ----------

ERROR: [Loader Message] Code 0 : libXext.so.6: cannot open shared object file: No such file or directory
ERROR: [Loader Message] Code 0 : loader_icd_scan: Failed loading library associated with ICD JSON libGLX_nvidia.so.0. Ignoring this JSON
'DISPLAY' environment variable not set... skipping surface info
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
==========
VULKANINFO
==========

Vulkan Instance Version: 1.3.275


Instance Extensions: count = 24
-------------------------------
VK_EXT_acquire_drm_display             : extension revision 1
VK_EXT_acquire_xlib_display            : extension revision 1
VK_EXT_debug_report                    : extension revision 10
VK_EXT_debug_utils                     : extension revision 2
VK_EXT_direct_mode_display             : extension revision 1
VK_EXT_display_surface_counter         : extension revision 1
VK_EXT_headless_surface                : extension revision 1
VK_EXT_surface_maintenance1            : extension revision 1
VK_EXT_swapchain_colorspace            : extension revision 5
VK_KHR_device_group_creation           : extension revision 1
VK_KHR_display                         : extension revision 23
VK_KHR_external_fence_capabilities     : extension revision 1
VK_KHR_external_memory_capabilities    : extension revision 1
VK_KHR_external_semaphore_capabilities : extension revision 1
VK_KHR_get_display_properties2         : extension revision 1
VK_KHR_get_physical_device_properties2 : extension revision 2
VK_KHR_get_surface_capabilities2       : extension revision 1
VK_KHR_portability_enumeration         : extension revision 1
VK_KHR_surface                         : extension revision 25
VK_KHR_surface_protected_capabilities  : extension revision 1
VK_KHR_wayland_surface                 : extension revision 6
VK_KHR_xcb_surface                     : extension revision 6
VK_KHR_xlib_surface                    : extension revision 6
VK_LUNARG_direct_driver_loading        : extension revision 1

Instance Layers: count = 5
--------------------------
VK_LAYER_INTEL_nullhw       INTEL NULL HW                1.1.73   version 1
VK_LAYER_MESA_device_select Linux device selection layer 1.4.303  version 1
VK_LAYER_MESA_overlay       Mesa Overlay layer           1.4.303  version 1
VK_LAYER_NV_optimus         NVIDIA Optimus layer         1.4.341  version 1
VK_LAYER_NV_present         NVIDIA Presentation Layer    1.4.341  version 1

Devices:
========
GPU0:
        apiVersion         = 1.4.318
        driverVersion      = 25.2.8
        vendorID           = 0x10005
        deviceID           = 0x0000
        deviceType         = PHYSICAL_DEVICE_TYPE_CPU
        deviceName         = llvmpipe (LLVM 20.1.2, 256 bits)
        driverID           = DRIVER_ID_MESA_LLVMPIPE
        driverName         = llvmpipe
        driverInfo         = Mesa 25.2.8-0ubuntu0.24.04.2 (LLVM 20.1.2)
        conformanceVersion = 1.3.1.1
        deviceUUID         = 6d657361-3235-2e32-2e38-2d3075627500
        driverUUID         = 6c6c766d-7069-7065-5555-494400000000

So the GPU is being passed in but vulkan cannot see it.

Any help would be greatly appreciated.

I have already tried using the unraid vulkan pluging I found on github to no avail, I have tried to manually generate nvidia vulkan ICDs to no avail. I'm out of ideas and not sure why it's not working. I have tried both the current "production" nvidia 595.80 driver and current 6nn.n+ driver branch.

Thanks!

Hello

I"m running unRAID v7.3.1 with a Quadro P2000. I'm using v580.159.04 of the driver as this is the last version to support the P2000.

The GPU is being used with Plex /Jellyfin/Emby to support hardware transcoding.

As newer versions of the Nvidia driver are released, how long will the v580 driver be available?

I'm afraid that if I do an unRAID upgrade I'll find that I can't use the P2000 because v580 is no longer available/compatible.

Thanks for the information!

20 hours ago, KeithG said:

As newer versions of the Nvidia driver are released, how long will the v580 driver be available?

I'm afraid that if I do an unRAID upgrade I'll find that I can't use the P2000 because v580 is no longer available/compatible.

One day you'll eventually have to either stop updating or replace the card, when that is nobody can know.

I cant get 610.43 to load for me, says I need to be on the open source driver for my setup (intel 14500, 5060). Any news on when that will be available? My x265 encoder I like updated and will only use 610