VirtualBox sous linux : blocage sur __lock_acquire sous Fedora Core 35

Depuis quelques temps, VirtualBox (VirtualBox-6.1.x86_64) est inutilisable sur ma station de travail (Linux FC35, le noyau est 5.16.12-200.fc35.x86_64+debug : mais le problème existait déjà sur FC33). L'interface graphique démarre, mais toute tentative d'activation d'une VM entraîne une fenêtre de suspension ("Starting VM...." et "Starting VM.../2"). dmesg se plaint d'un pointeur nul :

[Mon Mar  7 15:38:56 2022] SUPR0GipMap: fGetGipCpu=0xb
[Mon Mar  7 15:38:59 2022] BUG: kernel NULL pointer dereference, address: 0000000000000018
[Mon Mar  7 15:38:59 2022] #PF: supervisor read access in kernel mode
[Mon Mar  7 15:38:59 2022] #PF: error_code(0x0000) - not-present page
[Mon Mar  7 15:38:59 2022] PGD 3c993067 P4D 3c993067 PUD 3ca29067 PMD 0 
[Mon Mar  7 15:38:59 2022] Oops: 0000 [#1] PREEMPT SMP NOPTI
[Mon Mar  7 15:38:59 2022] CPU: 1 PID: 12343 Comm: EMT-0 Tainted: G           OE     5.16.12-200.fc35.x86_64+debug #1
[Mon Mar  7 15:38:59 2022] Hardware name: Dell Inc. Studio XPS 7100/0FF3FN, BIOS A02 05/05/2010
[Mon Mar  7 15:38:59 2022] RIP: 0010:__lock_acquire+0x5df/0x1de0

Après avoir tué les processus Windows et associés, il reste les modules du noyau vbox dans un état non réactif (ils ne peuvent pas être déchargés), et au moins deux processus userspace errants, VBoxXPCOMIPCD et VBoxSvc (le premier peut être éliminé via kill, le second devient un zombie après kill). A ce moment là, vboxmanage est aussi foutu. straceing montre qu'il s'accroche à un futex :

futex(0xacb320, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, {tv_sec=1649267441, tv_nsec=663216000}, FUTEX_BITSET_MATCH_ANY

J'ai parcouru le net, mais je n'ai pas trouvé grand-chose (en fait, très peu). Des idées/expériences ?