Skip site navigation (1)Skip section navigation (2)
Date:      22 Feb 2003 23:58:06 -0000
From:      Rui Lopes <rui@ruilopes.com>
To:        FreeBSD-gnats-submit@FreeBSD.org
Subject:   docs/48571: PATCH: Mistake in Developer's Handbook (x86 boot address)
Message-ID:  <20030222235806.98533.qmail@ns.webtt.biz>

next in thread | raw e-mail | index | archive | help

>Number:         48571
>Category:       docs
>Synopsis:       PATCH: Mistake in Developer's Handbook (x86 boot address)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-doc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Feb 22 16:00:30 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     Rui Lopes
>Release:        FreeBSD 5.0-RELEASE i386
>Organization:
>Environment:
System: FreeBSD disty 5.0-RELEASE FreeBSD 5.0-RELEASE #3: Fri Jan 24 20:50:05 WET 2003 root@disty:/usr/obj/usr/src/sys/DEBUGGER i386


	
>Description:
The Instruction Pointer of a x86 CPU after reset is 0xfffffff0 and not 0xffffff00.  You can refer to "Intel System Programming Guide" section 3.2.1.
>How-To-Repeat:
	
>Fix:
Apply path to file,
$FreeBSD: doc/en_US.ISO8859-1/books/developers-handbook/boot/chapter.sgml,v 1.12 2003/01/12 18:31:38 roam Exp $


--- chapter.sgml.diff begins here ---
--- doc/en_US.ISO8859-1/books/developers-handbook/boot/chapter.sgml.old	Sat Feb 22 21:13:52 2003
+++ doc/en_US.ISO8859-1/books/developers-handbook/boot/chapter.sgml	Sat Feb 22 21:17:47 2003
@@ -124,7 +124,7 @@
       to some predefined values.  One of the registers is the
       <emphasis>instruction pointer</emphasis> register, and its value
       after a power on is well defined: it is a 32-bit value of
-      0xffffff00.  The instruction pointer register points to code to
+      0xfffffff0.  The instruction pointer register points to code to
       be executed by the processor.  One of the registers is the
       <literal>cr1</literal> 32-bit control register, and its value
       just after the reboot is 0.  One of the cr1's bits, the bit PE
@@ -134,7 +134,7 @@
       among other things, that linear and physical addresses are
       identical.</para>
 
-    <para>The value of 0xffffff00 is slightly less then 4Gb, so unless
+    <para>The value of 0xfffffff0 is slightly less then 4Gb, so unless
       the machine has 4Gb physical memory, it cannot point to a valid
       memory address.  The computer's hardware translates this address
       so that it points to a BIOS memory block.</para>
@@ -144,7 +144,7 @@
       a relatively small amount of read-only memory (ROM).  This
       memory contains various low-level routines that are specific to
       the hardware supplied with the motherboard.  So, the processor
-      will first jump to the address 0xffffff00, which really resides
+      will first jump to the address 0xfffffff0, which really resides
       in the BIOS's memory.  Usually this address contains a jump
       instruction to the BIOS's POST routines.</para>
 
--- chapter.sgml.diff ends here ---


>Release-Note:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030222235806.98533.qmail>