Win 7 - bluescreen - DRIVER_POWER_STATE_FAILURE

GVT_Dexter · 2. März 2016

Servus,

wie oben beschrieben bekomme ich unregelmäßig einen bluescreen beim Herrunterfahren/Neustart. Einige Sachen habe ich mir durchgelesen und ab dem auswerten bin ich erhrlich gesagt raus.
Ich bin für jede Hilfe echt dankbar.

Hier ist das Ergebnis vom auslesen der Dump:

Microsoft (R) Windows Debugger Version 10.0.10586.567 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.

Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Kernel address space is available, User address space may not be available.

************* Symbol Path validation summary **************
Response Time (ms) Location
Deferred SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.19135.amd64fre.win7sp1_gdr.160121-1718
Machine Name:
Kernel base = 0xfffff800`03466000 PsLoadedModuleList = 0xfffff800`036ad730
Debug session time: Wed Mar 2 09:37:34.112 2016 (UTC + 1:00)
System Uptime: 0 days 0:38:19.878
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols

Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {4, 258, fffffa800c764b50, fffff80003c073d0}

Implicit thread is now fffffa80`0c764b50
*** ERROR: Module load completed but symbols could not be loaded for xhcdrv.sys
*** ERROR: Module load completed but symbols could not be loaded for TmFilter.sys
Probably caused by : xhcdrv.sys

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000004, The power transition timed out waiting to synchronize with the Pnp
subsystem.
Arg2: 0000000000000258, Timeout in seconds.
Arg3: fffffa800c764b50, The thread currently holding on to the Pnp lock.
Arg4: fffff80003c073d0, nt!TRIAGE_9F_PNP on Win7 and higher

Debugging Details:
------------------

Implicit thread is now fffffa80`0c764b50

DUMP_CLASS: 1

DUMP_QUALIFIER: 401

BUILD_VERSION_STRING: 7601.19135.amd64fre.win7sp1_gdr.160121-1718

SYSTEM_MANUFACTURER: ASUS

SYSTEM_PRODUCT_NAME: All Series

SYSTEM_SKU: All

SYSTEM_VERSION: System Version

BIOS_VENDOR: American Megatrends Inc.

BIOS_VERSION: 2107

BIOS_DATE: 11/11/2015

BASEBOARD_MANUFACTURER: ASUSTeK COMPUTER INC.

BASEBOARD_PRODUCT: Z97-PRO GAMER

BASEBOARD_VERSION: Rev X.0x

DUMP_TYPE: 1

BUGCHECK_P1: 4

BUGCHECK_P2: 258

BUGCHECK_P3: fffffa800c764b50

BUGCHECK_P4: fffff80003c073d0

DRVPOWERSTATE_SUBCODE: 4

DRIVER_OBJECT: fffffa800d5a4210

IMAGE_NAME: xhcdrv.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 52a7cf2b

MODULE_NAME: xhcdrv

FAULTING_MODULE: fffff88003c7a000 xhcdrv

CPU_COUNT: 8

CPU_MHZ: fa0

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 3c

CPU_STEPPING: 3

CPU_MICROCODE: 6,3c,3,0 (F,M,S,R) SIG: 1C'00000000 (cache) 19'00000000 (init)

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

BUGCHECK_STR: 0x9F

PROCESS_NAME: System

CURRENT_IRQL: 2

ANALYSIS_SESSION_HOST: DEXTER-PC

ANALYSIS_SESSION_TIME: 03-02-2016 11:49:11.0645

ANALYSIS_VERSION: 10.0.10586.567 amd64fre

STACK_TEXT:
fffff800`03c07398 fffff800`0356f266 : 00000000`0000009f 00000000`00000004 00000000`00000258 fffffa80`0c764b50 : nt!KeBugCheckEx
fffff800`03c073a0 fffff800`0372234c : fffffa80`00000000 fffffa80`00000000 00000000`00000000 fffff800`034e24ea : nt!PnpBugcheckPowerTimeout+0x76
fffff800`03c07400 fffff800`034e55bc : fffff800`03c074c0 fffff800`00000000 00000000`40e30088 00000000`00000001 : nt!PopBuildDeviceNotifyListWatchdog+0x1c
fffff800`03c07430 fffff800`034e5456 : fffffa80`0d99cc48 00000000`00023fe3 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x6c
fffff800`03c074a0 fffff800`034e533e : 00000005`5ad58c93 fffff800`03c07b18 00000000`00023fe3 fffff800`0365dee8 : nt!KiProcessExpiredTimerList+0xc6
fffff800`03c07af0 fffff800`034e5127 : 00000002`179901c2 00000002`00023fe3 00000002`17990136 00000000`000000e3 : nt!KiTimerExpiration+0x1be
fffff800`03c07b90 fffff800`034d20ca : fffff800`03659e80 fffff800`03667cc0 00000000`00000001 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff800`03c07c40 00000000`00000000 : fffff800`03c08000 fffff800`03c02000 fffff800`03c07c00 00000000`00000000 : nt!KiIdleLoop+0x5a

STACK_COMMAND: kb

THREAD_SHA1_HASH_MOD_FUNC: df5f18c1ab56a717875af216fbe3660c2a45045d

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: bbf599f8cf78e695517fde26e27dcc7ad4ebe093

THREAD_SHA1_HASH_MOD: cb5f414824c2521bcc505eaa03e92fa10922dad8

FOLLOWUP_NAME: MachineOwner

FAILURE_BUCKET_ID: X64_0x9F_4_IMAGE_xhcdrv.sys

BUCKET_ID: X64_0x9F_4_IMAGE_xhcdrv.sys

PRIMARY_PROBLEM_CLASS: X64_0x9F_4_IMAGE_xhcdrv.sys

TARGET_TIME: 2016-03-02T08:37:34.000Z

OSBUILD: 7601

OSSERVICEPACK: 1000

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK: 272

PRODUCT_TYPE: 1

OSPLATFORM_TYPE: x64

OSNAME: Windows 7

OSEDITION: Windows 7 WinNt (Service Pack 1) TerminalServer SingleUserTS

OS_LOCALE:

USER_LCID: 0

OSBUILD_TIMESTAMP: 2016-01-22 06:06:31

BUILDDATESTAMP_STR: 160121-1718

BUILDLAB_STR: win7sp1_gdr

BUILDOSVER_STR: 6.1.7601.19135.amd64fre.win7sp1_gdr.160121-1718

ANALYSIS_SESSION_ELAPSED_TIME: 756

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:x64_0x9f_4_image_xhcdrv.sys

FAILURE_ID_HASH: {ab803105-1e97-3f8e-5c04-b5548e955ea2}

Followup: MachineOwner
---------

Dropbox - Forum

Gruß Dexter

Brehministrator · 2. März 2016

Ist zwar nur spekulativ, aber der Fehler trat in der xhcdrv.sys auf, was der "VIA eXtensible Host Controller driver" ist. Auch andere haben da manchmal Probleme:

{gelöst} BSOD beim Herunterfahren/Ruhezustand - WinFuture-Forum.de

Es könnte also irgendwas mit Festplatten / anderen Laufwerken zu tun haben. Solche Fehler können aber auch zufällig in irgendeinem Modul auftreten, wenn das System generell nicht zu 100% stabil läuft.

Ich würde dir als erstes mal empfehlen, eine Weile Prime95 und Memtest86+ laufen zu lassen (letzteres läuft leider nicht direkt unter Windows - muss man von einem USB-Stick booten). Dann weißt du erstmal, ob dein System an sich völlig stabil ist. Falls in einem der beiden Programme irgendwelche Fehlermeldungen auftreten, läuft höchstwahrscheinlich der RAM nicht richtig stabil (dann könnte es z.B. helfen, die RAM-Spannung leicht anzuheben).

DOKTOR_IGNORANT · 2. März 2016

Hi GVT_Dexter,
hast du mal alle nicht nötigen Programme im Autostart deaktiviert? Ich hatte mal das Powerdvd schuld an mehreren Bluescreens schuld war. Außerdem läuft das System wieder schneller

.

GVT_Dexter · 2. März 2016

Brehministrator schrieb:
Ist zwar nur spekulativ, aber der Fehler trat in der xhcdrv.sys auf, was der "VIA eXtensible Host Controller driver" ist. Auch andere haben da manchmal Probleme:

{gelöst} BSOD beim Herunterfahren/Ruhezustand - WinFuture-Forum.de

Es könnte also irgendwas mit Festplatten / anderen Laufwerken zu tun haben. Solche Fehler können aber auch zufällig in irgendeinem Modul auftreten, wenn das System generell nicht zu 100% stabil läuft.

Ich würde dir als erstes mal empfehlen, eine Weile Prime95 und Memtest86+ laufen zu lassen (letzteres läuft leider nicht direkt unter Windows - muss man von einem USB-Stick booten). Dann weißt du erstmal, ob dein System an sich völlig stabil ist. Falls in einem der beiden Programme irgendwelche Fehlermeldungen auftreten, läuft höchstwahrscheinlich der RAM nicht richtig stabil (dann könnte es z.B. helfen, die RAM-Spannung leicht anzuheben).

Den Memtest habe ich bereits mehrere Stunden laufen lassen, hier gab es keine Fehler zuverzeichen. Ich habe gerade noch ein BIOS Update durchgeführt. Da in der Auswertung der dump etwas vom Mainboard stand. Somit habe ich jetzt zumindest die aktuellste BIOS Version drauf.

Powerdvd oder so etwas nutze ich nicht.

Gruß
GVT_Dexter

Brehministrator · 2. März 2016

GVT_Dexter schrieb:
Den Memtest habe ich bereits mehrere Stunden laufen lassen, hier gab es keine Fehler zuverzeichen.

Das ist schon mal gut, dann weißt du immerhin, dass dein RAM absolut stabil läuft

Leider hilft das dann bei der Fehlersuche in deinem konkreten Fall nicht richtig weiter. Schlimmstenfalls ist es einfach ein Bug in diesem Via-Treiber ("xhcdrv.sys"). Gibt es von dem Treiber vielleicht eine neue Version (mal auf der Hersteller-Seite deines Mainboards gucken, ob es dort neue Treiber für dein Modell runterzuladen gibt)?

GVT_Dexter · 2. März 2016

Brehministrator schrieb:
Das ist schon mal gut, dann weißt du immerhin, dass dein RAM absolut stabil läuft Leider hilft das dann bei der Fehlersuche in deinem konkreten Fall nicht richtig weiter. Schlimmstenfalls ist es einfach ein Bug in diesem Via-Treiber ("xhcdrv.sys"). Gibt es von dem Treiber vielleicht eine neue Version (mal auf der Hersteller-Seite deines Mainboards gucken, ob es dort neue Treiber für dein Modell runterzuladen gibt)?

Tut mir leid, das verstehe ich nicht ganz. Nach welchen Treibern soll ich genau schauen, für welches Teil?

simpel1970 · 2. März 2016

Wo kommt den der VIA Treiber überhaupt her? Was für ein Gerät in deinem PC nutzt diesen?

Des weiteren fällt dieser Treiber negativ auf: tmfilter.sys
Das ist ein Trend Micro Treiber für...?

Des weiteren solltest du in den erweiterten Systemeinstellungen von Minidump auf Kernelspeicherabbild umstellen. Zum auswerten eines Stop 0x9F, 0x04 Fehlers wird mind. das Kernelspeicherabbild benötigt.

GVT_Dexter · 2. März 2016

Keine Ahnung was diesen VIA Treiber nutzt? Trend Micro Treiber weiß ich leider auch nicht.

In den erweiterten Systemeinstellungen habe ich bereits auf das Kernelspeicherabbild umgestellt.

Soweit kann ich erstmal nurauflisten, was bei mir alles verbaut ist -->

Intel Core I7-4790k
Asus Z97 Pro Gamer MB
Asus Strix GTX980 DC2OC 4GD5
Kingston HyperX Fury Black Series DDR3 2x8 GB1866MHz
Samsung 850 Pro 128 GB (Systemplatte)
Samsung 850 Evo 250 GB
WD Red 2,5 TB
Asus Xonar DS Soundkarte
DeLock PCI Express Card

Angeschlossene Geräte -->

Manticore GX Tastatur
Asus Strix Claw Mouse
Triton 720+ HS
Track IR5
Thrusmaster Warthog
Saitek Rudder Pedals
USB Hub 3.0 Hama Super Speed
HP OfficeJet 4654

simpel1970 · 2. März 2016

DeLock PCI Express Card

Das Gerät dürfte schon mal für die VIA Treiber verantwortlich sein.
Wofür hast du das Ding überhaupt eingebaut? Bzw. falls das eine USB3 Karte ist, reichen dir die Onboard-USB Anschlüsse nicht aus?

GVT_Dexter · 2. März 2016

Das Gerät habe ich, damit die ganzen USB Controller angeschlossen werden können.
Ich habe die richtige Datei jetzt hochgeladen:

Dropbox - Forum

simpel1970 · 2. März 2016

Das Kernelspeicherabbild werde ich mir erst heute Abend ansehen können.
Aber bis dahin, könntest du testen, ob die Probleme bleiben, wenn du den VIA USB Controller nicht benutzt.

GVT_Dexter · 2. März 2016

Im Geräte Mangaer werden 3 dieser Geräte angezeigt, soll ich alle 3 deaktivieren?

simpel1970 · 2. März 2016

Ggf. können wir darauf verzichten.

Die Auswertung ergibt folgendes:

0: kd> !locks**** DUMP OF ALL RESOURCE OBJECTS ****
KD: Scanning for held locks..

Resource @ nt!IopDeviceTreeLock (0xfffff800036e3d40) Shared 1 owning threads
Threads: fffffa800c764b50-01<*>
KD: Scanning for held locks.

Resource @ nt!PiEngineLock (0xfffff800036e3c40) Exclusively owned
Contention Count = 5
NumberOfExclusiveWaiters = 2
Threads: fffffa800c764b50-01<*>
Threads Waiting On Exclusive Access:
fffffa800ee8c060 fffffa800c761040

KD: Scanning for held locks................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
21038 total locks, 2 locks currently held

2 (identische) Threads scheinen für die TimeOut Fehler verantwortlich zu sein.
Die Auflösung nach diesen Threads ergibt dies:

0: kd> !thread fffffa800c764b50THREAD fffffa800c764b50 Cid 0004.0048 Teb: 0000000000000000 Win32Thread: 0000000000000000 WAIT: (Executive) KernelMode Non-Alertable
fffff8800338bec0 SynchronizationEvent
IRP List:
fffffa800efda010: (0006,03a0) Flags: 00060000 Mdl: 00000000
Not impersonating
DeviceMap fffff8a0000060f0
Owning Process fffffa800c6ed9c0 Image: System
Attached Process N/A Image: N/A
Wait Start TickCount 108965 Ticks: 38462 (0:00:10:00.011)
Context Switch Count 758 IdealProcessor: 4 NoStackSwap
UserTime 00:00:00.000
KernelTime 00:00:00.031
Win32 Start Address nt!ExpWorkerThread (0xfffff800034e3244)
Stack Init fffff8800338cc70 Current fffff8800338bbd0
Base fffff8800338d000 Limit fffff88003387000 Call 0
Priority 15 BasePriority 12 UnusualBoost 0 ForegroundBoost 0 IoPriority 2 PagePriority 5

Child-SP RetAddr : Args to Child : Call Site
fffff880`0338bc10 fffff800`034cfde2 : fffffa80`0c764c10 fffffa80`0c764b50 00000000`00000000 00000000`00000000 : nt!KiSwapContext+0x7a
fffff880`0338bd50 fffff800`034e11cf : 00000000`00000103 fffffa80`0efda010 00000000`00000000 fffff880`00edc706 : nt!KiCommitThreadWait+0x1d2
fffff880`0338bde0 fffff880`00ee1688 : fffff880`00f70d00 fffff880`00000000 00000000`00000000 00000000`00000000 : nt!KeWaitForSingleObject+0x19f
fffff880`0338be80 fffff880`00ee1ec5 : 00000000`0d30f990 00000000`00000000 00000000`00220003 fffffa80`0efdbd40 : Wdf01000!FxIoTarget::SubmitSync+0x2bc
fffff880`0338bf30 fffff880`0677a407 : fffffa80`00000020 fffffa80`0efdbd40 fffffa80`0efc3020 0000057f`f10242b8 : Wdf01000!imp_WdfRequestSend+0x2d1
fffff880`0338bfc0 fffff880`0677a72e : 0000057f`f10242b8 fffffa80`0efc0cf0 fffffa80`0e03f850 fffffa80`0efc0cf0 : TmFilter+0x407
fffff880`0338c000 fffff880`00edfc36 : fffffa80`0efdbd40 fffff880`0338c0b0 fffffa80`0eea4bb0 fffffa80`0efc3b70 : TmFilter+0x72e
fffff880`0338c070 fffff880`00edf1ff : fffffa80`0efc3b00 fffffa80`00000000 fffffa80`0efc3b70 fffffa80`0efc0c48 : Wdf01000!FxIoQueue:ispatchRequestToDriver+0x542
fffff880`0338c0f0 fffff880`00eea2fb : fffffa80`0eea4bb0 fffffa80`0efdbd00 00000000`00000000 fffffa80`0efdbd40 : Wdf01000!FxIoQueue:ispatchEvents+0x66f
fffff880`0338c170 fffff880`00ee051a : fffffa80`0eea4b00 fffffa80`0efdbd40 fffffa80`0efda010 fffff880`0338c250 : Wdf01000!FxIoQueue::QueueRequest+0x2ab
fffff880`0338c1e0 fffff880`00edc79a : fffffa80`0efdbd40 fffffa80`0efda010 fffffa80`0e03f850 fffffa80`0efda010 : Wdf01000!FxPkgIo:ispatch+0x4da
fffff880`0338c250 fffff880`00edc866 : fffffa80`0efda010 fffffa80`0e03f850 fffffa80`0efc1a30 fffff880`0338c2f8 : Wdf01000!FxDevice:ispatch+0x19a
fffff880`0338c290 fffff880`011ec302 : fffffa80`0efda290 fffffa80`0e03f850 fffffa80`0efc6760 fffffa80`0efda010 : Wdf01000!FxDevice:ispatchWithLock+0xa6
fffff880`0338c2d0 fffff880`011ebe95 : fffffa80`0e03f850 00000000`00000000 fffffa80`0efc6760 00000000`000007ff : hidusb!HumCallUSB+0x1ce
fffff880`0338c370 fffff880`011e9c49 : 00000000`00000000 fffffa80`0efc6760 fffffa80`0efc6b38 fffffa80`0efc6b38 : hidusb!HumSetIdle+0xdd
fffff880`0338c3c0 fffff880`011f1565 : fffffa80`00000029 fffffa80`0ef30be0 00000000`00000000 fffffa80`0efc6b00 : hidusb!HumInitDevice+0x71
fffff880`0338c3f0 fffff880`066ed517 : fffffa80`0efc6760 00000000`00000001 fffffa80`0efd8c60 fffffa80`0d38c7d0 : hidusb!HumPnP+0x229
fffff880`0338c460 fffff880`066f05e7 : fffffa80`0d38ca98 00000000`00000001 fffffa80`0efd8c60 fffff880`02fe6180 : HIDCLASS!HidpCallDriverSynchronous+0x4b
fffff880`0338c4c0 fffff880`066edccd : 00000000`00000008 fffff880`066ea300 fffff880`066f0c60 fffffa80`0d38c7d0 : HIDCLASS!HidpStartDevice+0x13f
fffff880`0338c540 fffff880`066ed64a : fffff880`066ea300 fffffa80`0efc68b0 fffffa80`0efc68b0 fffff880`0338c608 : HIDCLASS!HidpFdoPnp+0x20d
fffff880`0338c570 fffff880`066df805 : fffff880`066ea3b8 fffff880`066e94f0 fffffa80`0efc68b0 fffffa80`0ef14e10 : HIDCLASS!HidpIrpMajorPnp+0x8a
fffff880`0338c5e0 fffff800`0389cc4e : 00000000`00000000 fffffa80`0d38c7d0 fffffa80`0efd8750 fffff880`02fe6180 : HIDCLASS!HidpMajorHandler+0xf5
fffff880`0338c650 fffff800`035d130d : fffffa80`0ef14e10 fffffa80`0efd8750 fffff800`035d9820 00000000`00000000 : nt!PnpAsynchronousCall+0xce
fffff880`0338c690 fffff800`038a9dc6 : fffff800`036e3a00 fffffa80`0efbf010 fffffa80`0efd8750 fffffa80`0efbf1b8 : nt!PnpStartDevice+0x11d
fffff880`0338c750 fffff800`038aa064 : fffffa80`0efbf010 fffffa80`0df30024 fffffa80`0df3fd90 00000000`00000001 : nt!PnpStartDeviceNode+0x156
fffff880`0338c7e0 fffff800`038c4f66 : fffffa80`0efbf010 fffffa80`0df3fd90 00000000`00000001 00000000`00000000 : nt!PipProcessStartPhase1+0x74
fffff880`0338c810 fffff800`038c54f8 : fffff800`036e15c0 00000000`00000000 00000000`00000001 fffff800`03741ebc : nt!PipProcessDevNodeTree+0x296
fffff880`0338ca80 fffff800`035db587 : 00000001`00000003 00000000`00000000 00000000`00000001 00000000`00000000 : nt!PiProcessReenumeration+0x98
fffff880`0338cad0 fffff800`034e3355 : fffff800`035db260 fffff800`037d3b01 fffffa80`0c764b00 00000000`00000000 : nt!PnpDeviceActionWorker+0x327
fffff880`0338cb70 fffff800`0377343a : 00000000`00000000 fffffa80`0c764b50 00000000`00000080 fffffa80`0c6ed9c0 : nt!ExpWorkerThread+0x111
fffff880`0338cc00 fffff800`034cb0c6 : fffff880`03189180 fffffa80`0c764b50 fffff880`031940c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0338cc40 00000000`00000000 : fffff880`0338d000 fffff880`03387000 fffff880`0338b670 00000000`00000000 : nt!KxStartSystemThread+0x16

Dies zeigt schon mal in Richtung tmfilter.sys als Absturzursache!
Die Überprüfung der ausgegebenen IRP zeigt ein genaueres Bild:

0: kd> !irp fffffa800efda010
Irp is active with 7 stacks 5 is current (= 0xfffffa800efda200)
No Mdl: No System Buffer: Thread fffffa800c764b50: Irp stack trace.
cmd flg cl Device File Completion-Context
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000
>[IRP_MJ_INTERNAL_DEVICE_CONTROL(f), N/A(0)]
0 1 fffffa800d2c46b0 00000000 00000000-00000000 pending
\Driver\xhcdrv
Args: fffffa800e03f850 00000000 00220003 00000000
[IRP_MJ_INTERNAL_DEVICE_CONTROL(f), N/A(0)]
0 e0 fffffa800ef14e10 00000000 00000000-00000000
\Driver\VUSB3HUB
Args: fffffa800e03f850 00000000 00220003 00000000
[IRP_MJ_INTERNAL_DEVICE_CONTROL(f), N/A(0)]
0 e1 fffffa800efc1a30 00000000 00000000-00000000 pending
\Driver\TmFilter
Args: fffffa800e03f850 00000000 00220003 00000000

Damit kann man sich ein Bild über den Absturzhergang machen. Das Gerät (mit dem Treiber tmfilter.sys) hängt an dem USB3 Hub, der wiederum an dem VIA Controller hängt.
Ursächlich scheint aber dennoch der Treiber "tmfilter.sys" zu sein.

Wozu gehört nun die tmfilter.sys:

0: kd> lmvm tmfilter
Browse full module list
start end module name
fffff880`0677a000 fffff880`06780000 TmFilter (no symbols)
Loaded symbol image file: TmFilter.sys
Image path: \SystemRoot\system32\DRIVERS\TmFilter.sys
Image name: TmFilter.sys
Browse all global symbols functions data
Timestamp: Wed Jan 26 15:04:02 2011 (4D4029D2)
CheckSum: 0000E01E
ImageSize: 00006000
File version: 1.0.0.90
Product version: 1.0.0.1
File flags: 8 (Mask 3F) Private
File OS: 40004 NT Win32
File type: 3.7 Driver
File date: 00000000.00000000
Translations: 0409.04b0
CompanyName: Guillemot Corporation
ProductName: Thrustmaster Products
InternalName: TmFilter.sys
OriginalFilename: TmFilter.sys
ProductVersion: 1.0.0.1
FileVersion: 1.0.0.90
FileDescription: HID device filter driver
LegalCopyright: ©2010 Guillemot Corporation. All rights reserved.
Comments: HID device filter driver x64

Sieht nach einem veralteten Thrustmaster Treiber aus. Hier gibt es sicherlich einen aktuelleren Treiber, den du installieren kannst.
Wenn nicht, schließe das Thrustmaster Gerät testweise an einem USB2 Port an.

GVT_Dexter · 2. März 2016

Vielen Dank für die Mühe! Ich werde den TM entsprechend umstecken und das ganze beobachten. Natürlich werde ich dann hier wieder ein Feedback hinterlassen.

Gruß GVT_Dexter

simpel1970 · 3. März 2016

Gern geschehen. Bin gespannt, wie es läuft.

GVT_Dexter · 5. März 2016

Guten Morgen,

bis jetzt läuft es echt super. Es scheint wirklich daran gelegen zu haben. Unglaublich, dass eine einfache USB Verbindung einen BS verursachen kann.
Ich wünsche ein schönes Wochenende.

Gruß GVT_Dexter

simpel1970 · 6. März 2016

Prima

Ich wünsche dir auch noch ein schönes Wochenende.

Win 7 - bluescreen - DRIVER_POWER_STATE_FAILURE

GVT_Dexter

Schraubenverwechsler(in)

Brehministrator

BIOS-Overclocker(in)

DOKTOR_IGNORANT

Freizeitschrauber(in)

GVT_Dexter

Schraubenverwechsler(in)

Brehministrator

BIOS-Overclocker(in)

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

GVT_Dexter

Schraubenverwechsler(in)

simpel1970

Lötkolbengott/-göttin

Ähnliche Themen