Bsod irql_not_less_or_equal

[faraday]

Guten Tag,
Ich habe seit graumer Zeit in unregelmäßigen Abständen Bluescreens. System neu aufsetzen hat nicht geholfen. Erst dachte ich, es könnte am Übertakten liegen: Auch nicht.
Hier erstmal die Minidump Analyse:

021612-28204-01.dmp 16.02.2012 17:03:17
IRQL_NOT_LESS_OR_EQUAL
0x0000000a
00000000`00000080
00000000`00000002
00000000`00000001
fffff800`028d3832
ntoskrnl.exe
ntoskrnl.exe+7cc40
NT Kernel & System
Microsoft® Windows® Operating System
Microsoft Corporation
6.1.7601.17640 (win7sp1_gdr.110622-1506) x64
ntoskrnl.exe+7cc40
C:\Windows\Minidump\021612-28204-01.dmp

Minidump Analyse:

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000080, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800028d3832, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002b03100
0000000000000080

CURRENT_IRQL: 2

FAULTING_IP:
nt!SwapContext_PatchXSave+31
fffff800`028d3832 41898680000000 mov dword ptr [r14+80h],eax

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: dwm.exe

TRAP_FRAME: fffff8800a8396f0 -- (.trap 0xfffff8800a8396f0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000007efdb000 rbx=0000000000000000 rcx=00000000c0000102
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800028d3832 rsp=fffff8800a839880 rbp=0000000000000000
r8=0000000000000000 r9=000000000035a5a2 r10=000000000002aea1
r11=00000000002f5b00 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
nt!SwapContext_PatchXSave+0x31:
fffff800`028d3832 41898680000000 mov dword ptr [r14+80h],eax ds:2000:00000000`00000080=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800028d01e9 to fffff800028d0c40

STACK_TEXT:
fffff880`0a8395a8 fffff800`028d01e9 : 00000000`0000000a 00000000`00000080 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`0a8395b0 fffff800`028cee60 : 00000000`00000000 00000000`01f3ffb8 00000000`00000000 fffff880`009ea180 : nt!KiBugCheckDispatch+0x69
fffff880`0a8396f0 fffff800`028d3832 : 00000000`00000003 00000000`00000799 fffffa80`076134e0 00000000`00000000 : nt!KiPageFault+0x260
fffff880`0a839880 fffff800`028d34da : 00000000`00000000 fffff800`028d434a 00000000`00000000 fffff8a0`0e617c40 : nt!SwapContext_PatchXSave+0x31
fffff880`0a8398c0 fffff800`028d5f32 : fffffa80`042bc760 fffffa80`042bc760 fffffa80`00000000 fffff880`00000001 : nt!KiSwapContext+0x7a
fffff880`0a839a00 fffff800`028d874f : 00000000`00000000 80000000`00000001 00000000`00000095 80000000`00000001 : nt!KiCommitThreadWait+0x1d2
fffff880`0a839a90 fffff880`0ff225b3 : fffffa80`042bc700 fffffa80`00000006 fffff880`0a839c00 00000000`00000700 : nt!KeWaitForSingleObject+0x19f
fffff880`0a839b30 fffff960`001dfcfe : 00000000`746c6644 fffff880`00000000 00000000`00000000 00000000`000007ea : dxgkrnl!DxgkWaitForVerticalBlankEvent+0x53f
fffff880`0a839bf0 fffff800`028cfed3 : fffffa80`042bc760 fffffa80`03f60e90 fffffa80`00000000 fffffa80`03f60e90 : win32k!NtGdiDdDDIWaitForVerticalBlankEvent+0x12
fffff880`0a839c20 000007fe`fd6a143a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`03d8f908 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`fd6a143a


STACK_COMMAND: kb

FOLLOWUP_IP:
dxgkrnl!DxgkWaitForVerticalBlankEvent+53f
fffff880`0ff225b3 f04183842428130000ff lock add dword ptr [r12+1328h],0FFFFFFFFh

SYMBOL_STACK_INDEX: 7

SYMBOL_NAME: dxgkrnl!DxgkWaitForVerticalBlankEvent+53f

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: dxgkrnl

IMAGE_NAME: dxgkrnl.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce799fa

FAILURE_BUCKET_ID: X64_0xA_dxgkrnl!DxgkWaitForVerticalBlankEvent+53f

BUCKET_ID: X64_0xA_dxgkrnl!DxgkWaitForVerticalBlankEvent+53f

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

Ich kann damit leider nicht sehr viel anfangen, darum wäre ich euch verbunden, wenn ihr mir helfen könntet.
Grüße fara

 

[lolmachine4]

Unabhängig davon was der Dump sagt würde ich als erstes Memtest86+ über die Kiste jagen und dann sehen, ob der RAM kaputt ist, was meiner Erfahrung nach neben Überhitzung der häufigste Grund für bluescreens ist.Wenn das nicht der Fall ist kann das Fehlersuchen beginnen.

 

[faraday]

Achja, tut mir Leid, dass ich das noch nicht erwähnt habe. Einen Memtest habe ich schon gemacht (zwei Mal jeweils eine Nacht) ohne Ergebnis.

 

[lolmachine4]

Okay, dann an die Temperaturen. Auslesen und hier posten. Womit ist mir eigentlich egal, ich bevorzuge HWMonitor weil das schön übersichtlich ist und genauso wertlose oder wertvolle Ergebnisse liefert wie die anderen auch. =)
Hab mir den Dump mal zu Gemüte geführt, der Absturz resultiert, weil etwas abschmiert, was mit der Grafikkarte zusammenhängt => dxgkrnl.sys wird zur DirectX-Darstellung benötigt und wird von der dmw.exe, also dem Fenstermanager von Windows, abgeschossen.
Das kann ich als so auf die schnelle da rauslesen, für alles andere müssen die Dump-Fachmänner her =D

 

[faraday]

Achso ja richtig, die Temperaturen habe ich auch schon gecheckt. Die der Grafikkarte pendeln sich nach einem Furmark Burn-Test auf 65°C und die der CPU auf 40°C unter Last ein.
Anderes: Ich habe meine Grafikkarte neulich übertaktet und das Ganze jetzt zurückgesetzt. Wie ich jetzt aber herausgefunden habe, basieren die anderen BSOD's auf andere Fehler (ironischerweise mit exakt der gleichen Fehlermeldung). Möglicherweise hängt das zusammen?!
Hier der Minidump des vorletzten BSOD:

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffffa98017a0610, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800028b4f00, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ac1100
fffffa98017a0610

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiReplenishPageSlist+c0
fffff800`028b4f00 f00fba6b1000 lock bts dword ptr [rbx+10h],0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: firefox.exe

TRAP_FRAME: fffff8800a0046b0 -- (.trap 0xfffff8800a0046b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000008007e020 rbx=0000000000000000 rcx=0000058000000000
rdx=000000000000004f rsi=0000000000000000 rdi=0000000000000000
rip=fffff800028b4f00 rsp=fffff8800a004840 rbp=fffffa80017dde00
r8=fffff80002ac44c0 r9=fffffa8003600000 r10=fffffa8003600520
r11=fffff880009ea180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!MiReplenishPageSlist+0xc0:
fffff800`028b4f00 f00fba6b1000 lock bts dword ptr [rbx+10h],0 ds:0058:00000000`00000010=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff8000288e1e9 to fffff8000288ec40

STACK_TEXT:
fffff880`0a004568 fffff800`0288e1e9 : 00000000`0000000a fffffa98`017a0610 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`0a004570 fffff800`0288ce60 : 00000000`00000000 00000000`00000000 fffffa80`0273ad70 fffffa98`017a0600 : nt!KiBugCheckDispatch+0x69
fffff880`0a0046b0 fffff800`028b4f00 : fffffa80`03f2cfa0 00000000`00000000 00000000`00000000 00000000`a0000003 : nt!KiPageFault+0x260
fffff880`0a004840 fffff800`028b36bf : fffffa80`03600500 00000000`00000020 fffffa80`0161e200 00000000`00000020 : nt!MiReplenishPageSlist+0xc0
fffff880`0a0048b0 fffff800`0289f84f : 00000000`00000002 fffff880`00000002 fffffa80`03a3e9f8 00000000`00000002 : nt!MiRemoveAnyPage+0x24f
fffff880`0a0049d0 fffff800`0289c19e : 00000000`00000001 00000000`3f9a5000 fffff880`0a004c20 fffff680`001fcd28 : nt!MiResolveDemandZeroFault+0x54f
fffff880`0a004ac0 fffff800`0288cd6e : 00000000`00000001 00000000`3f9a5000 00000000`00357d01 00000000`00359020 : nt!MmAccessFault+0x5de
fffff880`0a004c20 00000000`6f4efc90 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`00357408 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x6f4efc90


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiReplenishPageSlist+c0
fffff800`028b4f00 f00fba6b1000 lock bts dword ptr [rbx+10h],0

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiReplenishPageSlist+c0

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0xA_nt!MiReplenishPageSlist+c0

BUCKET_ID: X64_0xA_nt!MiReplenishPageSlist+c0

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

EDIT:

Der Vollständigkeit halber hier nochmal den Minidump mit der letzten Fehlermeldung und darauf folgend einen mit einer anderen Fehlermeldung. Ihr kriegt jetzt alles, was ich zu bieten habe.

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000080000028, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff8000289c7a1, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ac6100
0000000080000028

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiTimerWaitTest+301
fffff800`0289c7a1 f083402801 lock add dword ptr [rax+28h],1

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff80000b9c3d0 -- (.trap 0xfffff80000b9c3d0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000080000000 rbx=0000000000000000 rcx=0000000000000001
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000289c7a1 rsp=fffff80000b9c560 rbp=fffffa80041a9358
r8=fffff80002a0c001 r9=0000000000000004 r10=00000000000000e0
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!KiTimerWaitTest+0x301:
fffff800`0289c7a1 f083402801 lock add dword ptr [rax+28h],1 ds:00000000`80000028=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800028931e9 to fffff80002893c40

STACK_TEXT:
fffff800`00b9c288 fffff800`028931e9 : 00000000`0000000a 00000000`80000028 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff800`00b9c290 fffff800`02891e60 : fffffa80`052b6f20 00000000`00000800 fffffa80`052625f8 fffffa80`041a9358 : nt!KiBugCheckDispatch+0x69
fffff800`00b9c3d0 fffff800`0289c7a1 : fffffa80`03d81a00 fffff800`0289f5fc fffff800`00b9c600 fffffa80`0753ad90 : nt!KiPageFault+0x260
fffff800`00b9c560 fffff800`0289f43d : fffffa80`041a9350 fffffa80`03f23658 00000000`00000000 00000000`00000102 : nt!KiTimerWaitTest+0x301
fffff800`00b9c5e0 fffff800`0289f37e : 0000001b`bc65e9fd fffff800`00b9cc58 00000000`000ba6e0 fffff800`02a0de88 : nt!KiProcessExpiredTimerList+0x6d
fffff800`00b9cc30 fffff800`0289f167 : 00000009`c06186c3 00000009`000ba6e0 00000009`c0618655 00000000`000000e0 : nt!KiTimerExpiration+0x1be
fffff800`00b9ccd0 fffff800`0288b96a : fffff800`02a09e80 fffff800`02a17cc0 00000000`00000000 fffff880`0400652c : nt!KiRetireDpcList+0x277
fffff800`00b9cd80 00000000`00000000 : fffff800`00b9d000 fffff800`00b97000 fffff800`00b9cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiTimerWaitTest+301
fffff800`0289c7a1 f083402801 lock add dword ptr [rax+28h],1

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiTimerWaitTest+301

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

FAILURE_BUCKET_ID: X64_0xA_nt!KiTimerWaitTest+301

BUCKET_ID: X64_0xA_nt!KiTimerWaitTest+301

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff96000054f6b, Address of the instruction which caused the bugcheck
Arg3: fffff880096a51f0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


OVERLAPPED_MODULE: Address regions for 'nvlddmkm' and 'nvlddmkm.sys' overlap

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
win32k!xxxCancelTracking+ab
fffff960`00054f6b 488b10 mov rdx,qword ptr [rax]

CONTEXT: fffff880096a51f0 -- (.cxr 0xfffff880096a51f0)
rax=0000000080000000 rbx=fffff900c01d5800 rcx=0000000000000000
rdx=fffff880096a5d70 rsi=0000000000000000 rdi=fffffa80061b8738
rip=fffff96000054f6b rsp=fffff880096a5bd0 rbp=fffff900c01d55a0
r8=fffff880096a6170 r9=0000000000000000 r10=fffffa8005e45e40
r11=fffff900c0656010 r12=0000000000000000 r13=fffff880096a5bf0
r14=fffff900c1e30c20 r15=0000000000000001
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
win32k!xxxCancelTracking+0xab:
fffff960`00054f6b 488b10 mov rdx,qword ptr [rax] ds:002b:00000000`80000000=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: explorer.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff960000ac6d1 to fffff96000054f6b

STACK_TEXT:
fffff880`096a5bd0 fffff960`000ac6d1 : fffff900`c0656010 fffff880`096a6050 00000000`00000001 00000000`00000000 : win32k!xxxCancelTracking+0xab
fffff880`096a5eb0 fffff960`000c00e1 : 00000000`00000001 00000000`00000000 00000000`00000001 00000000`00000000 : win32k!xxxProcessEventMessage+0x141
fffff880`096a5f80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : win32k!xxxScanSysQueue+0x575


FOLLOWUP_IP:
win32k!xxxCancelTracking+ab
fffff960`00054f6b 488b10 mov rdx,qword ptr [rax]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: win32k!xxxCancelTracking+ab

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ecdcd5a

STACK_COMMAND: .cxr 0xfffff880096a51f0 ; kb

FAILURE_BUCKET_ID: X64_0x3B_win32k!xxxCancelTracking+ab

BUCKET_ID: X64_0x3B_win32k!xxxCancelTracking+ab

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

 

[IDontWantAName]

poste mal die einzelnen Tabs von CPU-Z. Ich denke die Timings (Command Rate) sind wohl falsch.

 

[faraday]

Okay *seufz* die Timings habe ich auch schon geändert ohne Effekt.
Aber bitte:

 

[IDontWantAName]

dann packe mal alle dmp Dateien und lad sie im Anhang hoch.

 

[faraday]

Hier der gewünschte Anhang. :-)

Ergänzung (17. Februar 2012)

Vielleicht doch was mit der Grafikkarte? Kennt sich hier denn keiner aus? Ich möchte mir ungern einen neuen PC kaufen müssen...

 

[IDontWantAName]

ich meinte zwar einzelnen dmp Dateien. Ist der Grafikkarten Treiber aktuell?

 

[faraday]

Ja, der Grafiktreiber ist auf dem neuesten Stand. Habe ich im Übrigen auch schon wieder komplett deinstalliert und neu installiert. :-/

 

[faraday]

Komische Sache. Ich habe meinen PC aufgeschraubt, alles neu eingesetzt und vor allem die RAM-Sticks geprüft. Jedenfalls habe ich seit einigen Wochen keinen Bluescreen mehr. Ist dummerweise kein Beweis für die Fehlerbehebung, aber zumindest ein Indiz.

Gruß fara

 

[IDontWantAName]

Dann waren die RAM-Module vielleicht nicht ganz eingerastet und haben so die Abstürze ausgelöst. Hauptsache es geht nun.