Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Jul 1998 23:28:44 -0700
From:      Mike Smith <mike@smith.net.au>
To:        asami@FreeBSD.ORG (Satoshi Asami)
Cc:        imp@village.org, committers@FreeBSD.ORG
Subject:   Re: very quick reboot 
Message-ID:  <199807300628.XAA00495@antipodes.cdrom.com>
In-Reply-To: Your message of "Wed, 29 Jul 1998 10:18:07 PDT." <199807291718.KAA02374@silvia.HIP.Berkeley.EDU> 

next in thread | previous in thread | raw e-mail | index | archive | help
>  * You'd also have to bzero the bss section of the kernel as well as
>  * recreate the boot information that was passed to the kernel from the
>  * boot blocks.
> 
> Ok.  Mike Smith also commented that we want to skip over that part.

Either skip or recreate; certainly you can expect that the information 
that was there has been overwritten as the pages are reused.

>  * The only thing that I'd worry about would be hardware that is set to a
>  * known state by the bios that FreeBSD then sets to a different known
>  * state which would be FUBAR'd if FreeBSD were to set that state again.
> 
> Hmm.

I wouldn't be *too* worried about this.

>  * Video might also be a problem, but since we can now make 16-bit BIOS
>  * calls, it should be less of a problem.
> 
> I'm not sure what you mean, but I'm assuming the X server is shut down 
> properly, so that should reset the video state, right?

If the system is in mode known to the console when you restart, you 
should be fine (eg. text mode).

> By the way, I don't suppose we can skip the probes (with calls to
> suitable alternate initialization routines), right?  That part of
> memory is not write protected, so we can't assume it's not damaged if
> the machine panic's.  Actually, maybe we can, if it's a real clean
> reboot.  Hmm.

Only ISA probe routines take any time, and only the 'wdc' ones take any 
real time.  Many ISA probe routines perform initialisation as well as 
probing.  PCI probe routines take no significant time at all; PCI 
attaches can take a long time depending on the hardware.  Skipping 
attaches might be tricky.

-- 
\\  Sometimes you're ahead,       \\  Mike Smith
\\  sometimes you're behind.      \\  mike@smith.net.au
\\  The race is long, and in the  \\  msmith@freebsd.org
\\  end it's only with yourself.  \\  msmith@cdrom.com





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