| 1 |
|
|---|
| 2 | Notes on BIOS usage
|
|---|
| 3 | -------------------
|
|---|
| 4 |
|
|---|
| 5 | - DOS (including 6.22/7.1) does not need INT 15h or INT 1Ah. Most other
|
|---|
| 6 | operating systems require INT 15h to detect installed memory.
|
|---|
| 7 |
|
|---|
| 8 | - OS/2 (WSeB/MCP/ACP) appears to be one of the very few operating systems
|
|---|
| 9 | which use the El Torito floppy emulation.
|
|---|
| 10 |
|
|---|
| 11 | - MS-DOS 6.2/V is a rare user of the INT 15h keyboard intercept routines.
|
|---|
| 12 |
|
|---|
| 13 | - Some software uses the model byte at F000:FFFE to determine the system
|
|---|
| 14 | type (PC-DOS 3.0, Norton Utilities 8). Other software first tries INT 15h,
|
|---|
| 15 | fn C0h instead (PC-DOS 3.1, MSD).
|
|---|
| 16 |
|
|---|
| 17 | - DOS 4.01 (both IBM and Microsoft) calls INT 13h to read from disk with less
|
|---|
| 18 | than 100 bytes of stack space early in the boot sequence.
|
|---|
| 19 |
|
|---|
| 20 | - Very few guests use the 32-bit BIOS interface. One is OS/2 (but falls back),
|
|---|
| 21 | another is Etherboot.
|
|---|
| 22 |
|
|---|
| 23 | - OS/2 is the only known guest which can run the 16-bit PCI BIOS in protected
|
|---|
| 24 | mode (but only if the 32-bit PCI BIOS is unavailable).
|
|---|
| 25 |
|
|---|
| 26 |
|
|---|
| 27 | Notes on BIOS implementation
|
|---|
| 28 | ----------------------------
|
|---|
| 29 |
|
|---|
| 30 | - To return values from functions not declared as __interrupt, the arguments
|
|---|
| 31 | may need to be declared volatile (not ideal, but does the job).
|
|---|
| 32 |
|
|---|
| 33 | - The way the POST code selectively clears or doesn't clear memory
|
|---|
| 34 | is extremely suspect and will need reworking.
|
|---|
| 35 |
|
|---|
| 36 | - Need to review string routines wrt direction flag (should be OK now).
|
|---|
| 37 |
|
|---|
| 38 | - Need to review CMOS access wrt interrupts (possible index reg change by
|
|---|
| 39 | an interrupt handler).
|
|---|
| 40 |
|
|---|
| 41 | - The POST code zeroes the entire BDA, and then various bits zero specific
|
|---|
| 42 | parts of the BDA again. That's a waste of time.
|
|---|
| 43 |
|
|---|
| 44 | - After a reset, all interrupts are unmasked. Not sure if that's OK.
|
|---|
| 45 |
|
|---|
| 46 | - BCC mishandles the following (where buf is an uint8_t array):
|
|---|
| 47 | lba=buf[0x2B]*0x1000000+buf[0x2A]*0x10000+buf[0x29]*0x100+buf[0x28];
|
|---|
| 48 | The buf[x]*100 expression should end up being of type signed int, which
|
|---|
| 49 | causes the sign to be incorrectly propagated. BCC incorrectly keeps
|
|---|
| 50 | the type unsigned.
|
|---|
| 51 |
|
|---|
| 52 |
|
|---|
| 53 |
|
|---|
| 54 | Code size notes (code as of 7/6/2011):
|
|---|
| 55 |
|
|---|
| 56 | The following values are the size of the _TEXT segment, i.e. only C code;
|
|---|
| 57 | data defined in C is not included, neither are assembly modules.
|
|---|
| 58 |
|
|---|
| 59 | Options: Size (hex):
|
|---|
| 60 | -------- -----------
|
|---|
| 61 | -0 -zu -s -oas -ecc 631A
|
|---|
| 62 | -3 -zu -s -oas -ecc 5C1E
|
|---|
| 63 | -0 -zu -s -oas 578A
|
|---|
| 64 | -3 -zu -s -oas 5452
|
|---|
| 65 |
|
|---|
| 66 | Both generating 386 code and using register-based calling convention for
|
|---|
| 67 | internal functions brings significant size savings (15% when combined).
|
|---|
