DRIVER_IRQL_NOT_LESS_OR_EQUAL usbxhci.sys - BSOD - Win 8.1

[Chris9292]

Guten Abend,

ich habe heute meinen Rechner etwas aufgewertet: i7 4770 + Gigabyte Z97 Sniper G1 (Bios Version F7).
Ich habe den Rechner mit Windows 8.1 x64 neu aufgesetzt und den Chipsatz Treiber von der Gigabyte Seite geladen und installiert. Nun kommt kurz nachdem ich auf dem Desktop bin direkt der BSOD - irql_not_less_or_equal usbxhci.sys.
Anmerkung dazu: Es sind nur Maus (Sensei Raw) & Tastatur (CM Storm Quickfire Pro) angeschlossen.
Den Ram habe ich bereits mit Memtest getestet. Verbaut sind 4 Riegel a 2gb DDR 3 1333er Riegel. Im Bios steht XHCI auf Smart Auto (hatte ich auch schon nur auf Enabled).
Im Safemode tauchen die Probleme nicht auf.

Minidump:Anhang anzeigen 072115-3187-01.zip
Kernelabbildung: https://drive.google.com/file/d/0B5nNr2xPs7KHU3lnVkt1dzEtX2s/view?usp=sharing

Bin sehr dankbar falls mir jemand weiterhelfen kann. Wenn weitere Informationen gebraucht werden kann ich diese immer erst Abends nach der Arbeit liefern(sofern ich dafür an den PC muss).

Hardware:
i7 4770
Gigabyte Z97 Sniper G1
8gb DDR3 1333 Ram
GTX 780
250gb SSD Samsung Evo 840

 

[simpel1970]

Guten Morgen,

TRAP_FRAME: fffff8034b8c4660 -- (.trap 0xfffff8034b8c4660)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000002 rbx=0000000000000000 rcx=0000000200000002
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80001a17d50 rsp=fffff8034b8c47f0 rbp=fffff8034b8c4901
r8=0000000001000006 r9=0000000000000000 r10=0000000000000001
r11=0000000002058004 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
USBXHCI!Control_ProcessTransferEventWithED1+0xc0:
fffff800`01a17d50 488b4950 mov rcx,qword ptr [rcx+50h] ds:00000002`00000052=????????????????
Resetting default scope

fffff803`4b8c4660 fffff800`01a17d50 : 00000000`00000004 fffff803`4b8c48a8 00000000`00000004 fffff803`4b8c48b0 : nt!KiPageFault+0x23a
fffff803`4b8c47f0 fffff800`01a1002b : 00000000`00000000 fffff803`4b8c4909 ffffe000`0269c8c0 ffffe000`0274acd0 : USBXHCI!Control_ProcessTransferEventWithED1+0xc0
fffff803`4b8c4870 fffff800`0058fc81 : 00000000`00000000 ffffffff`00000003 00001fff`fd8b5518 fffff803`ffffffff : USBXHCI!Interrupter_WdfEvtInterruptDpc+0x427
fffff803`4b8c4970 fffff803`49ecdd10 : fffff803`4a163f00 fffff803`4b8c4b20 ffffe000`0274aae0 ffffe000`02bc9010 : Wdf01000!FxInterrupt:pcHandler+0xc1

So wie es aussieht, wird der Bluescreen während der Bereitsstellung (bzw. beim Versuch der Bereitstellung) eines USB3 Gerätes ausgelöst.

Um welches Gerät es sich hier handelt, kann der Minidump nicht entnommen werden.
Eine Alternative zum USB3 Treiber hast du nicht, da dieser durch Win8 bereitgestellt wird.

Teste bitte, ob die Probleme bleiben, wenn du deine USB Geräte an die USB2 Ports des Motherboards hängst.

 

[Chris9292]

Guten Morgen,

Ich habe keine Geräte an den USB 3 Ports hängen, die Maus und die Tastatur hängen beiden an den einzigen USB2 Ports.

 

[simpel1970]

OK. Dann Plan B...

Stelle die Debuginformationen (erweiterte Systemeinstellungen) von "kleines Speicherabbild" (Minidump) auf "Kernelspeicherabbild" um (im abgesicherten Modus).
Näheres dazu: http://extreme.pcgameshardware.de/k...eme/330538-howto-bluescreenauswertung.html#a1

Das zum Bluescreen angelegte Kernelspeicherabbild (C:\Windwos\MEMORY.DMP) über einen Filehoster (OneDrive, GoogleDrive, Dropbox) hier anbieten (zum einbinden im Thread ist das Kernelspeicherabbild zu groß).

Sollte auch die Auswertung des Kernelspeicherabbildes nichts genaueres bringen, kommt Plan C: Driver-Verifier. Näheres dazu folgt.

 

[Chris9292]

Danke für die Antwort. Das Kernelspeicherabbild habe ich bereits hochgeladen (siehe oben) oder noch mal: https://drive.google.com/file/d/0B5nNr2xPs7KHU3lnVkt1dzEtX2s/view?usp=sharing

 

[simpel1970]

Danke, das hatte ich übersehen

Das Kernelspeicherabbild werde ich mir heute Abend ansehen (da habe ich dann auch genügend Zeit).

 

[Chris9292]

Hab testweise mal im BIOS USB Legacy disabled, nun bekomme ich ganz andere Bluescreens, werde den nächsten dump auch mal hochladen

Hier das neue Kernelabbild:
https://drive.google.com/file/d/0B5nNr2xPs7KHX1BMbG5GTDBsR3M/view?usp=sharing

 

[XxEternalDragonxX]

Hallo hast du schon einmal versucht die Systemdateien zu checken via Konsole?
Um dies zu tun öffne einfach die Konsole tipp sfc /scannow ein, dann solltest du eigentlich die Systemdateien unter Anderem auch die usbxhci.sys angezeigt bekommen und dann einfach ganz simpel den Anweisungen auf dem Bildschirm folgen.

 

[Chris9292]

Danke für die Antwort und ja habe ich auch schon

 

[simpel1970]

Habe mir beide Dumps angesehen und kann kein primäres Treiberproblem erkennen.

1. Dump:

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: ffffc6000470a640, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff80001f92b93, address which referenced memory

0: kd> !pool ffffc6000470a640
Pool page ffffc6000470a640 region is Paged pool
ffffc6000470a000 is not a valid large pool allocation, checking large session pool...
Unable to read large session pool table (Session data is not present in mini and kernel-only dumps)
ffffc6000470a000 is not valid pool. Checking for freed (or corrupt) pool
Address ffffc6000470a000 could not be read. It may be a freed, invalid or paged out page

2. Dump:

BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000000000007, Attempt to free pool which was already freed
Arg2: 0000000000001200, (reserved)
Arg3: 0000000000000000, Memory contents of the pool block
Arg4: ffffc000c5da0010, Address of the block of pool being deallocated

4: kd> !pool ffffc000c5da0010
Pool page ffffc000c5da0010 region is Paged pool
ffffc000c5da0000 is not a valid large pool allocation, checking large session pool...
Unable to read large session pool table (Session data is not present in mini and kernel-only dumps)
ffffc000c5da0000 is not valid pool. Checking for freed (or corrupt) pool
Bad allocation size @ffffc000c5da0000, zero is invalid

***
*** An error (or corruption) in the pool was detected;
*** Attempting to diagnose the problem.
***
*** Use !poolval ffffc000c5da0000 for more details.

Pool page [ ffffc000c5da0000 ] is __inVALID.

Analyzing linked list...
[ ffffc000c5da0000 ]: invalid block size [ 0x0 ] should be [ 0x20 ]

Scanning for single bit errors...

None found


4: kd> !poolval ffffc000c5da0010
Pool page ffffc000c5da0010 region is Paged pool

Validating Pool headers for pool page: ffffc000c5da0010

Pool page [ ffffc000c5da0000 ] is __inVALID.

Analyzing linked list...
[ ffffc000c5da0000 ]: invalid block size [ 0x0 ] should be [ 0x20 ]

Scanning for single bit errors...

None found

Sieht eher nach einem hardwareseitigen Problem aus.

Teste bitte, ob die Probleme bleiben, wenn das System mit nur einem der RAM Riegel gestartet wird (teste jeden RAM Riegel einzeln).

Ggf. liegt das Problem auch "nur" an der Vollbestückung (alle vier RAM Slots sind belegt):

Number of Memory Devices 4
[Memory Device (Type 17) - Length 34 - Handle 0043h]
Physical Memory Array Handle 0042h
Memory Error Info Handle [Not Provided]
Total Width 64 bits
Data Width 64 bits
Size 2048MB
Form Factor 09h - DIMM
Device Set [None]
Device Locator ChannelA-DIMM0
Bank Locator BANK 0
Memory Type 18h - Specification Reserved
Type Detail 0080h - Synchronous
Speed 1333MHz
Manufacturer Kingston
Serial Number
Asset Tag Number
Part Number 9905403-011.A03LF
....

Sollte das System bei einem der RAM Probleme machen (bei den anderen aber nicht), wäre auch ein defekter RAM wahrscheinlich (auch wenn Memtest keine Fehler findet).

Gegen die Annahme, dass der RAM in irgendeiner Form Probleme bereitet, spricht allerdings die Tatsache, dass du im abgesicherten Modus keine Probleme hast.
Überprüfe bitte dennoch den Start des Systems mit nur einem RAM Riegel.

Bringt das nichts, starte im abgesicherten Modus und deaktiviere die Auslagerungsdatei. Starte den Rechner anschließend neu und lege die Auslagerungsdatei neu an (Einstellung: vom System verwalten)

 

[Chris9292]

Check! Hab den halben Abend damit verbracht Windows neu zu installieren, am Ende kam ich drauf, dass mein erster Riegel defekt ist. Nun läuft mein PC ... sogar mit Win 10 ... Neuer Riegel ist bestellt ... Vielen Dank für die Hilfe!

 

[simpel1970]

Kein Ding