Zu 092022-5593-01:
Code:
VIDEO_MEMORY_MANAGEMENT_INTERNAL (10e)
The video memory manager encountered a condition that it can't recover from. By crashing,
the video memory manager is attempting to get enough information into the minidump such that
somebody can pinpoint what lead to this condition.
Arguments:
Arg1: 000000000000002d, The subtype of the BugCheck:
Arg2: ffffb20e12b86e40
Arg3: ffffb20e1304adc0
Arg4: ffffaf0a5e681fe0
Code:
# Call Site
00 nt!KeBugCheckEx
01 watchdog!WdLogEvent5_WdCriticalError
02 dxgmms2!VIDMM_CPU_HOST_APERTURE::MapRange
03 dxgmms2!VIDMM_GLOBAL::BuildMdlForAllocInCpuHostAperture
04 dxgmms2!VIDMM_PAGE_TABLE_BASE::GetCpuVisibleAddress
05 dxgmms2!VIDMM_PAGE_TABLE_BASE::GetDriverUpdateAddress
06 dxgmms2!VIDMM_PAGE_TABLE::UpdatePageTableInvalidate
07 dxgmms2!VIDMM_PAGE_TABLE::CommitVirtualAddressRange
08 dxgmms2!VIDMM_PAGE_DIRECTORY::CommitVirtualAddressRange
09 dxgmms2!VIDMM_PAGE_DIRECTORY::CommitVirtualAddressRange
0a dxgmms2!CVirtualAddressAllocator::CommitVirtualAddressRange
0b dxgmms2!VIDMM_GLOBAL::InitPagingProcessVaSpace
0c dxgmms2!VIDMM_GLOBAL::ProcessSystemCommand
0d dxgmms2!VIDMM_WORKER_THREAD::Run
0e dxgmms2!VidMmWorkerThreadProc
0f nt!PspSystemThreadStartup
10 nt!KiStartSystemThread
CPU Host Aperture ist ein WDDM2 Feature, mit dem die CPU effizient auf den VRAM zugreifen kann, wenn resizable BAR nicht verfügbar ist.
In den
Docs gibt es eine lange Auflistung möglicher Fehlercodes, allerdings ist dein
0x2d Code nicht in der Auflistung enthalten.
Values for Parameter 1 that do not appear in this table must be individually examined
Wenn man sich
VIDMM_CPU_HOST_APERTURE::MapRange etwas genauer ansieht, sieht man recht schnell, was diesen konkreten Fehler auslöst:
C:
long __thiscall VIDMM_CPU_HOST_APERTURE::MapRange(VIDMM_CPU_HOST_APERTURE *this,_VIDMM_GLOBAL_ALLOC *param_1)
{
(...)
this_01 = *(this + 0x30);
local_38 = uVar15;
local_30 = puVar8;
local_28 = p_Var10;
iVar5 = VIDMM_SEGMENT::DriverId(this_01);
local_40 = iVar5;
local_3e = *(this_01 + 0x17c);
iVar5 = (**(DxgCoreInterface_exref + 0x190))(); // Aufruf von MmUnmapViewInSystemSpace
lVar6 = *this;
plVar13 = param_1 + 0x1c0;
if (*(lVar6 + 8) != this) {
plVar13 = 0x3;
pcVar4 = swi(0x29);
iVar5 = (*pcVar4)();
puVar14 = auStack112;
}
*plVar13 = lVar6;
plVar13[1] = this;
*(lVar6 + 8) = plVar13;
*this = plVar13;
if (iVar5 < 0) { // Wenn MmUnmapViewInSystemSpace fehlschlägt
*(puVar14 + -8) = 0x1c002933c;
lVar6 = WdLogNewEntry5_WdCriticalError();
*(lVar6 + 0x38) = puVar14 + 0x30;
*(lVar6 + 0x18) = 0x10e; // Bugcheck Code
*(lVar6 + 0x20) = 0x2d; // <-----
*(lVar6 + 0x28) = this;
*(lVar6 + 0x30) = param_1;
*(puVar14 + -8) = 0x1c002936c;
WdLogEvent5_WdCriticalError(lVar6);
}
(...)
}
MmUnmapViewInSystemSpace kann also ein
Section Object nicht unmappen. Warum, lässt sich nicht wirklich nachvollziehen mit einem Minidump. In den Docs steht zu diesem Bugcheck jedenfalls, dass meistens ein fehlerhafter Grafikkartentreiber die Ursache ist. Eine einzige Fehlerursache steht dort generell selten, sollte man also sehr stark in Betracht ziehen. Also entweder neu installieren, oder vielleicht eine ältere Version probieren.
Zu 092422-8140-01:
Code:
KERNEL_MODE_HEAP_CORRUPTION (13a)
The kernel mode heap manager has detected corruption in a heap.
Arguments:
Arg1: 0000000000000011, Type of corruption detected
Arg2: ffff9b0136010100, Address of the heap that reported the corruption
Arg3: ffff9b0157099e50, Address at which the corruption was detected
Arg4: 0000000000000000
Code:
# Call Site
00 nt!KeBugCheckEx
01 nt!RtlpHeapHandleError
02 nt!RtlpHpHeapHandleError
03 nt!RtlpLogHeapFailure
04 nt!RtlpHpLfhSubsegmentFreeBlock
05 nt!ExFreeHeapPool
06 nt!ExFreePool
07 aswNetHub
Die
Docs sagen zum Fehlercode:
Code:
0x11 : The heap detected invalid internal state during the current operation. This is usually the result of a buffer overflow.
aswNetHub ist irgendein Avast Modul, welches hier versucht ein Subsegment eines LFH (low fragmentation heap, siehe Windows Internals Part1, Ed.7, Seite 335) freizumachen (RtlpHpLfhSubsegmentFreeBlock). Die Heap Segmente sind in Buckets unterteilt, die einen Header mit Metadaten haben, damit der Heap Manager die auch verwalten kann. Wenn durch einen Overflow von einem Bucket die Metadaten des angrenzenden Buckets überschrieben werden (oder ein security check das erkennt), dann wäre 0x11 so ein typischer Fehler, der dann auftritt. Was genau Avast vorhat oder der genaue Ursprungs des Fehlers ist out-of-scope für eine Minidump Analyse (gibt im Minidump sowieso keine/ungenügend Heap Daten).
Ich sehe da jetzt auch keinen Zusammenhang zwischen den 2 Bluescreens, aber vielleicht übersehe ich was und jemand anderer kann das besser beurteilen. Hier könnte man nur empfehlen Avast upzudaten oder einfach zu deinstallieren, einen Nachteil hast du dadurch nicht, wenn du nur Windows Defender verwendest.
