Bootstrap the operating system
boot [-AEIOPV] [-dfptv] [-b baud] [-i ioport] [-g n] [-M addr,nbytes] [-R n]
The following options are really intended to help you get
around buggy BIOSes or hardware:
|
The boot program performs initial operations for the operating system. This includes operations which must be performed in "real mode," which is the startup mode of the Intel 386 family of processors. Before boot transfers control to QNX, the machine must be running in 32-bit protected mode.
The boot program is used only within a boot image. If an operating system buildfile (see buildqnx) does not specify the boot program, buildqnx will automatically insert it (with no options). If it is explicitly specified, it must be the first entry in the buildfile. |
The boot command uses the ISA-BIOS and some test code to detect some elements of the machine environment including bus-architecture (PCI, EISA, ISA, PS/2), processor (386,486,586...), numeric processor (287, 387,...), video-adapter (none, mono, CGA, EGA, VGA,...), and memory size.
Due to lack of foresight in the ISA-BIOS specification, the full memory size sometimes can't be identified. For this reason, boot provides an option to "add" memory to the system.
When boot has completed, it jumps to the entry point of the next program in the boot image. Conventionally, this is the process manager (Proc32). The process manager reclaims any memory used by boot.
Since boot is independent of the operating system, it is possible for other "boot" programs to be written for specialized hardware, possibly nullifying need of an ISA-BIOS.
If your target machine doesn't have a BIOS, you can use the boot-nobios utility. Its syntax and options are the same as boot's. |
If boot can't succeed, it prints:
BOOT ERROR: message --- cannot start operating system
where message can be one of:
If -v is specified, boot prints the following just before jumping to the process manager:
boot modules: list of subsequent modules in boot image starting QNX...
The boot program does not exit in the normal sense. After the necessary setup has been performed it transfers control to the process manager (Proc) built into the boot image.