BSOD wegen dxgkrnl.sys

[Enigma]

Mir wurde die letzten Tage meinen Grafikkarten-Treiber auf 610.74 geupdated (Windows Updates).

Seit dem habe ich vereinzelt Crashes nach dem Booten - vermutlich WSL in Kombination mit den Grafikkarten-Treibern (Paravirtualisiert). Hatte zufällig jemand mal was ähnliches und weis welcher NVidia-Treiber "besser" funktioniert?

FAULTING_THREAD:  ffffdd0f885df080

CONTEXT:  ffff8502c108dd00 -- (.cxr 0xffff8502c108dd00)
rax=0000000000000001 rbx=ffff8502c108e820 rcx=0000000000000000
rdx=ffff8502c108e820 rsi=ffffdd0f89345ca0 rdi=00000000000000d0
rip=fffff80699a266d4 rsp=ffff8502c108e708 rbp=0000000000000000
 r8=ffffdd0f89345ca0  r9=0000000000000000 r10=0000fffff80699c3
r11=ffff767b14200000 r12=0000000000000000 r13=0000000000000004
r14=0000000000000002 r15=ffffdd0f70fc3030
iopl=0         nv up ei pl nz na po nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00050202
dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest:
fffff806`99a266d4 8a8164010000    mov     al,byte ptr [rcx+164h] ds:002b:00000000`00000164=??
Resetting default scope

PROCESS_NAME:  vmwp.exe

IP_IN_PAGED_CODE:
dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest+0
fffff806`99a266d4 8a8164010000    mov     al,byte ptr [rcx+164h]

STACK_TEXT: 
dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest
dxgkrnl!DXGK_VIRTUAL_GPU_PARAV::ReadVirtualFunctionConfig+0x105
dxgkrnl!ADAPTER_RENDER::ReadVirtualFunctionConfig+0x8b
dxgkrnl!DxgkDdiReadVirtualFunctionConfig+0x51
dxgkrnl!DpiDdiReadVirtualFunctionConfig+0x7b
vpcivsp!MuxReadVfConfig+0x34
vpcivsp!VirtualDeviceSetBusMasterEnable+0x130
vpcivsp!VirtualDeviceUnmapBARs+0x2e4
vpcivsp!VirtualDeviceRemove+0x49
vpcivsp!VspEvtFileClose+0x243
Wdf01000!FxFileObjectFileClose::Invoke+0x26
Wdf01000!FxPkgGeneral::OnClose+0xd6
Wdf01000!FxPkgGeneral::Dispatch+0xa5
Wdf01000!DispatchWorker+0x6a
Wdf01000!FxDevice::Dispatch+0x88
Wdf01000!FxDevice::DispatchWithLock+0x156
nt!IofCallDriver+0x55
nt!IopDeleteFile+0x14f
nt!ObpRemoveObjectRoutine+0x80
nt!ObfDereferenceObjectWithTag+0xc7
nt!ObCloseHandleTableEntry+0x6c9
nt!ExSweepHandleTable+0xd5
nt!ObKillProcess+0x35
nt!PspRundownSingleProcess+0x204
nt!PspExitThread+0x5f6
nt!KiSchedulerApcTerminate+0x38
nt!KiDeliverApc+0x60d
nt!KiInitiateUserApc+0x70
nt!KiSystemServiceExit+0x9f
0x00007ff8`3dc910a4



SYMBOL_NAME:  dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest+0
MODULE_NAME: dxgkrnl
IMAGE_NAME:  dxgkrnl.sys
STACK_COMMAND: .cxr 0xffff8502c108dd00 ; kb
BUCKET_ID_FUNC_OFFSET:  0
FAILURE_BUCKET_ID:  AV_dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest
OS_VERSION:  10.0.19041.1
BUILDLAB_STR:  vb_release
OSPLATFORM_TYPE:  x64
OSNAME:  Windows 10

 

[kado001]

Zu wenig Informationen. Bitte nenne die komplette Hardware inklusive OV/UV RAM-Profile und evtl. vorhandenem Rizer-Kabel

 

[cosmo45]

gehst einfach in eine KI rein reincopieren und gut, und du has zu 99,9 Prozent die richtige Auswertung, geht schneller als wenn man Rät

 

[Enigma]

Hardware in Signatur. Kein OC/UV auf CPU/RAM/GPU/Chipset. Läuft alles Stock, sogar der RAM läuft auf JEDEC mit DDR5-4800 CL40. Kein Rizer-Kabel vorhanden. Ich denke das ist eher ein Software-Problem. Aber ein Memtest würd ich nach der Anregung tatsächlich mal heute nacht laufen lassen.

Ergänzung (Heute um 09:33)

gehst einfach in eine KI rein reincopieren und gut, und du has zu 99,9 Prozent die richtige Auswertung, geht schneller als wenn man Rät

Das hab ich tatsächlich, aber die hat nur das wiederholt was ich im trace lesen und analysieren kann.

dxgkrnl!DXGVIRTUALMACHINE::IsWsl2Guest
→ dxgkrnl!DXGK_VIRTUAL_GPU_PARAV::ReadVirtualFunctionConfig
→ vpcivsp!MuxReadVfConfig
→ vpcivsp!VirtualDeviceUnmapBARs
→ vpcivsp!VspEvtFileClose

Der Absturz erfolgte während des Herunterfahrens einer virtuellen Maschine, konkret beim Entfernen virtueller Geräte (VirtualDeviceRemove) im Zusammenhang mit dem virtuellen GPU-Paravirtualisierungstreiber.

Wobei ich das "Herunterfahren" nicht unterschreiben würde - das kann auch ein Hotplugging sein.

Deswegen die Frage nach "stabilen" Treibern.

 

[Asghan]

Hardware in Signatur.

Es wurde hier im Forum groß und breit diskutiert warum auf die Signatur zu verweisen NICHT ausreichend ist. Gibt sogar nen Sticky dazu.

 

[joel]

Nun der .88 ist ja jetzt da.
Komplette Neuinstallation des Treibers eine Option?

 

[Enigma]

Was mir echt angst macht, wie gefährlich KI's inzwischen geworden sind. Ich hab der KI mehr Infos gegeben und um Hilfe gebeten. Fast jeder Maßnahme die Empfohlen wurde war totaler quatsch. Bei Nachfragen kommt ein "oh ja das ist nicht kritisch, du hast recht".

Ich beobachte das mal - kommt nicht bei jedem Boot vor. Ggf. ist das nur eine kleine "race-condition" die durch WSL und HyperV nicht korrekt gemanaged wird.

Den Treiber von NV werd ich ggf. nochmal manuell installieren - vielleicht löst das das Problem schon.

 

[Wolfgang.R-357:]

Ich verstehe das Thema nicht ganz, warum diskutieren, lade dir einfach von der Nvidia-Seite ältere Versionen des Treibers herunter und teste, oder gehe auf die neuere 610.88 Version.
Vorher kann man noch DDU im Abgesicherten Modus verwenden.
Jeder Treiber hat Fehler und verursacht Querschläger, in jeder Version werden Fehler behoben und neue eingebaut, aber nicht bei allen und nicht überall, deswegen ist eine spezifische Nennung bezogen auf dein System nicht möglich.