Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cbatt!ucbvax!ucsfcgl!kneller
From: kneller@ucsfcgl.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: Code to perform warm reboot.
Message-ID: <10075@cgl.ucsf.edu.ucsfcgl.UUCP>
Date: Fri, 20-Feb-87 23:14:44 EST
Article-I.D.: cgl.10075
Posted: Fri Feb 20 23:14:44 1987
Date-Received: Sat, 21-Feb-87 16:13:13 EST
References: <3258@j.cc.purdue.edu> <415@omepd>
Sender: daemon@ucsfcgl.UUCP
Reply-To: kneller@socrates.ucsf.edu.UUCP (PUT YOUR NAME HERE)
Distribution: world
Organization: UCSF Computer Graphics Lab
Lines: 19
Keywords: cold boot, warm boot, IBM PC

In article <415@omepd> perry@inteloa.intel.com (Perry The Cynic) writes:
>In article <3258@j.cc.purdue.edu> tim@j.cc.purdue.edu (Timothy Lange) writes:
>>The following is Macro code to make an IBM PC and true compatibles
>>perform a warm reboot.
>> [...showing a simple assembler program to jump to F000:FFF0...]
>
>By this diction, what you propose (a jump to address F000:FFF0) is a
>COLD BOOT. F000:FFF0 is the place where the processor begins to execute
>when it is reset (i.e., when the power is turned on). The first thing it
>does up there is to run test loops and initiate the memory check.

Isn't it true that you can control whether the memory check is done or
not by placing a particular value in a special memory location?  This
has been covered previously, but I don't recall the details, so if someone
would care to comment ...
	Don Kneller
UUCP:	...ucbvax!ucsfcgl!kneller
ARPA:	kneller@cgl.ucsf.edu
BITNET:	kneller@ucsfcgl.BITNET