This is a MS-DOS program, but is does something useful for us:
It boots FreeBSD from a running MS-DOS system.
It's compiled using some MS-DOS tools, but there is a binary
hidden in the uuencoded file. (Go ahead, flame me if you can come up
with a solution for the problem. Just saying "this is bad" doesn't count!)
Rod, you were right: one would have to deal with weird interfaces to the
memory managers, and it seems that Christian found them all, and made them
work.
Thanks Christian!
Reviewed by: phk
Submitted by: DI. Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at>
Christians README:
------------------
Hi Everybody!
This is version 1.5 of "fbsdboot", a program that allows you to boot a kernel
from a MS-DOS partition or a FreeBSD partition. This program runs using DOS.
It works with various memory managers (like EMM386, 386MAX) under certain
circumstances.
First, a FreeBSD kernel is always loaded to memory starting at 0x100000. To
assure that loading the kernel *does not* overwrite memory used by memory
managers, high memory for the kernel is allocated and after loading the kernel
it's moved to 0x100000.
Second, there are many ways to switch to protected mode which is necessary to
start the kernel. Each BIOS gives you the possibility to use INT15H (AH=89H)
to do that. But some memory-managers like 386max does not allow you to use
this method.
An other way to do the switch is to use DPMI services, but they do not
guarantee, that the protected mode application is executed with privilege
level 0. Therefore this method is *not* used.
VCPI services offer another way to switch to protected mode, and VCPI servers
are built into "emm386.exe", "386max" and "qemm". That's why, this method is
implemented in fbsdboot.exe.
Fbsdboot.exe tries to switch to protected mode using VCPI services. If they're
not available INT15H is used to do the switch. If that fails, it's not possible
for this version of fbsdboot.exe to boot a kernel :-(.
You can get commandline options of fbsdboot if you start it with "-?" as option!
I don't know, if fbsdboot works with QEMM, as I don't have the possibility to
test it.
Enjoy and have fun!
Christian.
cg@fimp01.fim.uni-linz.ac.at
PS: Many thanks to Bruce Evans for his assistance!
1995-02-15 04:45:50 +00:00
|
|
|
/*
|
|
|
|
* Copyright (c) 1982, 1986, 1988, 1993
|
|
|
|
* The Regents of the University of California. All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. All advertising materials mentioning features or use of this software
|
|
|
|
* must display the following acknowledgement:
|
|
|
|
* This product includes software developed by the University of
|
|
|
|
* California, Berkeley and its contributors.
|
|
|
|
* 4. Neither the name of the University nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software
|
|
|
|
* without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* @(#)reboot.h 8.1 (Berkeley) 6/2/93
|
1996-08-27 19:45:58 +00:00
|
|
|
* $Id: reboot.h,v 1.2 1995/04/27 18:22:32 phk Exp $
|
This is a MS-DOS program, but is does something useful for us:
It boots FreeBSD from a running MS-DOS system.
It's compiled using some MS-DOS tools, but there is a binary
hidden in the uuencoded file. (Go ahead, flame me if you can come up
with a solution for the problem. Just saying "this is bad" doesn't count!)
Rod, you were right: one would have to deal with weird interfaces to the
memory managers, and it seems that Christian found them all, and made them
work.
Thanks Christian!
Reviewed by: phk
Submitted by: DI. Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at>
Christians README:
------------------
Hi Everybody!
This is version 1.5 of "fbsdboot", a program that allows you to boot a kernel
from a MS-DOS partition or a FreeBSD partition. This program runs using DOS.
It works with various memory managers (like EMM386, 386MAX) under certain
circumstances.
First, a FreeBSD kernel is always loaded to memory starting at 0x100000. To
assure that loading the kernel *does not* overwrite memory used by memory
managers, high memory for the kernel is allocated and after loading the kernel
it's moved to 0x100000.
Second, there are many ways to switch to protected mode which is necessary to
start the kernel. Each BIOS gives you the possibility to use INT15H (AH=89H)
to do that. But some memory-managers like 386max does not allow you to use
this method.
An other way to do the switch is to use DPMI services, but they do not
guarantee, that the protected mode application is executed with privilege
level 0. Therefore this method is *not* used.
VCPI services offer another way to switch to protected mode, and VCPI servers
are built into "emm386.exe", "386max" and "qemm". That's why, this method is
implemented in fbsdboot.exe.
Fbsdboot.exe tries to switch to protected mode using VCPI services. If they're
not available INT15H is used to do the switch. If that fails, it's not possible
for this version of fbsdboot.exe to boot a kernel :-(.
You can get commandline options of fbsdboot if you start it with "-?" as option!
I don't know, if fbsdboot works with QEMM, as I don't have the possibility to
test it.
Enjoy and have fun!
Christian.
cg@fimp01.fim.uni-linz.ac.at
PS: Many thanks to Bruce Evans for his assistance!
1995-02-15 04:45:50 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _SYS_REBOOT_H_
|
|
|
|
#define _SYS_REBOOT_H_
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Arguments to reboot system call.
|
|
|
|
* These are passed to boot program in r11,
|
|
|
|
* and on to init.
|
|
|
|
*/
|
|
|
|
#define RB_AUTOBOOT 0 /* flags for system auto-booting itself */
|
|
|
|
|
|
|
|
#define RB_ASKNAME 0x01 /* ask for file name to reboot from */
|
|
|
|
#define RB_SINGLE 0x02 /* reboot to single user only */
|
|
|
|
#define RB_NOSYNC 0x04 /* dont sync before reboot */
|
|
|
|
#define RB_HALT 0x08 /* don't reboot, just halt */
|
|
|
|
#define RB_INITNAME 0x10 /* name given for /etc/init (unused) */
|
|
|
|
#define RB_DFLTROOT 0x20 /* use compiled-in rootdev */
|
|
|
|
#define RB_KDB 0x40 /* give control to kernel debugger */
|
|
|
|
#define RB_RDONLY 0x80 /* mount root fs read-only */
|
|
|
|
#define RB_DUMP 0x100 /* dump kernel memory before reboot */
|
|
|
|
#define RB_MINIROOT 0x200 /* mini-root present in memory at boot time */
|
|
|
|
#define RB_CONFIG 0x400 /* invoke user configuration routing */
|
|
|
|
#define RB_VERBOSE 0x800 /* print all potentially useful info */
|
1996-08-27 19:45:58 +00:00
|
|
|
#define RB_SERIAL 0x1000 /* user serial port as console */
|
|
|
|
#define RB_CDROM 0x2000 /* use cdrom as root */
|
|
|
|
#define RB_POWEROFF 0x4000 /* if you can, turn the power off */
|
|
|
|
#define RB_GDB 0x8000 /* use GDB remote debugger instead of DDB */
|
1995-04-27 18:22:36 +00:00
|
|
|
|
|
|
|
#define RB_BOOTINFO 0x80000000 /* have `struct bootinfo *' arg */
|
This is a MS-DOS program, but is does something useful for us:
It boots FreeBSD from a running MS-DOS system.
It's compiled using some MS-DOS tools, but there is a binary
hidden in the uuencoded file. (Go ahead, flame me if you can come up
with a solution for the problem. Just saying "this is bad" doesn't count!)
Rod, you were right: one would have to deal with weird interfaces to the
memory managers, and it seems that Christian found them all, and made them
work.
Thanks Christian!
Reviewed by: phk
Submitted by: DI. Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at>
Christians README:
------------------
Hi Everybody!
This is version 1.5 of "fbsdboot", a program that allows you to boot a kernel
from a MS-DOS partition or a FreeBSD partition. This program runs using DOS.
It works with various memory managers (like EMM386, 386MAX) under certain
circumstances.
First, a FreeBSD kernel is always loaded to memory starting at 0x100000. To
assure that loading the kernel *does not* overwrite memory used by memory
managers, high memory for the kernel is allocated and after loading the kernel
it's moved to 0x100000.
Second, there are many ways to switch to protected mode which is necessary to
start the kernel. Each BIOS gives you the possibility to use INT15H (AH=89H)
to do that. But some memory-managers like 386max does not allow you to use
this method.
An other way to do the switch is to use DPMI services, but they do not
guarantee, that the protected mode application is executed with privilege
level 0. Therefore this method is *not* used.
VCPI services offer another way to switch to protected mode, and VCPI servers
are built into "emm386.exe", "386max" and "qemm". That's why, this method is
implemented in fbsdboot.exe.
Fbsdboot.exe tries to switch to protected mode using VCPI services. If they're
not available INT15H is used to do the switch. If that fails, it's not possible
for this version of fbsdboot.exe to boot a kernel :-(.
You can get commandline options of fbsdboot if you start it with "-?" as option!
I don't know, if fbsdboot works with QEMM, as I don't have the possibility to
test it.
Enjoy and have fun!
Christian.
cg@fimp01.fim.uni-linz.ac.at
PS: Many thanks to Bruce Evans for his assistance!
1995-02-15 04:45:50 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Constants for converting boot-style device number to type,
|
|
|
|
* adaptor (uba, mba, etc), unit number and partition number.
|
|
|
|
* Type (== major device number) is in the low byte
|
|
|
|
* for backward compatibility. Except for that of the "magic
|
|
|
|
* number", each mask applies to the shifted value.
|
|
|
|
* Format:
|
|
|
|
* (4) (4) (4) (4) (8) (8)
|
|
|
|
* --------------------------------
|
|
|
|
* |MA | AD| CT| UN| PART | TYPE |
|
|
|
|
* --------------------------------
|
|
|
|
*/
|
|
|
|
#define B_ADAPTORSHIFT 24
|
|
|
|
#define B_ADAPTORMASK 0x0f
|
|
|
|
#define B_ADAPTOR(val) (((val) >> B_ADAPTORSHIFT) & B_ADAPTORMASK)
|
|
|
|
#define B_CONTROLLERSHIFT 20
|
|
|
|
#define B_CONTROLLERMASK 0xf
|
|
|
|
#define B_CONTROLLER(val) (((val)>>B_CONTROLLERSHIFT) & B_CONTROLLERMASK)
|
|
|
|
#define B_UNITSHIFT 16
|
|
|
|
#define B_UNITMASK 0xf
|
|
|
|
#define B_UNIT(val) (((val) >> B_UNITSHIFT) & B_UNITMASK)
|
|
|
|
#define B_PARTITIONSHIFT 8
|
|
|
|
#define B_PARTITIONMASK 0xff
|
|
|
|
#define B_PARTITION(val) (((val) >> B_PARTITIONSHIFT) & B_PARTITIONMASK)
|
|
|
|
#define B_TYPESHIFT 0
|
|
|
|
#define B_TYPEMASK 0xff
|
|
|
|
#define B_TYPE(val) (((val) >> B_TYPESHIFT) & B_TYPEMASK)
|
|
|
|
|
|
|
|
#define B_MAGICMASK ((u_long)0xf0000000)
|
|
|
|
#define B_DEVMAGIC ((u_long)0xa0000000)
|
|
|
|
|
|
|
|
#define MAKEBOOTDEV(type, adaptor, controller, unit, partition) \
|
|
|
|
(((type) << B_TYPESHIFT) | ((adaptor) << B_ADAPTORSHIFT) | \
|
|
|
|
((controller) << B_CONTROLLERSHIFT) | ((unit) << B_UNITSHIFT) | \
|
|
|
|
((partition) << B_PARTITIONSHIFT) | B_DEVMAGIC)
|
|
|
|
|
|
|
|
#endif
|