Date: Sun, 3 Aug 1997 21:45:05 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: bde@zeta.org.au (Bruce Evans) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-sys@FreeBSD.ORG, peter@spinner.dialix.com.au, phk@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/boot/biosboot Makefile Message-ID: <199708031215.VAA13952@genesis.atrad.adelaide.edu.au> In-Reply-To: <199708031017.UAA11947@godzilla.zeta.org.au> from Bruce Evans at "Aug 3, 97 08:17:57 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans stands accused of saying: > > > >> New features are missing from cdboot, dosboot and netboot. > > > >And this is why. biosboot/cdboot/dosboot/netboot should be as small > >as is feasible to allow them to fetch the single, common third-stage > >bootstrap. > > The third stage can't really be simpler or common, since it would need to > contain most of the i/o code from the second stage or talk to the second I never suggested that it would be simpler, in fact the discussion centres around making it _more_complex_, in order to remove such things as userconfig from the kernel, as well as other startup bloat. (eg. I would really like to read the ECSD data and feed it to the kernel). It would likely contain a superset of _all_ of the I/O code from all of the second stages, in order to truly be a single third stage. Your point about using callbacks would be good in the case of the netboot code. > stage using software interrupts or far calls. Dosboot would need a lot > more code to run common code, since the common mode would have to be > protected. Dosboot currently only switches to protected mode for copying > pieces of the kernel to high memory and just for starting the kernel. Dosboot could comfortably subsume the third-stage bootstrap, as it is not size-constrained. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708031215.VAA13952>