MdeModulePkg/Core: fix mem alloc issues in heap guard
authorJian J Wang <>
Tue, 13 Mar 2018 02:08:24 +0000 (10:08 +0800)
committerStar Zeng <>
Wed, 14 Mar 2018 08:15:27 +0000 (16:15 +0800)
There're two ASSERT issues which will be triggered by boot loader of
Windows 10.

The first is caused by allocating memory in heap guard during another
memory allocation, which is not allowed in DXE core. Avoiding reentry
of memory allocation has been considered in heap guard feature. But
there's a hole in the code of function FindGuardedMemoryMap(). The fix
is adding AllocMapUnit parameter in the condition of while(), which
will prevent memory allocation from happenning during Guard page
check operation.

The second is caused by the core trying to allocate page 0 with Guard
page, which will cause the start address rolling back to the end of
supported system address. According to the requirement of heap guard,
the fix is just simply skipping the free memory at page 0 and let
the core continue searching free memory after it.

Cc: Star Zeng <>
Cc: Eric Dong <>
Cc: Jiewen Yao <>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jian J Wang <>
Reviewed-by: Jiewen Yao <>

index 19245049c28b847c66665c5ea08a4a967632dd0b..ac043b5d9b264b2c3e27cff8727d1824d52aa304 100644 (file)
@@ -225,8 +225,8 @@ FindGuardedMemoryMap (
   // Adjust current map table depth according to the address to access\r
-  while (mMapLevel < GUARDED_HEAP_MAP_TABLE_DEPTH\r
-         &&\r
+  while (AllocMapUnit &&\r
+         mMapLevel < GUARDED_HEAP_MAP_TABLE_DEPTH &&\r
          RShiftU64 (\r
            mLevelShift[GUARDED_HEAP_MAP_TABLE_DEPTH - mMapLevel - 1]\r
@@ -904,6 +904,10 @@ AdjustMemoryS (
   Target = Start + Size - SizeRequested;\r
+  ASSERT (Target >= Start);\r
+  if (Target == 0) {\r
+    return 0;\r
+  }\r
   if (!IsGuardPage (Start + Size)) {\r
     // No Guard at tail to share. One more page is needed.\r