31.01.2013 Views

using the bootstrap loader

using the bootstrap loader

using the bootstrap loader

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Generic Third Stage<br />

OVERVIEW OF BOOTSTRAP LOADER OPERATIONS<br />

The generic third stage is so named because it can load application systems from any<br />

device that <strong>the</strong> first stage recognizes. This stage contains no device driver of its own.<br />

Instead, it uses <strong>the</strong> same device driver used by <strong>the</strong> first and second stages. This means that<br />

you won't need to write a separate device driver to work in protected mode, but it also<br />

means that <strong>the</strong> generic third stage runs in real address mode. In real address mode,<br />

addressability is restricted to <strong>the</strong> first (lowest) megabyte of memory. Therefore, <strong>the</strong><br />

generic third stage can load only those application systems that are smaller than 840K<br />

bytes. The remaining space is used by <strong>the</strong> Bootstrap Loader, <strong>the</strong> monitor and <strong>the</strong> SCT. To<br />

load larger applications, you must use a device-specific third stage.<br />

When <strong>the</strong> generic third stage receives control, it uses <strong>the</strong> device driver supplied in <strong>the</strong> first<br />

stage to load <strong>the</strong> application system. It <strong>the</strong>n switches <strong>the</strong> processor into protected virtual<br />

address mode and passes control to <strong>the</strong> application.<br />

Device-Specific Third Stage<br />

The device-specific third stage switches <strong>the</strong> processor to protected virtual address mode<br />

before loading <strong>the</strong> application system. This enables this stage to load into memory<br />

addresses higher than one megabyte. However, because this stage switches <strong>the</strong> processor<br />

into protected mode, it cannot use <strong>the</strong> first stage's device drivers (which operate only in<br />

real mode). Instead, it must contain its own device driver, operating in protected mode, to<br />

control <strong>the</strong> device from which <strong>the</strong> application system is loaded.<br />

The device-specific third stage supplied in your Bootstrap Loader package supports <strong>the</strong><br />

following devices:<br />

• iSBC® 215G/iSBX N 218A winchester and diskette controller combination or <strong>the</strong><br />

iSBC 214 controller, or <strong>the</strong> iSBC 221 controller<br />

• iSBC 264 bubble memory controller<br />

• iSBC 186/224A multi-peripheral controller<br />

• SCSI (Small Computer Systems Interface) and SASI (Shugart Associates Systems<br />

Interface) peripheral bus controllers having <strong>the</strong> iSBC 286/100A CPU board as <strong>the</strong><br />

host.<br />

If you want to boot from any o<strong>the</strong>r device, you must write a protected mode device driver<br />

for <strong>the</strong> device and link <strong>the</strong> driver in when you configure <strong>the</strong> device specific third stage (see<br />

Chapter 6).<br />

When <strong>the</strong> device-specific third stage receives control, it performs <strong>the</strong> same operations as<br />

<strong>the</strong> generic third stage. However, before invoking <strong>the</strong> device driver to load <strong>the</strong> application<br />

system, it switches <strong>the</strong> processor into protected mode. This enables <strong>the</strong> third stage to load<br />

applications that are located outside <strong>the</strong> first megabyte.<br />

Bootstrap Loader 1-5

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!