Rich (BB code):
CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000010, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff8015a231180, The PRCB address of the hung processor.
Arg4: 0000000000000000, The index of the hung processor.
An expected clock interrupt was not received on a secondary processor
Bir kesme (Interrupt), işlemcinin öngörülemeyen bir olayın etkisiyle normalde yapmakta olduğu işi geçici olarak durdurmasına ve kesme tarafından belirtilen olaya geçici olarak geçmesine neden olmak için kullanılıyor. Bu durumda kesmenin ne olduğunu bilmek gerekiyor.
Adımlar halinde,
1 - ) İşlemci yürütmekte olduğu programın mikro komutunu (i) yürütüyorsa, önce bu komutu yürütmeyi bitirir. Bilgisayarın değerinin ((i+1). adres), işlemci durumunun ve diğer bilgilerin de kesme işleyicisi tarafından otomatik olarak yığında saklandığını da bilmek gerek.
2 - ) İşlemci, çevre birimlerinden gelen kesmeleri aldığını ve işlediğini belirtmek için kesmeyi gönderen birime özel olarak bir bildirim sinyali gönderiyor. Buna da
kesme onayı (Tam olarak doğru çeviri değildir.) deniyor. Bu sinyal işlemcinin ile çevresindeki birimler ile arasındaki iletişimi sağlıyor ve özellikle bu tip durumlarda kesmeyi gönderen birimin de işlemcinin kesmeleri aldığını bilmesini de sağlıyor.
3 - ) En önemlisi, yukarıdaki quote üzerinde mavi ve kalın bir puntoyla işaretlediğim
saat kesmesi, işlemci çekirdeğinin gerçek döngülerini saymayı içeren bir kesme türü, bu da esasen her şeyi senkronize tutmak için işlemcilerde bir saat çalıştırıyor. Bu saat gönderilen interrupt'un tüm çekirdeklere dağıtıldığını ve hepsinin rapor vermesi gerektiğini kontrol eden bir birimdir. Eğer ki biri belirlenen zaman diliminde hiç rapor vermezse, bu çökme meydana gelir. Eğer ki rapor vermesi gerekiyorken bunu yapmıyorsa da şu an önümde olan mavi ekran hatasını yersin.
2-3-4.parametrelerden de işaretlediğim gibi 0.çekirdek bir sinyal alıyor ve bu sinyali işliyor ya da işleyemiyor bilmesek de bu sinyale zamanında dönmüyor ve sistem çöküyor. Sistem o an çöken çekirdekte rapor oluşturmak zorunda olmadığından çöküp bir döküm oluşturuyor. Şanslıysak minidump'ta çöken çekirdeğe erişebiliyoruz şanslı değilsek de MEMORY.DMP üzerinden kesin erişebiliyoruz.
Rich (BB code):
11: kd> !prcb 0
PRCB for Processor 0 at fffff8015a231180:
Current IRQL -- 0
Threads-- Current ffffd6811bcd60c0 Next 0000000000000000 Idle fffff801cb5d0640
Processor Index 0 Number (0, 0) GroupSetMember 1
Interrupt Count -- 5f43c61d
Times -- Dpc 000a9034 Interrupt 0009495f
Kernel 0152887c User 002329f7
Gördüğün üzere 2,3 ve 4.parametrelerin sonucu aslında çökmenin 0.çekirdekte çöktüğünü kanıtlamaktan ibaret. Şu an 11'deyiz ve içeriğine bakıyoruz...
Rich (BB code):
#11.ÇEKİRDEK İÇERİĞİ#
# Child-SP RetAddr Call Site
00 ffffb181`76ed8b48 fffff801`ca975288 nt!KeBugCheckEx << Mavi ekranı görüyoruz.
01 ffffb181`76ed8b50 fffff801`ca967b71 nt!KeAccumulateTicks+0x6d8
02 ffffb181`76ed8bc0 fffff801`ca967735 nt!KiUpdateRunTime+0xc9 << Sistem burada çöküyor, çünkü bu donma veri kaybına neden olacaktır.
03 ffffb181`76ed8c40 fffff801`ca86e8fe nt!KiUpdateTime+0x2b5 << Sistem çökmüş, donmuş durumda o an. Bunu fark ediyor ve kendini güncelliyor
04 ffffb181`76ed8dd0 fffff801`ca8702ad nt!KeClockInterruptNotify+0x66e << Saat kesmesinden bir bildirim alınıyor
05 ffffb181`76ed8f50 fffff801`cac7b04e nt!KiCallInterruptServiceRoutine+0x2ed
06 ffffb181`76ed8fb0 fffff801`cac7b85c nt!KiInterruptSubDispatchNoLockNoEtw+0x4e
07 ffffae88`d778f430 fffff801`cac79e9a nt!KiInterruptDispatchNoLockNoEtw+0x3c << Bir kesme sırası rutini
08 ffffae88`d778f5c0 00000000`00000000 nt!KiIdleLoop+0x5a << Sistem boşta
Basit bir şekilde sistemin neden çöktüğünü burada da yukarıda anlattığımın aynısını sadece Windows fonksiyonları şeklinde görüyoruz, çöküyor çünkü donuyor. Çöküyor çünkü takılı durumda, yanıt vermiyor. Anlaşıldığını düşünüyorum.
Buraya kadar olan kısım detaysız ama yine de bir bilgiye sahip olabileceğimiz kısımdı. Anladık peki, 0.çekirdekte işlemci saat kesmesine yanıt vermeden 10 saat tikine ulaştı ve böylece sistem çöktü ardından mavi ekrana düştü. Şimdi, bu nasıl gerçekleşiyor? Bakmamız lazım.
Rich (BB code):
11: kd> !irql
Debugger saved IRQL for processor 0xb -- 13
Bakmamız gereken ilk nokta: Sistemin çökmeye karar vermeden önce her işlemcinin IRQL'ini kontrol etmek olacak. Çökme işlemi sırasında IRQL değiştirilir, bu nedenle mevcut en son IRQL'i görmek anlamsız olacaktır yukarıdakı gibi. (0x13) - x86 işlemciler 28 - x64 işlemciler 13 IRQL değerine sahiptirler.
Neyse ki, Windows'u kodlayan kişiler de bunun farkında olacaklar ki çökme işlemi başlamadan önce işlemcinin her durumdaki IRQL durumunu kontrol etmesini sağlamışlar.
Rich (BB code):
11: kd> !irql 0
Debugger saved IRQL for processor 0x0 -- 0 (LOW_LEVEL)
Asıl önemli olan 0.çekirdekteki IRQL durumu ve bu da gördüğün gibi 0. Şöyle bir yorum yapmak gerekiyor artık;
11.çekirdek aslında işlerin zamanlamasını takip eden sistematik bir saat kesmesiyle ilgilenirken, (Çağrı yığınında buna bakmıştık.) 0.çekirdek görünüşe göre bununla ilgilenmemiş ve tamamen işlevsiz durmuş (Ya da takılı kalmış). Bu durum, 11 çekirdek için IRQL'in 13 (saat kesmesi) ve 0.çekirdek için IRQL'in 0 olmasıyla da ifade ediliyor.
Rich (BB code):
#0.ÇEKİRDEK İÇERİĞİ#
# Child-SP RetAddr Call Site
00 00000042`194fe6e0 00000000`00000000 0x00007ff7`cea44112
0.çekirdeğin içeriği, 11 kadar dolu olmasa gerek ki hiçbir fonksiyon gözükmüyor. Bu da aslında bir yorum yapma şansımızı epey düşürüyor.
Şimdiye kadar, bir saat kesmesinin ortaya çıktığını ve sistem zamanlayıcısını güncel tutmak için rutin işini yapmaya çalıştığını görebileceğimiz kadar bilgi edindik. 11.çekirdek bunu halletmekte sorun yaşamıyor ve gayet iyi bir şekilde hallediyor. Ancak, 0.çekirdeğin aynı şeyi yapma zamanı geldiğinde hiçbir şey olmadığını görebiliyoruz. Kesme, çağrı yığınında ortaya çıkmadı ya da IRQL değişmedi. Her şey hareketsiz kalmaya devam etti ve 0.çekirdek bu noktada derin bir uykudaydı. Bu neden olabilir? Bunu anlamak için mevcut çekirdekteki Interrupt Flag durumunu incelememiz gerekiyor...
Flag, işlemcinin göz ardı edilebilen kesmeleri ele alıp almayacağını belirtmek için kullanılır. Göz ardı edilebilen kesmeler, NMI'lar dışındaki tüm donanım kesmeleridir. Bu bayrak 0 olursa, işlemci göz ardı edilebilen kesmeleri yok sayacaktır. STI (Set interrupts) ve CLI (clear interrupts) komutları bu EFLAGS kaydında yapılan değişiklikleri işlemek için kullanılır. Yalnızca bu dosyada bu kadar içerik bulunmuyor.
Yukarıda da gördüğün gibi if=1. O sırada interrupt flag aslında 1'di. Bir kesmeyi işlemesi gerekirdi ama yapmadı. Burada, 0.çekirdeğin saat kesmesini kabul etmesini durdurması gerektiğini gösteren hiçbir şey yok, bu da bu çökmeyi önleyebilirdi. Bunun yerine, hiçbir şey yapmadı ve sistem çöktü. Buna ancak ya sorunlu bir işlemci ya da gerçekten bu soruna neden olabilecek bir sürücü sebep olabilir. Çağrı yığınında göremesek de detayında birçok kod görebiliyoruz bu çekirdek için.
Rich (BB code):
0xffffae88e1004728 : 0xfffff801ca8ed94d : nt!KeCancelTimer+0x1ad
0xffffae88e1004758 : 0xfffff801ca934ac3 : nt!PopDiagTraceFxComponentLatency+0x117
0xffffae88e1004778 : 0xfffff801ca856656 : nt!ExAcquireSpinLockExclusive+0x36
0xffffae88e10047a8 : 0xfffff801ca9348fc : nt!PopPepComponentSetLatency+0x114
0xffffae88e10047c8 : 0xfffff8015d2fb1bd : storport!StorpRequestTimer+0xcd
0xffffae88e10047e8 : 0xfffff801ca9347ce : nt!PoFxSetComponentLatency+0x2e
0xffffae88e1004908 : 0xfffff8015d2fba03 : storport!RaidGetStartIoPerfParams+0x73
0xffffae88e1004928 : 0xfffff8015d50afc9 : stornvme!NVMePowerActive+0xa9
0xffffae88e1004948 : 0xfffff8015d2f9f19 : storport!StorPortExtendedFunction+0x599
0xffffae88e1004958 : 0xfffff8015d2fa54b : storport!StorPortExtendedFunction+0xbcb
0xffffae88e1004960 : 0xfffff801ca9f5b80 : nt!HalpTscQueryCounterOrdered
0xffffae88e1004968 : 0xfffff801ca81fd56 : nt!KeQueryPerformanceCounter+0x166
0xffffae88e1004978 : 0xfffff8015d4f1c07 : stornvme!NVMeHwAdapterControl+0x37
0xffffae88e1004988 : 0xfffff8015d2fb065 : storport!StorAcquireSpinLockEx+0x85
0xffffae88e10049c8 : 0xfffff801ca86988e : nt!KeReleaseInStackQueuedSpinLock+0xe
0xffffae88e10049d8 : 0xfffff8015d2edde7 : storport!RiNormalizeDeviceQueue+0x147
0xffffae88e10049f8 : 0xfffff8015d2f4e74 : storport!StorPortNotification+0x314
0xffffae88e1004ac8 : 0xfffff8015d4f6381 : stornvme!ProcessCommandInSpecificQueue+0x441
0xffffae88e1004af8 : 0xfffff801ca8f28ad : nt!PopFxActivateComponentDependents+0x3d
0xffffae88e1004b48 : 0xfffff8015d4f98d8 : stornvme!ScsiToNVMe+0xbe8
0xffffae88e1004b98 : 0xfffff8015d4f4a2c : stornvme!ProcessCommand+0x9c
0xffffae88e1004bb8 : 0xfffff8015d4f0400 : "stornvme!NVMeControllerRemove <PERF> (stornvme+0x400)"
0xffffae88e1004be8 : 0xfffff8015d505a9f : stornvme!NVMeHwStartIo+0x16f
0xffffae88e1004c28 : 0xfffff801ca956f6b : nt!MiUpdateWorkingSetAgeDistribution+0x47
0xffffae88e1004c38 : 0xfffff801ca83a9ab : nt!MiGetVaAge+0x1b
0xffffae88e1004c68 : 0xfffff801ca877e78 : nt!MiAddWorkingSetEntries+0x174
0xffffae88e1004d08 : 0xfffff801ca95a4bb : nt!MiAllocateWsle+0x2db
0xffffae88e1004de8 : 0xfffff801ca9592ee : nt!MiCompletePrivateZeroFault+0x2ea
0xffffae88e1004ee8 : 0xfffff801ca8da0e8 : nt!MiResolvePrivateZeroFault+0x4d4
0xffffae88e1004f10 : 0xfffff801ca9f5b80 : nt!HalpTscQueryCounterOrdered
0xffffae88e1004f18 : 0xfffff801ca81f15d : nt!KiStartThreadCycleAccumulationContextSwap+0x29d
0xffffae88e1004f28 : 0xfffff801ca9c7843 : nt!KiHeteroComputeThreadImportance+0x53
0xffffae88e1004f58 : 0xfffff801cb438600 : nt!MiSystemPartition
0xffffae88e1004f60 : 0xfffff801cb438600 : nt!MiSystemPartition
0xffffae88e1004fd8 : 0xfffff801caaab4b9 : nt!KiJoinCooperativeIdleSearch+0x169
0xffffae88e1004fe0 : 0xfffff801ca9f5b80 : nt!HalpTscQueryCounterOrdered
0xffffae88e1004fe8 : 0xfffff801ca81f15d : nt!KiStartThreadCycleAccumulationContextSwap+0x29d
0xffffae88e10050a8 : 0xfffff801ca94e9a4 : nt!MiResolveDemandZeroFault+0x118
0xffffae88e10050e8 : 0xfffff8015c19aaf1 : FLTMGR!FltpTraceIOStatusOnFailure+0xe1
0xffffae88e1005248 : 0xfffff801ca8d8473 : nt!MiDispatchFault+0x14f
0xffffae88e1005310 : 0xfffff801cb437a80 : 0xfffff801cb42c500 : nt!MiState+0xc0
0xffffae88e1005318 : 0xfffff801ca8780d3 : nt!MiUnlockWorkingSetShared+0xe3
0xffffae88e1005348 : 0xfffff801ca8777fa : nt!MiReleaseFaultState+0x16a
0xffffae88e1005398 : 0xfffff801ca87a47a : nt!MmAccessFault+0x25a
0xffffae88e10054c8 : 0xfffff801ca9bc2fc : nt!ExFreeToLookasideListEx+0x4c
0xffffae88e1005508 : 0xfffff801ca8ed94d : nt!KeCancelTimer+0x1ad
0xffffae88e1005518 : 0xfffff801ca8317ff : nt!MmCheckCachedPageStates+0x227
0xffffae88e1005538 : 0xfffff801ca934ac3 : nt!PopDiagTraceFxComponentLatency+0x117
0xffffae88e1005558 : 0xfffff801ca856656 : nt!ExAcquireSpinLockExclusive+0x36
0xffffae88e1005588 : 0xfffff801ca9348fc : nt!PopPepComponentSetLatency+0x114
0xffffae88e10055a8 : 0xfffff8015d2fb1bd : storport!StorpRequestTimer+0xcd
0xffffae88e10055c8 : 0xfffff801ca9347ce : nt!PoFxSetComponentLatency+0x2e
0xffffae88e1005678 : 0xfffff801caa044e2 : nt!RtlpHpLfhSubsegmentPrefetchRange+0x1e
0xffffae88e1005698 : 0xfffff8015d757ff1 : Ntfs!NtfsCheckAttributeRecord+0x4e1
0xffffae88e10056e8 : 0xfffff8015d2fba03 : storport!RaidGetStartIoPerfParams+0x73
0xffffae88e1005728 : 0xfffff801ca8aaef2 : nt!MmGetPhysicalAddress+0x252
0xffffae88e1005740 : 0xfffff801ca9f5b80 : nt!HalpTscQueryCounterOrdered
0xffffae88e1005748 : 0xfffff801ca81fd56 : nt!KeQueryPerformanceCounter+0x166
0xffffae88e1005768 : 0xfffff8015d2fb065 : storport!StorAcquireSpinLockEx+0x85
0xffffae88e10057a8 : 0xfffff801ca86988e : nt!KeReleaseInStackQueuedSpinLock+0xe
0xffffae88e10057d8 : 0xfffff8015d2f4e74 : storport!StorPortNotification+0x314
0xffffae88e10058a8 : 0xfffff8015d4f6381 : stornvme!ProcessCommandInSpecificQueue+0x441
0xffffae88e10058d8 : 0xfffff801ca8f28ad : nt!PopFxActivateComponentDependents+0x3d
0xffffae88e1005928 : 0xfffff8015d4f98d8 : stornvme!ScsiToNVMe+0xbe8
0xffffae88e1005978 : 0xfffff8015d4f4a2c : stornvme!ProcessCommand+0x9c
0xffffae88e1005998 : 0xfffff8015d4f0400 : "stornvme!NVMeControllerRemove <PERF> (stornvme+0x400)"
0xffffae88e10059c8 : 0xfffff8015d505a9f : stornvme!NVMeHwStartIo+0x16f
0xffffae88e1005a18 : 0xfffff8015d2db2a3 : storport!RaidAdapterPostScatterGatherExecute+0x593
0xffffae88e1005ab8 : 0xfffff8015d2d8eb0 : storport!RaUnitStartIo+0x2e0
0xffffae88e1005b38 : 0xfffff8015d2d872f : storport!RaidInsertDeviceQueue+0x16f
0xffffae88e1005c28 : 0xfffff8015d2d77e6 : storport!RaidStartIoPacket+0xa86
0xffffae88e1005d88 : 0xfffff8015d2d6cbc : storport!RaidUnitSubmitRequest+0x9c
0xffffae88e1005dc8 : 0xfffff8015d77961c : Ntfs!TxfAccessCheck+0x18c
0xffffae88e1005dd8 : 0xfffff8015d2d6142 : storport!RaDriverScsiIrp+0x2a2
0xffffae88e1005e08 : 0xfffff801cb0fff00 : nt!IopFileMapping
0xffffae88e1005e18 : 0xfffff801ca82d70d : nt!KeQueryCurrentStackInformationEx+0x9d
0xffffae88e1005e58 : 0xfffff801ca876499 : nt!KeLeaveCriticalRegionThread+0x9
0xffffae88e1005ed8 : 0xfffff801ca8f7a0e : nt!IofCallDriver+0xbe
0xffffae88e1005ef8 : 0xfffff801cae20064 : nt!SeUnlockSubjectContext+0x24
0xffffae88e1005f18 : 0xfffff8015d54113f : EhStorClass!FilterDeviceEvtWdmIoctlIrpPreprocess+0x12f
0xffffae88e1005f78 : 0xfffff801cb0fff00 : nt!IopFileMapping
0xffffae88e1005fe8 : 0xfffff8015d6fb640 : Ntfs!NtfsFsdDispatchWait+0x50
0xffffae88e1006008 : 0xfffff801ca811afd : nt!ExReleaseFastMutex+0x17d
0xffffae88e1006028 : 0xfffff801ca9686a6 : nt!KiComputeCpuSetAffinity+0x316
0xffffae88e1006058 : 0xfffff8015cab5b8a : Wdf01000!FxDevice::DispatchWithLock+0x1da
0xffffae88e1006240 : 0xfffff801ca9f94c0 : nt!HalpApic1WriteIcr
0xffffae88e1006248 : 0xfffff801ca9c07b6 : nt!HalpApicRequestInterrupt+0x96
0xffffae88e1006250 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006258 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e10062c8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e10062e8 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006300 : 0xfffff801ca9f94c0 : nt!HalpApic1WriteIcr
0xffffae88e1006358 : 0xfffff801ca82800b : nt!KiSearchForNewThreadsForRescheduleContext+0x6db
0xffffae88e1006430 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006438 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e10064a8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e10064f8 : 0xfffff801ca826346 : nt!KiCommitRescheduleContext+0x56
0xffffae88e1006508 : 0xfffff801ca96a605 : nt!KiFindStandbyThreadForSteal+0x15
0xffffae88e1006520 : 0xfffff801cb415340 : nt!KiInitialNodeStructures+0x40
0xffffae88e1006538 : 0xfffff801ca96a3b8 : nt!KiAttemptToStealStandbyThread+0x100
0xffffae88e1006598 : 0xfffff801cab885d6 : nt!KiSetProcessorIdle_LockFree+0x1ca
0xffffae88e10065f0 : 0xfffff801ca9f94c0 : nt!HalpApic1WriteIcr
0xffffae88e10065f8 : 0xfffff801ca9c07b6 : nt!HalpApicRequestInterrupt+0x96
0xffffae88e1006608 : 0xfffff801cab833d8 : nt!KiUpdateStandbyStealSummaryForStandbyChange+0x20
0xffffae88e1006638 : 0xfffff801ca826917 : nt!KiCommitRescheduleContextEntry+0x577
0xffffae88e1006668 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006690 : 0xffffae88e10066d0 : 0xfffff801cb415340 : nt!KiInitialNodeStructures+0x40
0xffffae88e1006698 : 0xfffff801ca96cc14 : nt!KiSearchForNewThreadsInStandby+0x24
0xffffae88e10066a8 : 0xfffff801ca826346 : nt!KiCommitRescheduleContext+0x56
0xffffae88e10066d0 : 0xfffff801cb415340 : nt!KiInitialNodeStructures+0x40
0xffffae88e10066d8 : 0xfffff801caaaaabf : nt!KiUpdateSpeculationControl+0xabf
0xffffae88e10066e8 : 0xfffff801ca96b368 : nt!KiSearchForNewThreadsOnTarget+0x58
0xffffae88e1006768 : 0xfffff801ca828ec3 : nt!KiUpdateSharedReadyQueueStatisticsOnRemoval+0x53
0xffffae88e1006798 : 0xfffff801ca82800b : nt!KiSearchForNewThreadsForRescheduleContext+0x6db
0xffffae88e1006808 : 0xfffff801caaab4b9 : nt!KiJoinCooperativeIdleSearch+0x169
0xffffae88e1006810 : 0xfffff801ca9f5b80 : nt!HalpTscQueryCounterOrdered
0xffffae88e1006818 : 0xfffff801ca81f15d : nt!KiStartThreadCycleAccumulationContextSwap+0x29d
0xffffae88e10068a8 : 0xfffff801cac80eec : nt!SwapContext+0x19c
0xffffae88e10068b0 : 0xfffff801cb415340 : nt!KiInitialNodeStructures+0x40
0xffffae88e10068e8 : 0xfffff801cac80ce6 : nt!KiSwapContext+0x76
0xffffae88e1006908 : 0xfffff801ca961997 : nt!MiCoalesceFreeSmallPages+0x197
0xffffae88e1006918 : 0xfffff801cab883db : nt!KiSearchForNewThreadsWithinL0SearchContext+0x17
0xffffae88e1006998 : 0xfffff801ca8c410e : nt!MiWakePageZeroing+0xc2
0xffffae88e10069e0 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e10069e8 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e10069f0 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e10069f8 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006a68 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006ac8 : 0xfffff801ca958848 : nt!MI_WRITE_INVALID_PTE_TB_FLUSH_NEEDED+0xac
0xffffae88e1006ad8 : 0xfffff801ca8307a4 : nt!RtlpUnwindPrologue+0x774
0xffffae88e1006ae0 : 0xffffae88e1006f68 : 0xfffff801ca9c760b : nt!KiHeteroSelectIdleProcessorFromSubNode+0x157
0xffffae88e1006b10 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006b18 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006b30 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006b38 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006ba8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006bc0 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006bc8 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006bd0 : 0xffffae88e1006bf0 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006bd8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006bf0 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006bf8 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006c08 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006c38 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006c68 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006c80 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006c88 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006c98 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006cf8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006d28 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006d30 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006d50 : 0xffffae88e1006d70 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006d70 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006d78 : 0xfffff801ca9c089e : nt!HalpApicRequestInterrupt+0x17e
0xffffae88e1006e20 : 0xfffff801caa0cd30 : nt!HalpApic1ReadRegister
0xffffae88e1006e28 : 0xfffff801caaab23a : nt!KiUpdateThreadQosGroupingSummaries+0x25a
0xffffae88e1006e38 : 0xfffff801cab833d8 : nt!KiUpdateStandbyStealSummaryForStandbyChange+0x20
0xffffae88e1006e60 : 0xfffff801ca9f94c0 : nt!HalpApic1WriteIcr
0xffffae88e1006e68 : 0xfffff801ca9c07b6 : nt!HalpApicRequestInterrupt+0x96
0xffffae88e1006ed8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1006f38 : 0xfffff801cab885d6 : nt!KiSetProcessorIdle_LockFree+0x1ca
0xffffae88e1006f50 : 0xfffff801cb415340 : nt!KiInitialNodeStructures+0x40
0xffffae88e1006f58 : 0xfffff801cab833d8 : nt!KiUpdateStandbyStealSummaryForStandbyChange+0x20
0xffffae88e1006f68 : 0xfffff801ca9c760b : nt!KiHeteroSelectIdleProcessorFromSubNode+0x157
0xffffae88e1006f80 : 0xfffff801ca9f94c0 : nt!HalpApic1WriteIcr
0xffffae88e1006f88 : 0xfffff801ca9c07b6 : nt!HalpApicRequestInterrupt+0x96
0xffffae88e1006ff8 : 0xfffff801ca81344c : nt!HalpInterruptSendIpi+0xac
0xffffae88e1007308 : 0xfffff801ca8272ce : nt!KiComputeThreadQos+0xce
*** WARNING: Unable to verify timestamp for nvlddmkm.sys
Çok fazla iş parçacığı değişimi ve takası görüyoruz. Bu da iyice zorlaştırıyor. Özellikle NVMe sürücüsünün kaldırılması, StorPort sürücüsünün çokca bulunması ve ekran kartı sürücüsünün bir zaman aşımına uğraması... Çok karışık. Uzun zamandır yaşadığını söylüyorsun, bu süre zarfında sıkça ekran kartı sürücüsü değiştiği için muhtemelen sorunu buna yormayacağım ben ama sen düşünüp mantıklı bulursan sürücüyü kontrol edebilirsin.
Bu noktada sana
sürücü doğrulayıcı çalıştırmanı önerebilirim ancak. Lakin, farklı bir dosya varsa lütfen onu da paylaş.
Hi, I don't remember seeing a detailed solution for this Bugcheck code on the internet before. Let me show you how to solve it with a short analysis. CLOCK_WATCHDOG_TIMEOUT (101) An expected clock interrupt was not received on a secondary processor in an MP system within the allocated interval...
geekberry.net
