Fehlerüberprüfung 0x10D: WDF_VIOLATION
Die WDF_VIOLATION Fehlerüberprüfung hat den Wert 0x0000010D. Dies gibt an, dass Kernel-Mode Driver Framework (KMDF) erkannt hat, dass Windows einen Fehler in einem frameworkbasierten Treiber gefunden hat.
Wichtig
Dieser Artikel richtet sich an Programmierer. Wenn Sie ein Kunde sind, der während der Verwendung Ihres Computers einen Bluescreen-Fehlercode erhalten hat, finden Sie weitere Informationen unter Behandeln von Bluescreenfehlern.
WDF_VIOLATION Parameter
Parameter 1 gibt den spezifischen Fehlercode der Fehlerprüfung an. Parameter 4 ist reserviert.
| Parameter 1 | Parameter 2 | Parameter 3 | Fehlerursache |
|---|---|---|---|
0x1 |
Zeiger auf eine WDF_POWER_ROUTINE_TIMED_OUT_DATA-Struktur |
Reserviert |
Bei einem frameworkbasierten Treiber ist ein Timeout während eines Strombetriebs aufgetreten. Dies bedeutet in der Regel, dass der Gerätestapel das DO_POWER_PAGABLE Bit nicht festgelegt hat und ein Treiber versucht hat, nach dem Herunterfahren des Auslagerungsgerätestapels einen auslagerungsfähigen Vorgang durchzuführen. |
0x2 |
Reserviert |
Reserviert |
Es wird versucht, eine Sperre zu erhalten, die derzeit gehalten wird. |
0x3 |
WDFREQUEST-Handle |
Die Anzahl der ausstehenden Verweise, die auf beiden Puffern verbleiben |
Windows Driver Framework Verifier ist ein schwerwiegender Fehler aufgetreten. Insbesondere wurde eine E/A-Anforderung abgeschlossen, aber ein Frameworkanforderungsobjekt kann nicht gelöscht werden, da ausstehende Verweise auf den Eingabepuffer, den Ausgabepuffer oder beides vorhanden sind. |
0x4 |
Reserviert |
Adresse des Anrufers |
Ein NULL-Parameter wurde an eine Funktion übergeben, die einen Wert ohne NULL erforderte. |
0x5 |
Der übergebene Handle-Wert |
Reserviert |
Ein Frameworkobjekthandle des falschen Typs wurde an eine Frameworkobjektmethode übergeben. |
0x6 |
Siehe dazu die folgende Tabelle. |
||
0x7 |
Das Handle des Frameworkobjekts |
Reserviert |
Ein Treiber hat versucht, ein Frameworkobjekt falsch zu löschen, indem er WdfObjectDereference aufgerufen hat , um ein Handle zu löschen, anstatt WdfObjectDelete aufzurufen. |
0x8 |
Das Handle des DMA-Transaktionsobjekts |
Reserviert |
Ein Vorgang ist für ein DMA-Transaktionsobjekt aufgetreten, während es sich nicht im richtigen Zustand befand. |
0x9 |
Derzeit nicht verwendet. |
||
0xA |
Ein Zeiger auf eine WDF_QUEUE_FATAL_ERROR_DATA-Struktur |
Reserviert |
Beim Verarbeiten einer Anforderung, die sich derzeit in der Warteschlange befindet, ist ein schwerwiegender Fehler aufgetreten. |
0xB |
Siehe dazu die folgende Tabelle. |
||
0xC |
WDFDEVICE-Handle |
Zeiger auf neue PnP-IRP |
Ein neues PnP-IRP zur Änderung des Zustands wurde eingetroffen, während der Treiber eine andere zustandsverändernde PnP-IRP verarbeitete. |
0xD |
WDFDEVICE-Handle |
Zeiger auf Energie-IRP |
Der Besitzer der Energierichtlinie eines Geräts hat eine Energie-IRP erhalten, die er nicht anzufordern hat. Es gibt möglicherweise mehrere Besitzer von Energierichtlinien, aber nur einer ist zulässig. Ein KMDF-Treiber kann den Besitz von Energierichtlinien ändern, indem er WdfDeviceInitSetPowerPolicyOwnership aufruft. |
0xE |
IRQL, bei dem die Ereignisrückruffunktion aufgerufen wurde. |
IRQL, bei dem die Ereignisrückruffunktion zurückgegeben wurde. |
Eine Ereignisrückruffunktion wurde nicht bei derselben IRQL zurückgegeben, bei der sie aufgerufen wurde. Die Rückruffunktion hat den IRQL direkt oder indirekt geändert (z. B. durch Den Erwerb eines Spinlocks, der IRQL auf DISPATCH_LEVEL hebt, aber den Spinlock nicht freigibt). |
0xF |
Adresse einer Ereignisrückruffunktion. |
Reserviert |
Eine Ereignisrückruffunktion ist in einen kritischen Bereich eingedrungen, hat den kritischen Bereich jedoch vor der Rückgabe nicht verlassen. |
Parameter 1 entspricht 0x6
Wenn Parameter 1 gleich 0x6 ist, ist bei der Behandlung einer WDF-Anforderung ein schwerwiegender Fehler aufgetreten. In diesem Fall gibt Parameter 2 den Typ des schwerwiegenden Fehlers an, der durch die Enumeration WDF_REQUEST_FATAL_ERROR definiert wurde.
| Parameter 2 | Parameter 3 | Fehlerursache |
|---|---|---|
0x1 |
Die Adresse des IRP |
Zum Formatieren der zugrunde liegenden IRP sind keine E/A-Stapelspeicherorte mehr verfügbar. |
0x2 |
Der WDF-Anforderungshandlewert |
Es wurde versucht, ein Frameworkanforderungsobjekt zu formatieren, das kein IRP enthielt. |
0x3 |
Der WDF-Anforderungshandlewert |
Der Treiber hat versucht, eine Frameworkanforderung zu senden, die bereits an ein E/A-Ziel gesendet wurde. |
0x4 |
Ein Zeiger auf eine WDR_REQUEST_FATAL_ERROR_INFORMATION_LENGTH_MISMATCH_DATA-Struktur, die einen Zeiger auf den IRP, einen WDF-Anforderungshandlewert, eine IRP-Hauptfunktion und die Anzahl der Bytes enthält, die versucht wurden, geschrieben zu werden. |
Der Treiber hat eine Frameworkanforderung abgeschlossen, aber mehr Bytes in den Ausgabepuffer geschrieben, als im IRP angegeben sind. |
Parameter 1 entspricht 0xB
Wenn Parameter 1 gleich 0xB ist, war ein Versuch, eine Sperre abzurufen oder zu lösen, ungültig. In diesem Fall gibt Parameter 3 den aufgetretenen Fehler weiter an.
| Parameter 2 | Parameter 3 | Fehlerursache |
|---|---|---|
Der Handle-Wert |
0x0 |
Ein an WdfObjectAcquireLock oder WdfObjectReleaseLock übergebenes Handle stellt ein Objekt dar, das keine Synchronisierungssperren unterstützt. |
Ein WDF-Drehsperre-Griff |
0x1 |
Die Spinsperre wird von einem Thread freigegeben, der sie nicht abgerufen hat. |
Ursache
Eine Erläuterung der Ursache finden Sie in der Beschreibung der einzelnen Codes im Abschnitt Parameter.
Lösung
Die Debugerweiterung !analyze zeigt Informationen zur Fehlerüberprüfung an und kann beim Sammeln von Informationen hilfreich sein, z. B. das Modul für fehlerhaften Code.
In der Regel liefert die WDF-Dumpdatei weitere Informationen zu dem Treiber, der diese Fehlerprüfung verursacht hat. Verwenden Sie diesen Befehl, um die Protokolldatei anzuzeigen.
kd> !wdfkd.wdflogdump <WDF_Driver_Name>
Wenn Parameter 1 gleich 0x2 ist, untersuchen Sie den Stapel des Aufrufers, um die betreffende Sperre zu bestimmen.
Wenn Parameter 1 gleich 0x3 ist, enthält das Kernel-Mode Driver Framework-Fehlerprotokoll Details zu den ausstehenden Verweisen.
Wenn Parameter 1 gleich 0x4 ist, verwenden Sie den ln-Debuggerbefehl mit dem Wert von Parameter 3 als Argument, um zu bestimmen, welche Funktion einen Nicht-NULL-Parameter erfordert.
Wenn Parameter 1 gleich 0x7 ist, verwenden Sie den Erweiterungsbefehl !wdfkd.wdfhandleParameter 2 , um den Handletyp zu bestimmen.
Wenn Parameter 1 gleich 0xA ist, gibt die WDF_QUEUE_FATAL_ERROR_DATA-Struktur entweder die problematische Anforderung oder das Warteschlangenhandle an. Er gibt auch den NTSTATUS an, falls nicht STATUS_SUCCESS, sofern verfügbar.