Freigeben über


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.