<![CDATA[Per risalire alla causa di un crash]]>Ho avuto lo stesso tipo di crash in un paio di situazioni diverse (l'iltima giocando ad arma) il reportè questo:

th_20101016013647_Immagine.jpg

il file minidump analizzato è questo:

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {1, 2, 8, 1}

Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 )

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

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

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: 0000000000000001, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
Arg4: 0000000000000001, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000330e0e0
0000000000000001 

CURRENT_IRQL:  2

FAULTING_IP: 
+6363336564653465
00000000`00000001 ??              ???

PROCESS_NAME:  ARMA2.exe

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

TRAP_FRAME:  fffff88003522580 -- (.trap 0xfffff88003522580)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000400 rbx=0000000000000000 rcx=0000000040b50000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=0000000000000001 rsp=fffff88003522718 rbp=00000000009f2180
r8=0000000006173ea8  r9=00000000fffffa80 r10=fffff80003066000
r11=fffff88003522760 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
00000000`00000001 ??              ???
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800030d5ca9 to fffff800030d6740

FAILED_INSTRUCTION_ADDRESS: 
+6363336564653465
00000000`00000001 ??              ???

STACK_TEXT:  
fffff880`03522438 fffff800`030d5ca9 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx
fffff880`03522440 fffff800`030d4920 : fffffa80`08c4b128 fffff880`035227b0 fffffa80`08c4b120 fffffa80`08c4b060 : nt!KiBugCheckDispatch+0x69
fffff880`03522580 00000000`00000001 : fffff800`030e229e fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 : nt!KiPageFault+0x260
fffff880`03522718 fffff800`030e229e : fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 00000000`00000001 : 0x1
fffff880`03522720 fffff800`030e1dd6 : fffffa80`08c4b168 fffffa80`08c4b168 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x66
fffff880`03522790 fffffa80`05fd8a10 : 00000000`00000000 fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 : nt!KiProcessExpiredTimerList+0xc6
fffff880`03522de0 00000000`00000000 : fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 fffff880`010cecc0 : 0xfffffa80`05fd8a10


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiPageFault+260
fffff800`030d4920 440f20c0        mov     rax,cr8

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  nt!KiPageFault+260

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4c1c44a9

FAILURE_BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260

BUCKET_ID:  X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260

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

sapreste dirmi qual'è la causa del crash di sistema?

]]>https://www.xtremehardware.com/forum//topic/16669/per-risalire-alla-causa-di-un-crashRSS for NodeMon, 13 Apr 2026 08:52:31 GMTSat, 16 Oct 2010 09:40:38 GMT60<![CDATA[Reply to Per risalire alla causa di un crash on Mon, 20 Dec 2010 14:48:56 GMT]]>Mha il corsair ha di picco 600 watt non credo che eri al limite

]]>https://www.xtremehardware.com/forum//post/238970https://www.xtremehardware.com/forum//post/238970Mon, 20 Dec 2010 14:48:56 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Mon, 20 Dec 2010 14:33:17 GMT]]>Aggiorno un po la situazione: sembra che ho risolto tutto perfettamente (lo sto testando da una decina di giorni) e neanche un problema, di nessun genere, sono spariti anche i problemi audio che discvutevo QUI .

Il tutto abbassando il BCLK da 200 a 190 (e quindi la cpu da 4.2 a 4GHz). Non ne ho idea del perchè, l'oc era testato per bene, e credo che questo significhi che processore ram e chipset erano stabilissimi, ma visti che i problemi nascevano escusivamente un game, in questo caso il sistema veniva sotto posto ad uno stress diverso, piu pesante entrando in gioco la vga e quindi sono arrivato ad una ipotetica analisi:

1. la scheda madre non regge o i 200 di bclk (o comunque un oc abbastanza spinto a 4.2ghz di cpu)

2. oppure il mio Corsair HX520W era troppo al limite quando veniva chiamata anche la vga in gioco

...cosa ne pensate, puo essere una di queste 2 la causa o sono fuori strada?

]]>https://www.xtremehardware.com/forum//post/238969https://www.xtremehardware.com/forum//post/238969Mon, 20 Dec 2010 14:33:17 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Fri, 10 Dec 2010 14:14:38 GMT]]>A questo punto riporterei tutto a default per un po per riassestare il sistema

]]>https://www.xtremehardware.com/forum//post/238968https://www.xtremehardware.com/forum//post/238968Fri, 10 Dec 2010 14:14:38 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Thu, 09 Dec 2010 22:47:33 GMT]]>intanto altre 2 bsod:

1)

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


Loading Dump File [C:WindowsMinidump120910-17706-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:Windowssymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0324c000 PsLoadedModuleList = 0xfffff800`03489e50
Debug session time: Thu Dec  9 14:06:55.126 2010 (UTC + 1:00)
System Uptime: 0 days 1:12:46.016
Loading Kernel Symbols
...............................................................
................................................................
.............................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {8, 2, 1, fffff88002e5a95e}

Unable to load image SystemRootsystem32DRIVERS
etr7364.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for netr7364.sys
*** ERROR: Module load completed but symbols could not be loaded for netr7364.sys
Probably caused by : hardware ( nwifi!Pt6RepackRecvNBL+2fa )

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

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

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: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff88002e5a95e, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800034f40e0
0000000000000008 

CURRENT_IRQL:  2

FAULTING_IP: 
nwifi!Pt6RepackRecvNBL+2fa
fffff880`02e5a95e 68488b97c0      push    0FFFFFFFFC0978B48h

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  LP2DX9.exe

TRAP_FRAME:  fffff88003322440 -- (.trap 0xfffff88003322440)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff88003322570
rdx=0000000003ed5628 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88002e5a95e rsp=fffff880033225d0 rbp=0000000000000000
r8=0000000000000000  r9=fffffa8004542ad9 r10=f5bc2f32e757d9b7
r11=fffffa80045429f0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nwifi!Pt6RepackRecvNBL+0x2fa:
fffff880`02e5a95e 68488b97c0      push    0FFFFFFFFC0978B48h
Resetting default scope

MISALIGNED_IP: 
nwifi!Pt6RepackRecvNBL+2fa
fffff880`02e5a95e 68488b97c0      push    0FFFFFFFFC0978B48h

LAST_CONTROL_TRANSFER:  from fffff800032bbca9 to fffff800032bc740

STACK_TEXT:  
fffff880`033222f8 fffff800`032bbca9 : 00000000`0000000a 00000000`00000008 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`03322300 fffff800`032ba920 : 00000000`00000000  fffffa80`04356b10 00000000`00000000 00000000`00000000 :  nt!KiBugCheckDispatch+0x69
fffff880`03322440 fffff880`02e5a95e : fffffa80`0885d010  00000000`000000e9 fffffa80`04356b10 fffffa80`00000000 :  nt!KiPageFault+0x260
fffff880`033225d0 fffff880`02e5b6c8 : 00000000`00000000  00000000`00000004 fffffa80`07c101b0 fffffa80`0885d010 :  nwifi!Pt6RepackRecvNBL+0x2fa
fffff880`033226d0 fffff880`018489e9 : fffffa80`083171a0  00000000`00000000 00000000`00000001 fffffa80`07c101b0 :  nwifi!Pt6Receive+0x170
fffff880`03322730 fffff880`01848980 : fffffa80`0837f328  fffff880`01c300c7 fffff880`01c31340 fffff880`055b1cab :  ndis!ndisFilterIndicateReceiveNetBufferLists+0x29
fffff880`03322770 fffff880`01c2c9c0 : fffff880`01c33110  00000000`00000000 00000000`00000001 fffffa80`0837fd78 :  ndis!NdisFIndicateReceiveNetBufferLists+0x50
fffff880`033227b0 fffff880`018602b7 : fffffa80`07d351a0  fffffa80`0823d650 fffffa80`0823d650 00000000`00000001 :  vwififlt!FilterReceiveNetBufferLists+0x158
fffff880`03322810 fffff880`0427118f : fffffa80`0822f8c0  00000000`00000000 fffffa80`0841802e 00000000`00000000 : ndis! ??  ::FNODOBFM::`string'+0xccef
fffff880`03322860 fffffa80`0822f8c0 : 00000000`00000000 fffffa80`0841802e 00000000`00000000 fffffa80`00000002 : netr7364+0x518f
fffff880`03322868 00000000`00000000 : fffffa80`0841802e  00000000`00000000 fffffa80`00000002 fffffa80`08202878 :  0xfffffa80`0822f8c0


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nwifi!Pt6RepackRecvNBL+2fa
fffff880`02e5a95e 68488b97c0      push    0FFFFFFFFC0978B48h

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nwifi!Pt6RepackRecvNBL+2fa

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  X64_IP_MISALIGNED_nwifi.sys

BUCKET_ID:  X64_IP_MISALIGNED_nwifi.sys

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

jpeg.gif

th_20101209233253_2.jpg

2)

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


Loading Dump File [C:WindowsMinidump120910-19468-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:Windowssymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03201000 PsLoadedModuleList = 0xfffff800`0343ee50
Debug session time: Thu Dec  9 16:15:21.449 2010 (UTC + 1:00)
System Uptime: 0 days 2:06:56.713
Loading Kernel Symbols
...............................................................
................................................................
............................................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa8005ee1028, be000000, 800400}

Probably caused by : hardware

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

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

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa8005ee1028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.

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


BUGCHECK_STR:  0x124_GenuineIntel

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  LP2DX9.exe

CURRENT_IRQL:  f

STACK_TEXT:  
fffff800`04b92a98 fffff800`037ef903 : 00000000`00000124 00000000`00000000 fffffa80`05ee1028 00000000`be000000 : nt!KeBugCheckEx
fffff800`04b92aa0 fffff800`03387593 : 00000000`00000001  fffffa80`058fbcb0 00000000`00000000 fffffa80`058fbd00 :  hal!HalBugCheckSystem+0x1e3
fffff800`04b92ae0 fffff800`037ef5c8 : 00000000`00000728  fffffa80`058fbcb0 fffff800`04b92e70 fffff800`04b92e00 :  nt!WheaReportHwError+0x263
fffff800`04b92b40 fffff800`037eef1a : fffffa80`058fbcb0  fffff800`04b92e70 fffffa80`058fbcb0 00000000`00000000 :  hal!HalpMcaReportError+0x4c
fffff800`04b92c90 fffff800`037eedd5 : 00000000`00000004  00000000`00000001 fffff800`04b92ef0 00000000`00000000 :  hal!HalpMceHandler+0x9e
fffff800`04b92cd0 fffff800`037e2e88 : 00000000`058cdcdc  00000000`ffffffff 00000000`00000000 00000000`00000000 :  hal!HalpMceHandlerWithRendezvous+0x55
fffff800`04b92d00 fffff800`0326ffec : 00000000`00000000  00000000`00000000 00000000`00000000 00000000`00000000 :  hal!HalHandleMcheck+0x40
fffff800`04b92d30 fffff800`0326fe53 : 00000000`00000000  00000000`00000000 00000000`00000000 00000000`00000000 :  nt!KxMcheckAbort+0x6c
fffff800`04b92e70 00000000`004481e5 : 00000000`00000000  00000000`00000000 00000000`00000000 00000000`00000000 :  nt!KiMcheckAbort+0x153
00000000`0018bcbc 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x4481e5


STACK_COMMAND:  kb

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: hardware

IMAGE_NAME:  hardware

DEBUG_FLR_IMAGE_TIMESTAMP:  0

FAILURE_BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE

BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE

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

th_20101209233417_3.jpg

th_20101209233442_4.jpg

]]>https://www.xtremehardware.com/forum//post/238967https://www.xtremehardware.com/forum//post/238967Thu, 09 Dec 2010 22:47:33 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Thu, 09 Dec 2010 14:01:04 GMT]]>

pasta ha scritto:

bene, sotto liquido

Usi l'ultima versione di linx

]]>https://www.xtremehardware.com/forum//post/238966https://www.xtremehardware.com/forum//post/238966Thu, 09 Dec 2010 14:01:04 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Thu, 09 Dec 2010 12:19:41 GMT]]>bene, sotto liquido

]]>https://www.xtremehardware.com/forum//post/238965https://www.xtremehardware.com/forum//post/238965Thu, 09 Dec 2010 12:19:41 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Thu, 09 Dec 2010 11:35:50 GMT]]>a temperature come stai messo?

]]>https://www.xtremehardware.com/forum//post/238964https://www.xtremehardware.com/forum//post/238964Thu, 09 Dec 2010 11:35:50 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 08 Dec 2010 23:29:31 GMT]]>blend, non non me lo fa spesso ma capita neanche raramente

]]>https://www.xtremehardware.com/forum//post/238963https://www.xtremehardware.com/forum//post/238963Wed, 08 Dec 2010 23:29:31 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 08 Dec 2010 23:23:28 GMT]]>la stabilità con prime non è garantita al 100%... te lo fa spesso quando giochi? che modalità hai usato di prime?

]]>https://www.xtremehardware.com/forum//post/238962https://www.xtremehardware.com/forum//post/238962Wed, 08 Dec 2010 23:23:28 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 08 Dec 2010 23:13:09 GMT]]>4ghz testato 2 ore con prime....l'alimentatore è un corsair 550 con un anno di vita e col sistema precedente sempre in oc non mi ha mai dato problemi per piu di un anno....ho cambiato cpu e mobo ed ecco questo thread

]]>https://www.xtremehardware.com/forum//post/238961https://www.xtremehardware.com/forum//post/238961Wed, 08 Dec 2010 23:13:09 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 08 Dec 2010 22:55:01 GMT]]>quest'ultimo sembra un problema dei driver ati...

ma gli altri direi di no...

i problemi possono essere dovuti a:

- Sistema non stabile al 100% (dovuto a overclock o cattiva aliementazione)

- Sistema operativo corrotto (occorre formattare)

- Driver che vanno in conflitto

Sicuramente c'è da fare alcune prove... innanzitutto mettere tutto a default e vedere se hai ancora questo problema. Con che frequenza ti capitano i riavvii?

]]>https://www.xtremehardware.com/forum//post/238960https://www.xtremehardware.com/forum//post/238960Wed, 08 Dec 2010 22:55:01 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 08 Dec 2010 22:28:09 GMT]]>nuovo riavvio:

jpeg.gif

jpeg.gif

th_20101208232259_Immagine2.jpg

sapete l'origine e una possibile soluzione?...ma sopratutto se siamo sempre nell'ambito dello stesso problema dei post precedenti?

]]>https://www.xtremehardware.com/forum//post/238959https://www.xtremehardware.com/forum//post/238959Wed, 08 Dec 2010 22:28:09 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Fri, 19 Nov 2010 15:23:41 GMT]]>sapreste dirmi se questa BSOD è stata provocata dallo stesso motivo di quella riportata da me 2 post fa (post 801-802) ?

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


Loading Dump File [C:WindowsMinidump111910-19344-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: D:Symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0305a000 PsLoadedModuleList = 0xfffff800`03297e50
Debug session time: Fri Nov 19 16:10:25.002 2010 (UTC + 1:00)
System Uptime: 0 days 3:58:07.266
Loading Kernel Symbols
...............................................................
................................................................
............................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {8, 2, 1, fffff88002a0895e}

Unable to load image SystemRootsystem32DRIVERS
wifi.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nwifi.sys
*** ERROR: Module load completed but symbols could not be loaded for nwifi.sys
Probably caused by : hardware ( nwifi+895e )

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

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

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: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff88002a0895e, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800033020e0
0000000000000008 

CURRENT_IRQL:  2

FAULTING_IP: 
nwifi+895e
fffff880`02a0895e 68488b97c0      push    0FFFFFFFFC0978B48h

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  EFLC.exe

TRAP_FRAME:  fffff88003122440 -- (.trap 0xfffff88003122440)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff88003122570
rdx=0000000001eaafb8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88002a0895e rsp=fffff880031225d0 rbp=0000000000000000
r8=0000000000000000  r9=fffffa80065b462e r10=466cedf76ebf7249
r11=fffffa80065b4060 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nwifi+0x895e:
fffff880`02a0895e 68488b97c0      push    0FFFFFFFFC0978B48h
Resetting default scope

MISALIGNED_IP: 
nwifi+895e
fffff880`02a0895e 68488b97c0      push    0FFFFFFFFC0978B48h

LAST_CONTROL_TRANSFER:  from fffff800030c9ca9 to fffff800030ca740

STACK_TEXT:  
fffff880`031222f8 fffff800`030c9ca9 : 00000000`0000000a 00000000`00000008 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`03122300 fffff800`030c8920 : fffffa80`06111102 fffffa80`043b42f0 fffffa80`06111102 fffffa80`06111102 : nt!KiBugCheckDispatch+0x69
fffff880`03122440 fffff880`02a0895e : fffffa80`0881e010 00000000`000005ce fffffa80`043b42f0 fffffa80`00000000 : nt!KiPageFault+0x260
fffff880`031225d0 fffffa80`0881e010 : 00000000`000005ce fffffa80`043b42f0 fffffa80`00000000 00000000`00000000 : nwifi+0x895e
fffff880`031225d8 00000000`000005ce : fffffa80`043b42f0 fffffa80`00000000 00000000`00000000 fffff880`04239f79 : 0xfffffa80`0881e010
fffff880`031225e0 fffffa80`043b42f0 : fffffa80`00000000 00000000`00000000 fffff880`04239f79 00000000`c000000d : 0x5ce
fffff880`031225e8 fffffa80`00000000 : 00000000`00000000 fffff880`04239f79 00000000`c000000d fffffa80`0892fa70 : 0xfffffa80`043b42f0
fffff880`031225f0 00000000`00000000 : fffff880`04239f79 00000000`c000000d fffffa80`0892fa70 fffffa80`08000302 : 0xfffffa80`00000000


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nwifi+895e
fffff880`02a0895e 68488b97c0      push    0FFFFFFFFC0978B48h

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nwifi+895e

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  X64_IP_MISALIGNED_nwifi.sys

BUCKET_ID:  X64_IP_MISALIGNED_nwifi.sys

Followup: MachineOwner
---------
]]>https://www.xtremehardware.com/forum//post/238958https://www.xtremehardware.com/forum//post/238958Fri, 19 Nov 2010 15:23:41 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Sun, 14 Nov 2010 01:03:18 GMT]]>ecco, posso essere piu completo ora che mi è ricapitato e si è creato il minidump (inoltre questa volta mi è capitato nel medesimo modo in cui è successo ultimamente ed ho postato a pag 39 dal post 766):

questo è l'elenco degli eventi con i tre errori al momento del riavvio mentre ero in game, e mi sembra di aver capito che "critico" è levento del crash

th_20101114010151_1.jpg

th_20101114010232_2.jpg

poi in orine cronologico questo avviso

th_20101114010307_3.jpg

th_20101114010331_4.jpg

poi l'ultimo è l'avviso relativo al risultato del controllo errori con la segnalazione dello stesso e il salvataggio nel minidunp

th_20101114010413_5.jpg

th_20101114010516_6.jpg

ecco il minidump (mi da solo queste cose: non'è incompleto?):

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


Loading Dump File [C:WindowsMinidump111410-24024-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:Windowssymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03003000 PsLoadedModuleList = 0xfffff800`03240e50
Debug session time: Sun Nov 14 00:45:37.731 2010 (UTC + 1:00)
System Uptime: 0 days 7:10:34.606
Loading Kernel Symbols
...............................................................
................................................................
...........................................
Loading User Symbols
Loading unloaded module list
............
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {24, 2, 0, fffff8000307d34b}

Probably caused by : ntkrnlmp.exe ( nt!KiTimerWaitTest+22b )

Followup: MachineOwner

eccone un altro dello stesso dump con altri symnols:

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


Loading Dump File [C:WindowsMinidump111410-24024-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*d:symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03003000 PsLoadedModuleList = 0xfffff800`03240e50
Debug session time: Sun Nov 14 00:45:37.731 2010 (UTC + 1:00)
System Uptime: 0 days 7:10:34.606
Loading Kernel Symbols
...............................................................
................................................................
...........................................
Loading User Symbols
Loading unloaded module list
............
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {24, 2, 0, fffff8000307d34b}

Probably caused by : ntkrnlmp.exe ( nt!KiTimerWaitTest+22b )

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

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

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: 0000000000000024, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, 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: fffff8000307d34b, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032ab0e0
0000000000000024 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!KiTimerWaitTest+22b
fffff800`0307d34b 418b4624        mov     eax,dword ptr [r14+24h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  arma2oa.exe

TRAP_FRAME:  fffff88003122580 -- (.trap 0xfffff88003122580)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000307d34b rsp=fffff88003122718 rbp=fffffa8007e1f588
r8=fffff880009f4301  r9=0000000000000002 r10=00000000000000f5
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!KiTimerWaitTest+0x22b:
fffff800`0307d34b 418b4624        mov     eax,dword ptr [r14+24h] ds:5128:00000000`00000024=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80003072ca9 to fffff80003073740

STACK_TEXT:  
fffff880`03122438 fffff800`03072ca9 : 00000000`0000000a 00000000`00000024 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`03122440 fffff800`03071920 : fffffa80`0818ea10 fffffa80`07e1f588 fffffa80`0818ea10 00000000`0000001b : nt!KiBugCheckDispatch+0x69
fffff880`03122580 fffff800`0307d34b : fffff880`01a730a1 00000000`00000021 00000000`00276b9b 00000000`00276be2 : nt!KiPageFault+0x260
fffff880`03122718 fffff880`03163180 : fffffa80`07e1f580 00000000`00000000 fffffa80`03f96060 00000000`00000102 : nt!KiTimerWaitTest+0x22b
fffff880`03122798 fffffa80`07e1f580 : 00000000`00000000 fffffa80`03f96060 00000000`00000102 00000000`0000000c : 0xfffff880`03163180
fffff880`031227a0 00000000`00000000 : fffffa80`03f96060 00000000`00000102 00000000`0000000c 00000000`00000000 : 0xfffffa80`07e1f580


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTimerWaitTest+22b
fffff800`0307d34b 418b4624        mov     eax,dword ptr [r14+24h]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!KiTimerWaitTest+22b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4c1c44a9

FAILURE_BUCKET_ID:  X64_0xA_nt!KiTimerWaitTest+22b

BUCKET_ID:  X64_0xA_nt!KiTimerWaitTest+22b

Followup: MachineOwner

questo invece è quello che mi dice l'utility bluscreen view:

th_20101114015732_8.jpg

th_20101114015758_7.jpg

]]>https://www.xtremehardware.com/forum//post/238957https://www.xtremehardware.com/forum//post/238957Sun, 14 Nov 2010 01:03:18 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Sat, 13 Nov 2010 18:07:04 GMT]]>dopo aver fatto il ripristino ad un punto precedente dello stato del sistema, dopo aver disinstallato pulito e reinstallato altre versioni di drivers video e audio e dopo aver tirato giu l'overcock ho passato un periodo tutto liscio....

....oggi di nuovo un riavvio improvviso mentre il pc era nel menu di un gioco (l'unica modifica è che stamattina ho messo gli ultimi drivers della vga):

th_20101113190428_1.jpg

th_20101113190517_2.jpg

ma non riesco a trovare nessuno dei 2 files indicati per maggiori dettagli, nemmeno facendo una ricerca in tutto il pc.....come posso fare ?

]]>https://www.xtremehardware.com/forum//post/238956https://www.xtremehardware.com/forum//post/238956Sat, 13 Nov 2010 18:07:04 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 27 Oct 2010 15:12:12 GMT]]>

pasta ha scritto:

il voltaggo dell'I/O Core sarebbe IOH?....se si li ho lasciati in auto e la scheda li ha impostati al minimo: 1.10 ioh e 1.50 ioh pcie

[...]

IOH V = 1.16V

PCIE V = 1.56V

pasta ha scritto:

[...]

il qpi poi già è al minimo dici che necessita di piu vqpi?

puoi provare ad alzarlo uno-due step, quindi senza esagerare ;)

pasta ha scritto:

[...]

p.s. quindi l'attenzione è comunque da focalizzare sull'overclock e non sui drivers?

a mio parere, si :blink:

]]>https://www.xtremehardware.com/forum//post/238955https://www.xtremehardware.com/forum//post/238955Wed, 27 Oct 2010 15:12:12 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 27 Oct 2010 09:52:35 GMT]]>:cheazz:

]]>https://www.xtremehardware.com/forum//post/238954https://www.xtremehardware.com/forum//post/238954Wed, 27 Oct 2010 09:52:35 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Thu, 21 Oct 2010 08:42:10 GMT]]>

Totocellux ha scritto:

quindi non hai più il pc indicato in profilo, ma un 920 :blink:

non hai postato il voltaggo dell'I/O Core, importante con l'Uncore a 3.4Ghz

il QPI (7.2Ghz) potresti anche diminuirlo di uno step, o in alternativa aumentare il VQPI a 1.37V, altrimenti potrebbe provocare instabilità ;)

si hai ragione....aggiorno il mio profilo

il voltaggo dell'I/O Core sarebbe IOH?....se si li ho lasciati in auto e la scheda li ha impostati al minimo: 1.10 ioh e 1.50 ioh pcie

il qpi poi già è al minimo dici che necessita di piu vqpi?

p.s. quindi l'attenzione è comunque da focalizzare sull'overclock e non sui drivers?

]]>https://www.xtremehardware.com/forum//post/238953https://www.xtremehardware.com/forum//post/238953Thu, 21 Oct 2010 08:42:10 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 20 Oct 2010 17:16:10 GMT]]>quindi non hai più il pc indicato in profilo, ma un 920 :blink:

non hai postato il voltaggo dell'I/O Core, importante con l'Uncore a 3.4Ghz

il QPI (7.2Ghz) potresti anche diminuirlo di uno step, o in alternativa aumentare il VQPI a 1.37V, altrimenti potrebbe provocare instabilità ;)

]]>https://www.xtremehardware.com/forum//post/238952https://www.xtremehardware.com/forum//post/238952Wed, 20 Oct 2010 17:16:10 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 20 Oct 2010 17:10:26 GMT]]>un ripristino lo hai provato a fare?

]]>https://www.xtremehardware.com/forum//post/238951https://www.xtremehardware.com/forum//post/238951Wed, 20 Oct 2010 17:10:26 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 20 Oct 2010 15:20:49 GMT]]>

Totocellux ha scritto:

ntkrnlmp.exe non è un driver, bensì il kernel cioè il cuore del s.o. Microsoft su sistemi multicore/multicpu.

oltre che al momento di giocare con ARMA, in che occasioni sono avvenute gli altri BSOD?

che dissi utilizzi?

Non credo sia un problema che si possa direttamente addebitare al software.

Se non vuoi scendere di 2Mhz di Bus Speed come ti dicevo, per cortesia indica i parametri bios di tensioni (Vcore, VTT, VNB) e frequenze su cpu, Fsb e NorhBridge, che si sono rese necessarie per portare il Q6600 a 3.6Ghz

:)

in verità non sono state delle classiche bsod ma schermo nero con qualcosa che tremava per un paio di secondi e riavvio....poi sono andato a leggere le info nel registro eventi e nel minidump....l'altra occasione era un altro gioco

in verità non sono sceso di 2 mhz ma l'ho riportato a default però insieme a questo è capitato prima e dopo di reinstallare drivers video e audio e di fare anche un ripristino ad un punto precedente del sistema, in pratica non so piu le variabili

comunque questo è l'oc stabile per almeno 1 ora e 50 di prime64 (poi mi sono fermato ritenendolo abbastanza) :

21x200

speed step attivo

pci 101

ram 1600 come da specifica anche i timing e testata anche da sola per 1 ora con mem test

uncore e l'altro 3400 e 7200

cpu 1.3

qpi 1.35

]]>https://www.xtremehardware.com/forum//post/238950https://www.xtremehardware.com/forum//post/238950Wed, 20 Oct 2010 15:20:49 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Wed, 20 Oct 2010 14:42:54 GMT]]>

pasta ha scritto:

quindi il drivers in questione è "ntkrnlmp.exe"? nessun driver video o audio?(lo chiedo perchè avevo fatto una ricerca su quel lungo codice di errore ed era risultato a piu persone un problema del driver audio creative.....a me è capitato che prima delcrash con riavvio l'udio "scricchiolava" un po)

ntkrnlmp.exe non è un driver, bensì il kernel cioè il cuore del s.o. Microsoft su sistemi multicore/multicpu.

oltre che al momento di giocare con ARMA, in che occasioni sono avvenute gli altri BSOD?

che dissi utilizzi?

Non credo sia un problema che si possa direttamente addebitare al software.

Se non vuoi scendere di 2Mhz di Bus Speed come ti dicevo, per cortesia indica i parametri bios di tensioni (Vcore, VTT, VNB) e frequenze su cpu, Fsb e NorhBridge, che si sono rese necessarie per portare il Q6600 a 3.6Ghz

:)

]]>https://www.xtremehardware.com/forum//post/238949https://www.xtremehardware.com/forum//post/238949Wed, 20 Oct 2010 14:42:54 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Tue, 19 Oct 2010 18:23:25 GMT]]>prova a fare una pulizia del registro e disisntallare qualche file o driver obsoleto se rimasto nel sistema

]]>https://www.xtremehardware.com/forum//post/238948https://www.xtremehardware.com/forum//post/238948Tue, 19 Oct 2010 18:23:25 GMT<![CDATA[Reply to Per risalire alla causa di un crash on Tue, 19 Oct 2010 15:02:09 GMT]]>ram testate...tutto a posto, non era quello il problema...che dite cosa posso fare come passo successivo?

]]>https://www.xtremehardware.com/forum//post/238947https://www.xtremehardware.com/forum//post/238947Tue, 19 Oct 2010 15:02:09 GMT