F38 KDE on nvidia RTX3060 fails to work with rpmfusion drivers

I have Fedora installed on a SSD that I use to verify that a new release will work on my hardware.
My desktop system that has a nvidia RTX3060 that works great with F37.

But when I test with F38 I am seeing these errors repeated from the kernel 6.2.11-300.fc38.x86_64 and akmod-nvidia-530.41.03-1.fc38.x86_64:

Apr 24 10:27:39 rescue.chelsea.private sddm-helper-start-wayland[1517]: "kwin_wayland_drm: failed to import AR24 gbm_bo for multi-gpu usage: Function not implemented\n"
Apr 24 10:27:39 rescue.chelsea.private kernel: simple-framebuffer simple-framebuffer.0: swiotlb buffer is full (sz: 2953216 bytes), total 32768 (slots), used 94 (slots)
Apr 24 10:27:39 rescue.chelsea.private sddm-helper-start-wayland[1517]: "kwin_wayland_drm: failed to import XR24 gbm_bo for multi-gpu usage: Function not implemented\n"
Apr 24 10:27:39 rescue.chelsea.private kernel: simple-framebuffer simple-framebuffer.0: swiotlb buffer is full (sz: 3145728 bytes), total 32768 (slots), used 0 (slots)
Apr 24 10:27:39 rescue.chelsea.private sddm-helper-start-wayland[1517]: "kwin_wayland_drm: mapping a AR24 gbm_bo failed: Invalid argument\n"
Apr 24 10:27:39 rescue.chelsea.private kernel: ------------[ cut here ]------------
Apr 24 10:27:39 rescue.chelsea.private kernel: ioremap on RAM at 0x00000001971d1000 - 0x00000001974d0fff
Apr 24 10:27:39 rescue.chelsea.private kernel: WARNING: CPU: 10 PID: 1518 at arch/x86/mm/ioremap.c:211 __ioremap_caller+0x1ea/0x3b0
Apr 24 10:27:39 rescue.chelsea.private kernel: Modules linked in: 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 ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_raw iptable_security ip_set nf_tables nfnetlink ip6table_filter ip6_tables iptable_filter ip_tables qrtr bnep sunrpc nvidia_drm(POE) nvidia_modeset(POE) nvidia_uvm(POE) nvidia(POE) vfat fat snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_sof snd_sof_utils snd_soc_hdac_hda snd_hda_ext_core iwlmvm snd_soc_acpi_intel_match intel_rapl_msr snd_soc_acpi soundwire_bus intel_rapl_common intel_tcc_cooling mac80211 x86_pkg_temp_thermal intel_powerclamp snd_soc_core snd_hda_codec_realtek coretemp snd_hda_codec_generic snd_hda_codec_hdmi kvm_intel snd_compress ac97_bus snd_pcm_dmaengine
Apr 24 10:27:39 rescue.chelsea.private kernel:  snd_hda_intel snd_intel_dspcfg libarc4 snd_intel_sdw_acpi kvm btusb snd_hda_codec snd_hda_core iwlwifi btrtl btbcm snd_hwdep snd_seq btintel irqbypass asus_nb_wmi snd_seq_device eeepc_wmi btmtk rapl asus_wmi intel_cstate snd_pcm iTCO_wdt intel_pmc_bxt pmt_telemetry ledtrig_audio iTCO_vendor_support mei_hdcp snd_timer joydev mei_pxp sparse_keymap pmt_class cfg80211 bluetooth intel_uncore platform_profile wmi_bmof pcspkr i2c_i801 snd mei_me xpad mei soundcore ff_memless rfkill i2c_smbus idma64 intel_vsec acpi_tad acpi_pad loop zram nvme crct10dif_pclmul crc32_pclmul crc32c_intel polyval_clmulni nvme_core polyval_generic uas ghash_clmulni_intel r8169 sha512_ssse3 usb_storage nvme_common vmd video wmi pinctrl_alderlake scsi_dh_rdac scsi_dh_emc scsi_dh_alua fuse dm_multipath
Apr 24 10:27:39 rescue.chelsea.private kernel: CPU: 10 PID: 1518 Comm: kwin_wayland Tainted: P           OE      6.2.11-300.fc38.x86_64 #1
Apr 24 10:27:39 rescue.chelsea.private kernel: Hardware name: ASUS System Product Name/PRIME Z690-P WIFI, BIOS 1620 08/12/2022
Apr 24 10:27:39 rescue.chelsea.private kernel: RIP: 0010:__ioremap_caller+0x1ea/0x3b0
Apr 24 10:27:39 rescue.chelsea.private kernel: Code: e4 fe ff ff 80 3d ca 0c 23 02 00 75 a7 48 8d 54 24 28 48 8d 74 24 18 48 c7 c7 25 29 85 b5 c6 05 b0 0c 23 02 01 e8 86 46 07 00 <0f> 0b eb 86 83 fa 01 75 08 84 c9 0f 85 4e ff ff ff 44 8b 64 24 24
Apr 24 10:27:39 rescue.chelsea.private kernel: RSP: 0018:ffffaffc817efcd0 EFLAGS: 00010282
Apr 24 10:27:39 rescue.chelsea.private kernel: RAX: 0000000000000000 RBX: 00000001971d1000 RCX: 0000000000000000
Apr 24 10:27:39 rescue.chelsea.private kernel: RDX: 0000000000000002 RSI: 0000000000000027 RDI: 00000000ffffffff
Apr 24 10:27:39 rescue.chelsea.private kernel: RBP: ffff931016d23788 R08: 0000000000000000 R09: ffffaffc817efb60
Apr 24 10:27:39 rescue.chelsea.private kernel: R10: 0000000000000003 R11: ffffffffb61447c8 R12: 0000000000000001
Apr 24 10:27:39 rescue.chelsea.private kernel: R13: 0000000000300000 R14: ffffffffc0bc0b06 R15: 0000000000000000
Apr 24 10:27:39 rescue.chelsea.private kernel: FS:  00007f25dc2c5e80(0000) GS:ffff9316dfa80000(0000) knlGS:0000000000000000
Apr 24 10:27:39 rescue.chelsea.private kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 24 10:27:39 rescue.chelsea.private kernel: CR2: 0000555710e59208 CR3: 0000000134f6c006 CR4: 0000000000770ee0
Apr 24 10:27:39 rescue.chelsea.private kernel: PKRU: 55555554
Apr 24 10:27:39 rescue.chelsea.private kernel: Call Trace:
Apr 24 10:27:39 rescue.chelsea.private kernel:  <TASK>
Apr 24 10:27:39 rescue.chelsea.private kernel:  __nv_drm_gem_nvkms_map+0x56/0xb0 [nvidia_drm]
Apr 24 10:27:39 rescue.chelsea.private kernel:  __nv_drm_gem_map_nvkms_memory_offset+0x30/0x90 [nvidia_drm]
Apr 24 10:27:39 rescue.chelsea.private kernel:  nv_drm_gem_map_offset_ioctl+0x45/0xd0 [nvidia_drm]
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? __pfx_nv_drm_gem_map_offset_ioctl+0x10/0x10 [nvidia_drm]
Apr 24 10:27:39 rescue.chelsea.private kernel:  drm_ioctl_kernel+0xc6/0x170
Apr 24 10:27:39 rescue.chelsea.private kernel:  drm_ioctl+0x235/0x410
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? __pfx_nv_drm_gem_map_offset_ioctl+0x10/0x10 [nvidia_drm]
Apr 24 10:27:39 rescue.chelsea.private kernel:  __x64_sys_ioctl+0x8d/0xd0
Apr 24 10:27:39 rescue.chelsea.private kernel:  do_syscall_64+0x59/0x90
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? do_syscall_64+0x68/0x90
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? do_syscall_64+0x68/0x90
Apr 24 10:27:39 rescue.chelsea.private kernel:  ? do_syscall_64+0x68/0x90
Apr 24 10:27:39 rescue.chelsea.private kernel:  entry_SYSCALL_64_after_hwframe+0x72/0xdc
Apr 24 10:27:39 rescue.chelsea.private kernel: RIP: 0033:0x7f25e07280ad
Apr 24 10:27:39 rescue.chelsea.private kernel: Code: 04 25 28 00 00 00 48 89 45 c8 31 c0 48 8d 45 10 c7 45 b0 10 00 00 00 48 89 45 b8 48 8d 45 d0 48 89 45 c0 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1a 48 8b 45 c8 64 48 2b 04 25 28 00 00 00
Apr 24 10:27:39 rescue.chelsea.private kernel: RSP: 002b:00007ffda5b58ee0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Apr 24 10:27:39 rescue.chelsea.private kernel: RAX: ffffffffffffffda RBX: 0000555710e4c370 RCX: 00007f25e07280ad
Apr 24 10:27:39 rescue.chelsea.private kernel: RDX: 00007ffda5b58f70 RSI: 00000000c010644a RDI: 0000000000000013
Apr 24 10:27:39 rescue.chelsea.private kernel: RBP: 00007ffda5b58f30 R08: 0000000000000013 R09: 0000000000000000
Apr 24 10:27:39 rescue.chelsea.private kernel: R10: 00007ffda5b59050 R11: 0000000000000246 R12: 00007ffda5b58f70
Apr 24 10:27:39 rescue.chelsea.private kernel: R13: 00000000c010644a R14: 0000000000000013 R15: 00007ffda5b592e0
Apr 24 10:27:39 rescue.chelsea.private kernel:  </TASK>
Apr 24 10:27:39 rescue.chelsea.private kernel: ---[ end trace 0000000000000000 ]---

And kwin_wayland is taking 100% CPU (given the the kernel issues not surprising)

$ top -i -b -n 1
top - 09:34:52 up 7 min,  1 user,  load average: 1.47, 1.16, 0.58
Tasks: 331 total,   2 running, 329 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.9 us,  5.4 sy,  0.0 ni, 93.4 id,  0.3 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :  31889.3 total,  29124.9 free,    977.9 used,   1786.5 buff/cache
MiB Swap:  12116.0 total,  12116.0 free,      0.0 used.  30502.3 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   1518 sddm      20   0 1104164 140712 109024 R 100.0   0.4   7:13.53 kwin_wayland
   1520 sddm      20   0 3313096 326088 128608 S  20.0   1.0   0:19.64 sddm-greeter
b (END)

Does the problem happen with X11 session, or only Wayland?

You can try to rebuild the kmod in case something went wrong.

Check transaction history:

dnf history info kmod-nvidia-6.2.11-300.fc38.x86_64

Remove it:

sudo dnf rm kmod-nvidia-6.2.11-300.fc38.x86_64

Rebuild it (assuming you are booted on 6.2.11-300 kernel):

sudo akmods

If you are on a different kernel, you must specify the kernel to build for:

sudo akmods --kernel 6.2.11-300.fc38.x86_64

Config sddm to use x11 improves matters.
Now ssdm is not use kwin_wayland that is triggered the kernel issue.

But KDE is still not working well in X11 mode either.
Keep reporting that plasmashell (I think) is crashing.
I Rebooted, via ssh, after 433 user spaces crashs.

If it did not compile I would not have a loaded module.

What is your reason to think this is needed?

It may not be the problem, but certainly does no harm to rebuild the module.

There have been several cases where a simple rebuild of the module as suggested has fixed the reported issues.

It is also one of the early troubleshooting steps I use.