ow that the image has grown beyond the 1.44M that fits on a floppy.
(previously, the floppy emulation mode was used for cd's.)
the boot cd now uses 'no emulation mode,' where an image is provided on
the cd that is loaded and executed directly. this is the boot monitor.
in order to make this work (the entry point is the same as where the
image is loaded, and the boot monitor needs its a.out header too) and
keep compatability with the same code being used for regular booting, i
prepended 16 bytes that jumps over its header so execution can start
there.
to be able to read the CD (mostly in order to read the boot image),
boot has to use the already present 'extended read' call, but address
the CD using 2k sectors.
- only print a line for every boot process if 'verbose' variable set to
nonzero; reason: with serial output, the long output
significantly slows down frequent reboots, and causes 'scroll damage'
that in some cases is pretty bad. also the verbose output doesn't tell
you the one thing you might want to know about a process: how much memory
is it using? or how much memory is everything using?
- short format does print out total memory allocated for processes
this bug report (snippet):
> From: "Christos Karayiannis" <christos@kar.forthnet.gr>
> To: <bugs@minix3.org>
> Date: Tue, 20 Dec 2005 16:22:49 +0200
> Subject: bootimage.c
>
> Hi,
>
> at exec_image() of bootimage.c the a_bss and a_stack are printed with
> some values and then, if the K_CLAIM flag is set, they become zero. But
> this is then wrong information.
so the list of programs in the image and their sizes can be seen before the
kernel starts filling the screen.
Added some formatting fixes in installboot and boot monitor itself,
some of the segments were larger than the formatting allowed.
