diff options
| author | Patrick Williams <iawillia@us.ibm.com> | 2012-07-06 15:40:43 -0500 |
|---|---|---|
| committer | A. Patrick Williams III <iawillia@us.ibm.com> | 2012-07-11 08:18:41 -0500 |
| commit | 14a2721d2c87dc13f1ef66818c41cd0848dd52db (patch) | |
| tree | 66ae0220b0443f9a87d87075279ba9a5c08ba412 /src/include/usr/vmmconst.h | |
| parent | a23283c6facfee055c9c6d43e23a04ca02edc467 (diff) | |
| download | talos-hostboot-14a2721d2c87dc13f1ef66818c41cd0848dd52db.tar.gz talos-hostboot-14a2721d2c87dc13f1ef66818c41cd0848dd52db.zip | |
Live-lock issues in memory allocator.
* Debug tool for PageManager.
* Support PageMgr allocations of non-2^k size.
* Switch page-allocation to always be in kernel-mode.
While investigating issue 44511, I noticed two problesm with the
memory page allocator (PageManager). First, the allocator did
not support allocations of pages which were not a power of 2,
which would result in pages appearing to "leak". Second, in
situations where a large allocation was requested and there was
not a large chunk available, the allocation would enter a
live-lock condition where coalescing would never occur.
Switched the PageManager so that all allocations happen in
kernel space. This allows us to force memory-release operations
on the syscall path when we are out of memory and also put in
place a task_yield call which will allow coalescing to eventually
occur. Issue 44523 is suppose to fully resolve any of these
live-lock paths.
RTC: 44511
Change-Id: Ifefd5d0996ee6914e291c862fac0c7b76980717f
Reviewed-on: http://gfw160.austin.ibm.com:8080/gerrit/1330
Tested-by: Jenkins Server
Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com>
Reviewed-by: A. Patrick Williams III <iawillia@us.ibm.com>
Diffstat (limited to 'src/include/usr/vmmconst.h')
| -rw-r--r-- | src/include/usr/vmmconst.h | 15 |
1 files changed, 11 insertions, 4 deletions
diff --git a/src/include/usr/vmmconst.h b/src/include/usr/vmmconst.h index a43a70a7a..1997b9276 100644 --- a/src/include/usr/vmmconst.h +++ b/src/include/usr/vmmconst.h @@ -35,14 +35,21 @@ * Segments */ +/** Stacks are all 1TB in size. */ +#define VMM_SEGMENT_SIZE (1 * TERABYTE) + +/** Base Segment is at 0 TB */ +#define VMM_VADDR_BASE_SEGMENT (0 * TERABYTE) + /** Stack Segment is at 1 TB */ -#define VMM_VADDR_STACK_SEGMENT (1 * TERABYTE) +#define VMM_VADDR_STACK_SEGMENT (VMM_VADDR_BASE_SEGMENT + VMM_SEGMENT_SIZE) /** Device Segments are at 2 TB - 10 TB */ -#define VMM_VADDR_DEVICE_SEGMENT_FIRST (2 * TERABYTE) -#define VMM_VADDR_DEVICE_SEGMENT_LAST (VMM_VADDR_DEVICE_SEGMENT_FIRST + \ - (8 * TERABYTE)) +#define VMM_VADDR_DEVICE_SEGMENT_FIRST \ + (VMM_VADDR_STACK_SEGMENT + VMM_SEGMENT_SIZE) +#define VMM_VADDR_DEVICE_SEGMENT_LAST \ + (VMM_VADDR_DEVICE_SEGMENT_FIRST + (8 * VMM_SEGMENT_SIZE)) /** * Resource Providers |
