mirror of
https://github.com/reactos/reactos.git
synced 2024-10-14 21:25:14 +00:00
[NTOS]: Don't assume that ANY fault in the system address range, not associated to a memory area, might be ARM3. Instead, since this hack only exists for early boot page pool support, make only treat this as an ARM3 fault when it happens in the paged pool area or higher. Leads to more direct Mm crashes when invalid page access happens, instead of infinite "PAGE FAULT ON PAGE TABLES".
svn path=/trunk/; revision=47589
This commit is contained in:
parent
549eedeeb4
commit
6aad48190c
|
@ -284,13 +284,13 @@ MmAccessFault(IN BOOLEAN StoreInstruction,
|
|||
* can go away.
|
||||
*/
|
||||
MemoryArea = MmLocateMemoryAreaByAddress(MmGetKernelAddressSpace(), Address);
|
||||
if ((!(MemoryArea) && ((ULONG_PTR)Address >= (ULONG_PTR)MmSystemRangeStart)) ||
|
||||
if ((!(MemoryArea) && ((ULONG_PTR)Address >= (ULONG_PTR)MmPagedPoolStart)) ||
|
||||
((MemoryArea) && (MemoryArea->Type == MEMORY_AREA_OWNED_BY_ARM3)))
|
||||
{
|
||||
//
|
||||
// Hand it off to more competent hands...
|
||||
//
|
||||
DPRINT1("ARM3 fault\n");
|
||||
DPRINT1("ARM3 fault %p\n", MemoryArea);
|
||||
return MmArmAccessFault(StoreInstruction, Address, Mode, TrapInformation);
|
||||
}
|
||||
|
||||
|
|
Loading…
Reference in a new issue