Arch Linux User Repository

This currently breaks with kernel 6.12.1, falling back to the generic VGA driver. The following stack trace shows in the logs:

WARNING: CPU: 5 PID: 666 at drivers/gpu/drm/drm_file.c:312 drm_open_helper+0x134/0x150
Modules linked in: rfkill f71882fg ip6t_REJECT nf_reject_ipv6 xt_hl ip6t_rt ipt_REJECT nf_reject_ipv4 xt_LOG nf_log_syslog xt_limit xt_addrtype xt_tcpudp xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c ip6table_filter ip6_tables iptable_filter snd_hda_codec_realtek snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_scodec_component intel_powerclamp snd_hda_intel snd_intel_dspcfg coretemp snd_intel_sdw_acpi nvidia_drm(POE) nvidia_modeset(POE) snd_hda_core kvm ir_rc6_decoder snd_hwdep snd_pcm sha512_ssse3 r8169 iTCO_wdt sha256_ssse3 snd_timer intel_pmc_bxt gpio_ich realtek sha1_ssse3 i2c_i801 rc_rc6_mce iTCO_vendor_support video snd mdio_devres intel_cstate i2c_smbus intel_uncore pcspkr acpi_cpufreq i2c_mux mceusb libphy soundcore lpc_ich wmi i7core_edac i5500_temp mousedev joydev mac_hid nvidia(POE) crypto_user dm_mod loop nfnetlink ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 sr_mod cdrom ata_generic firewire_ohci pata_acpi hid_generic
 firewire_core crc32c_intel ata_piix crc_itu_t pata_jmicron usbhid
CPU: 5 UID: 0 PID: 666 Comm: Xorg.wrap Tainted: P          IOE      6.12.1-arch1-1 #1 33f4a68ee85c59cb5d6edb747af0349869779b24
Tainted: [P]=PROPRIETARY_MODULE, [I]=FIRMWARE_WORKAROUND, [O]=OOT_MODULE, [E]=UNSIGNED_MODULE
Nov 30 00:24:22 htpc kernel: Hardware name: MSI MS-7522/MSI X58 Pro (MS-7522)      , BIOS V7.3 04/17/2009
RIP: 0010:drm_open_helper+0x134/0x150
Code: 5d 41 5c c3 cc cc cc cc 48 89 df e8 96 92 fe ff 85 c0 0f 84 7a ff ff ff 48 89 df 89 44 24 04 e8 22 fa ff ff 8b 44 24 04 eb d1 <0f> 0b b8 ea ff ff ff eb c8 b8 ea ff ff ff eb c1 b8 f0 ff ff ff eb
RSP: 0018:ffffb2900367b870 EFLAGS: 00010246
RAX: ffffffffc4ecf320 RBX: ffff99ea5b9f95c8 RCX: 0000000000000000
RDX: ffff99ea47154c80 RSI: ffff99ea5b9f95c8 RDI: ffff99ea55adc840
RBP: ffff99ea55adc840 R08: 0000000000000800 R09: ffff99ea4022ecd0
R10: 00000000000000e2 R11: 0000000000000002 R12: ffff99ea5cc88000
R13: ffffffffc4ecf320 R14: 00000000ffffffed R15: ffffb2900367bb5c
FS:  0000762fbb957740(0000) GS:ffff99eaf9c80000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000762fbbb02fb3 CR3: 000000010470c000 CR4: 00000000000026f0
Call Trace:
 <TASK>
 ? drm_open_helper+0x134/0x150
 ? __warn.cold+0x93/0xf6
 ? drm_open_helper+0x134/0x150
 ? report_bug+0xff/0x140
 ? handle_bug+0x58/0x90
 ? exc_invalid_op+0x17/0x70
 ? asm_exc_invalid_op+0x1a/0x20
 ? drm_open_helper+0x134/0x150
 drm_open+0x73/0x110
 drm_stub_open+0x9e/0xd0
 chrdev_open+0xb3/0x230
 ? __pfx_chrdev_open+0x10/0x10
 do_dentry_open+0x14f/0x4a0
 vfs_open+0x2e/0xe0
 path_openat+0x82e/0x12e0
 ? drm_master_create+0x23/0xb0
 ? drm_master_create+0x23/0xb0
 ? drm_new_set_master+0x4d/0x110
 ? drm_connector_list_iter_next+0x7f/0xc0
 do_filp_open+0xc4/0x170
 do_sys_openat2+0xae/0xe0
 __x64_sys_openat+0x55/0xa0
 do_syscall_64+0x82/0x190
 ? drm_atomic_state_default_clear+0x1c3/0x2e0
 ? kfree+0x2eb/0x360
 ? drm_modeset_drop_locks+0x5b/0x80
 ? __drm_atomic_state_free+0x9f/0xb0
 ? drm_client_modeset_commit_atomic+0x1c3/0x250
 ? drm_client_modeset_commit_locked+0xe1/0x160
 ? __memcg_slab_free_hook+0xf7/0x140
 ? __x64_sys_close+0x3c/0x80
 ? kmem_cache_free+0x3fa/0x450
 ? syscall_exit_to_user_mode+0x37/0x1c0
 ? do_syscall_64+0x8e/0x190
 ? do_user_addr_fault+0x36c/0x620
 entry_SYSCALL_64_after_hwframe+0x76/0x7e
RIP: 0033:0x762fbba652e3
Code: 83 e2 40 75 52 89 f0 f7 d0 a9 00 00 41 00 74 47 80 3d 90 3d 0e 00 00 74 62 89 da 4c 89 e6 bf 9c ff ff ff b8 01 01 00 00 0f 05 <48> 3d 00 f0 ff ff 0f 87 81 00 00 00 48 8b 55 b8 64 48 2b 14 25 28
RSP: 002b:00007ffdc4c723f0 EFLAGS: 00000202 ORIG_RAX: 0000000000000101
RAX: ffffffffffffffda RBX: 0000000000000002 RCX: 0000762fbba652e3
RDX: 0000000000000002 RSI: 00007ffdc4c724d0 RDI: 00000000ffffff9c
RBP: 00007ffdc4c72460 R08: 0000000000000064 R09: 00000000ffffffff
R10: 0000000000000000 R11: 0000000000000202 R12: 00007ffdc4c724d0
R13: 00007ffdc4c724d0 R14: 0000000000000001 R15: 0000000000000004
 </TASK>

I had been using this due to the suspend/resume kernel panics with newer drivers, which is thankfully fixed with the 565 driver and kernel 6.12. However, the 535 driver still performs better for suspend/resume, as the 565 driver takes longer to resume and around half the time uses stereo for HDMI audio when connected to a 5.1 surround sound system, which requires another suspend/resume cycle to correct. It would be nice to have a fixed

Hi, I have this error when installing nvidia-535xx-utils

nvidia-535xx-utils: /usr/lib/libnvidia-egl-gbm.so exists in filesystem (owned by egl-gbm)
nvidia-535xx-utils: /usr/lib/libnvidia-egl-gbm.so.1 exists in filesystem (owned by egl-gbm)
nvidia-535xx-utils: /usr/share/egl/egl_external_platform.d/15_nvidia_gbm.json exists in filesystem (owned by egl-gbm)

Looks like egl-gbm should be added to conflicts and provides. Thanks

There is a little patch needed for linux 6.10: https://gitlab.com/herecura/packages/nvidia-535xx-utils/-/blob/d1199ffe128f5c09072527afc0aeb06ad04e109e/linux-6.10.patch

The DKMS build worked for me when installing with the latest kernel and GCC.

DKMS build is currently broken, due to this issue: https://forums.developer.nvidia.com/t/nvidia-modules-build-failure-with-upcoming-gcc-14-and-recent-kernels-due-to-misfiring-conftest-sh-test-heads-up/279072

With the nvidia-drivers-470.223.02-gpl-pfn_valid.patch patch, everything became normal.