HP ProBook 440 DRIVER_VERIFIER_DMA_VIOLATION (e6) mavi ekran hatası

bicy dedi:

Dosyayı bir bulut servisine yükleyip paylaşman lazım. Analiz tuşuna basmak yeterli değil.

Genişletmek için tıkla...

9603 dedi:

BIOS'tan DMA ayarını kapatıp deneyin. Eğer sorun geçerse RAM'leri test edin. Galiba RAM'lerde sorun var ve DMA açık olunca bu hatayı veriyor.

Genişletmek için tıkla...

bicy dedi:

Rich (BB code):

DRIVER_VERIFIER_DMA_VIOLATION (e6)
An illegal DMA operation was attempted by a driver being verified.
Arguments:
Arg1: 0000000000000026, IOMMU detected DMA violation.
Arg2: ffffbc8abfdd8060, Device Object of faulting device.
Arg3: 0000000000000000, Faulting information (usually faulting physical address).
Arg4: 0000000000000006, Fault type (hardware specific).

Kafa karıştırıcı bir mavi ekran hatası olabilir. Zira isminde Driver Verifier geçmesi acaba sürücü doğrulayıcının açık olmasından dolayı sürekli sistemi tararken bir hata yakalayıp mavi ekran mı verdirtiyor olarak düşünmeye iter insanı ama işin aslı öyle değildir. Bunu da ben değil Microsoft'un kendisi söylüyor. Bu hata ile ilgili Microsoft'un bu ve bu makalelerine bakarsan...




...Sorunun aslında Windows 10 1803+ sürümü ile beraber sürekli aktif edilen DMA koruması işlemi sırasında dolayı ortaya çıktığını ve her zaman Driver Verifier ile beraber ortaya çıkmayacağını öğreniyoruz. Yani, Windows 10 1803+ bir Windows sürümü kullanıyorsan Verifier aktif değilken bile bu mavi ekranı görebilirsin. Bu tamamen bir bilgi olsun diye yazdığım bir şey idi.


Kategori ilgine karşı herhangi bir baltalama yapmamaya çalışaraktan açıklamak gerekirse DMA, Doğrudan Bellek Erişimi anlamına geliyor. Yani G/Ç cihazları tarafından işlemci onayı olmadan RAM'e erişmek için kullanılıyor. Bunu aynı şekilde kötü amaçlı yazılımlar da kullanabileceği için DMA Koruması her zaman açık oluyor. Yani RAM'de sorun var diye olmaz bu mantıkla çünkü burada doğrudan etkileşime giren sürücülerin yanlışları da bellek yapısını bozabilir. Şu makaleye bakabilirsin daha fazla bilgi için.

Rich (BB code):

0: kd> k
 # Child-SP          RetAddr               Call Site
00 fffff806`7d684ea8 fffff806`794e19d7     nt!KeBugCheckEx << Mavi ekran
01 fffff806`7d684eb0 fffff806`794cd7eb     nt!IvtHandleInterrupt+0x1a7 // Intel VT-D tarafından yürürlüğe alınan kesme
02 fffff806`7d684f10 fffff806`792d7e65     nt!HalpIommuInterruptRoutine+0x4b // IOMMU tarafından yürürlüğe alınan kesme
03 fffff806`7d684f40 fffff806`794007fc     nt!KiCallInterruptServiceRoutine+0xa5
04 fffff806`7d684f90 fffff806`79400d67     nt!KiInterruptSubDispatchNoLock+0x11c
05 fffff806`7d675a10 fffff806`794033aa     nt!KiInterruptDispatchNoLock+0x37
06 fffff806`7d675ba0 00000000`00000000     nt!KiIdleLoop+0x5a

Yığınlar da çok fazla bilgi sağlamaz, bize sadece Kernel DMA korumasının aşamalarını ? gösteriyor. Yani direkt olarak yukarıda yazdığım DMA korumasının...

Hatanın aslında neden olduğu dosyada yazıyor, Mavi ile işaretlediği 0x6 hata türünün ne olduğu yukarıda attığım Microsoft makalesinde söyleniyor...

0x06​

The driver freed too many DMA scatter/gather lists. Usually this means it freed the same scatter/gather list two times.​

... Bir sürücünün DMA dağıtma/toplama listelerini 2 kere temizlemesinin bu hataya sebep olduğunu anlayabiliyoruz. Daha fazlasını yapamıyoruz çünkü 3.parametre ile belirtilen temizlenme rutininin null olması bizi tıkıyor. Lakin bir şansımız daha var ki sorunun ortaya çıkmasına sebep olan hata türünü inceleyerek dağıtma rutinine dahil olan sürücünün nesnesini görebiliyoruz.

Rich (BB code):

0: kd> dt _FAULT_INFORMATION_ARM64 6
nt!_FAULT_INFORMATION_ARM64
   +0x000 DomainHandle     : Ptr64 Void
   +0x008 FaultAddress     : Ptr64 Void
   +0x010 PhysicalDeviceObject : ffffbc8abfc93e00
   +0x018 InputMappingId   : ??
   +0x01c Flags            : _FAULT_INFORMATION_ARM64_FLAGS
   +0x020 Type             : _FAULT_INFORMATION_ARM64_TYPE
   +0x028 IommuBaseAddress : Uint8B

Rich (BB code):

0: kd> !devobj ffffbc8abfc93e00
Device object (ffffbc8abfc93e00) is for:
 InfoMask field not found for _OBJECT_HEADER at ffffbc8abfc93dd0
 Name paged out DriverObject ffffbc8abe8ebd40
Current Irp 00000000 RefCount 0 Type 00000032 Flags 00000000
SecurityDescriptor ffffab8771663060 DevExt ffffbc8abc8f1be0 DevObjExt ffffbc8abfc93f50
ExtensionFlags (0x00000800)  DOE_DEFAULT_SD_PRESENT
Characteristics (0x00000100)  FILE_DEVICE_SECURE_OPEN
AttachedDevice (Upper) ffffbc8ac5536050Unable to load image \SystemRoot\System32\drivers\rtwlane601.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for rtwlane601.sys


AttachedTo (Lower) ffffbc8abfdd8060 \Driver\pci
Device queue is not busy.

Görüldüğü kadarıyla, sürücü nesnesi PCI veri yoluna ait ve bu da PCI veri yolunun doğrudan DMA işlemleriyle ilgili olduğunu gösteriyor lakin burada sorun pci.sys değil bunun yerine aygıt yığınında "AttachedDevice (Upper)" olarak nitelendirdiğimiz sürücüdür.
Tabii burda sürücünün sayfalanmamış olduğundan (Name Paged Out) ne olduğunu doğrudan teyit edemiyorum ama dikkat edersen üçüncü taraf bir sürücü için bir sembol yükleme hatası var ve bu büyük olasılıkla adı sayfalanmamış olan sürücü ya da sürücüyü kullanan aygıt ile ilişkili olan soruna aittir. Bu da Wi-Fi sürücün olarak gözüküyor.

Rich (BB code):

0: kd> lmvm rtwlane601
Browse full module list
start             end                 module name
fffff806`9f200000 fffff806`9fa7a000   rtwlane601 T (no symbols)        
    Loaded symbol image file: rtwlane601.sys
    Image path: \SystemRoot\System32\drivers\rtwlane601.sys
    Image name: rtwlane601.sys
    Browse all global symbols  functions  data
    Timestamp:        Tue Apr 16 11:40:37 2024 (661E3985)
    CheckSum:         008718B6
    ImageSize:        0087A000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4
    Information from resource tables:

Sürücüsü güncel değilse lütfen güncelle ama eğer güncelse bu sürücüyü gerekirse ya kaldırıp tekrar kurmanı ya da kaldırıp Windows'un otomatik olarak kurmasını beklemeni tavsiye edebilirim.

Muhtemelen sürücü bulabilirsin ama düşük bir ihtimalle DMA erişimlerini de değiştirebiliyor olman lazım. Bu makalede dikkatimi çekti, güzel de bir bilgi oldu.

Sürprizbozan

Eki Görüntüle 110082

Ayrıca, 24 aralık itibariyle sisteminde Verifier'in hala açık ve çalışıyor durumda olduğunu da görebiliyorum. Sistemin açık olduğu 10.saatte bu soruna sebep olması, Arkada Verifier'in bu hatayı yakalamış olabileceğini de düşündürüyor. Kapatabilirsin işin yoksa.

Rich (BB code):

0: kd> !verifier

Verify Flags Level 0x00000000

  STANDARD FLAGS:
    [X] (0x00000000) Automatic Checks
    [ ] (0x00000001) Special pool
    [ ] (0x00000002) Force IRQL checking
    [ ] (0x00000008) Pool tracking
    [ ] (0x00000010) I/O verification
    [ ] (0x00000020) Deadlock detection
    [ ] (0x00000080) DMA checking
    [ ] (0x00000100) Security checks
    [ ] (0x00000800) Miscellaneous checks
    [ ] (0x00020000) DDI compliance checking

  ADDITIONAL FLAGS:
    [ ] (0x00000004) Randomized low resources simulation
    [ ] (0x00000200) Force pending I/O requests
    [ ] (0x00000400) IRP logging
    [ ] (0x00002000) Invariant MDL checking for stack
    [ ] (0x00004000) Invariant MDL checking for driver
    [ ] (0x00008000) Power framework delay fuzzing
    [ ] (0x00010000) Port/miniport interface checking
    [ ] (0x00040000) Systematic low resources simulation
    [ ] (0x00080000) DDI compliance checking (additional)
    [ ] (0x00200000) NDIS/WIFI verification
    [ ] (0x00800000) Kernel synchronization delay fuzzing
    [ ] (0x01000000) VM switch verification
    [ ] (0x02000000) Code integrity checks

    [X] Indicates flag is enabled


Summary of All Verifier Statistics

  RaiseIrqls           0x0
  AcquireSpinLocks     0x0
  Synch Executions     0x0
  Trims                0x0

  Pool Allocations Attempted             0x0
  Pool Allocations Succeeded             0x0
  Pool Allocations Succeeded SpecialPool 0x0
  Pool Allocations With NO TAG           0x0
  Pool Allocations Failed                0x0

  Current paged pool allocations         0x0 for 00000000 bytes
  Peak paged pool allocations            0x0 for 00000000 bytes
  Current nonpaged pool allocations      0x0 for 00000000 bytes
  Peak nonpaged pool allocations         0x0 for 00000000 bytes

Genişletmek için tıkla...