path: root/doc
diff options
authorH. Peter Anvin <hpa@linux.intel.com>2009-04-16 17:19:24 -0700
committerH. Peter Anvin <hpa@linux.intel.com>2009-04-16 17:19:24 -0700
commita7dd6590584c7c243bb256989ebd8f230a86b6ab (patch)
tree92ecd1b803128cd78f7bc1730064979e5c580abd /doc
parent2a37f9de661d6bad79c5cc8fb13dbf63a27cf863 (diff)
bcopyxx: when going to 16-bit PM, might as well do it right
When entering 16-bit PM after shuffle and boot, we might as well do so sanely. Specifically, set up the data segments so that they match the code segment, generating a 16-bit "tiny" model environment. This makes it a lot saner to bootstrap a proper PM environment from there if that is what the user intends. For the presumably more common case of RM entry, it won't do any harm, and it's only a handful of additional instructions. Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Diffstat (limited to 'doc')
1 files changed, 3 insertions, 2 deletions
diff --git a/doc/comboot.txt b/doc/comboot.txt
index cf18b2b6..f5fefdaf 100644
--- a/doc/comboot.txt
+++ b/doc/comboot.txt
@@ -952,5 +952,6 @@ AX=0024h [3.80] Cleanup, shuffle and boot, raw version
and possibly other virtualization solutions.
In both mode 0 and mode 1, the data segments will be loaded
- with base-zero read/write segments. For mode 0, B=0 and the
- limits will be 64K, for mode 1, B=1 and the limits will be 4 GB.
+ with read/write data segments, matching the respective code
+ segment. For mode 0, B=0 and the limits will be 64K, for mode
+ 1, B=1 and the limits will be 4 GB.