Commit Graph

27 Commits

Author SHA1 Message Date
Christophe Bothamy
1e568ccba3 - regen from rombios.c rev1.95 2003-08-16 20:13:18 +00:00
Christophe Bothamy
6712256448 - recompile rombios.c rev1.94 2003-08-07 00:04:05 +00:00
Christophe Bothamy
b5562fc8ee - compile rombios rev1.93 2003-04-25 22:15:30 +00:00
Christophe Bothamy
20091e7f3c - compile rombios.c rev 1.92 2003-03-08 23:01:07 +00:00
Christophe Bothamy
dd2618a315 - compile rombios.c rev1.91 2003-02-06 23:19:23 +00:00
Christophe Bothamy
44502c00dc - compile rombios.c rev1.90 2003-01-18 19:23:14 +00:00
Christophe Bothamy
cfdcae68ca - compile rombios.c rev 1.89 2003-01-14 18:06:59 +00:00
Christophe Bothamy
d007a8e93b - compile rombios.c rev 1.87 2003-01-13 12:55:59 +00:00
Christophe Bothamy
56eb9dfe7a - compile from rombios rev1.86 2003-01-06 02:03:57 +00:00
Christophe Bothamy
c837f9961e - compile reombios.c revision 1.85 2002-12-13 16:32:31 +00:00
Bryce Denney
1d65a45575 - recompile bioses for rombios.c 1.84 2002-12-09 13:24:48 +00:00
Christophe Bothamy
f97ba30ac1 - compile from rombios.c r1.83 2002-11-26 11:09:43 +00:00
Christophe Bothamy
27247753ce - compile from rombios.c r1.82 2002-11-25 21:32:50 +00:00
Christophe Bothamy
1a10b8f87b - compile BIOSes from rombios.c r1.81 2002-11-22 14:41:06 +00:00
Bryce Denney
7fde35e253 - fix a bug reported on ML by Scott Duplichan. Unimplemented int15 calls
should return AH=0x86 and CF set.  The new AH=E8 calls did not return
  0x86 in some cases where the call was not implemented.
2002-11-21 19:09:36 +00:00
Bryce Denney
4a7303c896 - update all bioses to current rombios.c
- since rombios.c also supports 8 processors, go ahead and build an 8 cpu
  bios as well.

Modified Files:
  BIOS-bochs-2-processors BIOS-bochs-4-processors
  BIOS-bochs-latest
Added Files:
  BIOS-bochs-8-processors
2002-11-14 20:05:57 +00:00
Bryce Denney
949ac3bbf0 - Dave Poirier fixed bug #466292: kbd fails in scandisk, freedos edit.
I recompiled the BIOS with the fix.
2002-04-08 01:24:49 +00:00
Bryce Denney
8ceca1a4c5 - change a few keyboard panics into printfs (warnings). I got a bug report
about this, #535432: Emu panics when pressing ">"-key.  The user did not
  report exactly what the exact message was, but these sound like the
  correct ones.  BIOS panics are permanent fatal errors, so I don't
  want them to show up accidently, especially for something as trivial
  as bumping the wrong key.
2002-03-28 07:10:18 +00:00
Bryce Denney
8ef7c284fd - apply Christophe's patch.rombios-no-gpl
- update binary bioses
- remove the patch from patches
2002-03-26 13:17:44 +00:00
Bryce Denney
9e3e93e5d4 - update to rombios.c 1.39 2002-03-24 05:49:35 +00:00
Bryce Denney
a1a9beac3b - update to rombios.c version 1.25 2001-12-06 04:50:08 +00:00
Bryce Denney
057df9bcde - compile SMP bioses for the first time since June! 2001-12-06 04:28:30 +00:00
Bryce Denney
a11b18da3a - in int13_diskette_function, return the right error code (AH=3) if a
write fails because the floppy disk was write protected.  Before, the
  floppy.cc model was unable to return this error, but now it can.
2001-06-13 07:23:26 +00:00
Bryce Denney
f1be61c30b - compiled bioses for rombios.c revision 1.13 2001-06-07 18:08:52 +00:00
Bryce Denney
8ab8c40108 - fix bugs in SMP structure
- this file now corresponds with rombios.c version 1.12.
2001-06-07 13:35:42 +00:00
Bryce Denney
38b35b9a48 - recompiled bios with new features (multiple hd, etc.) 2001-05-23 15:38:26 +00:00
Bryce Denney
e61d00351f - merged BRANCH-smp-bochs into main branch. For details see comments
in BRANCH-smp-bochs revisions.
- The general task was to make multiple CPU's which communicate
  through their APICs.  So instead of BX_CPU and BX_MEM, we now have
  BX_CPU(x) and BX_MEM(y).  For an SMP simulation you have several
  processors in a shared memory space, so there might be processors
  BX_CPU(0..3) but only one memory space BX_MEM(0).  For cosimulation,
  you could have BX_CPU(0) with BX_MEM(0), then BX_CPU(1) with
  BX_MEM(1).  WARNING: Cosimulation is almost certainly broken by the
  SMP changes.
- to simulate multiple CPUs, you have to give each CPU time to execute
  in turn.  This is currently implemented using debugger guards.  The
  cpu loop steps one CPU for a few instructions, then steps the
  next CPU for a few instructions, etc.
- there is some limited support in the debugger for two CPUs, for
  example printing information from each CPU when single stepping.
2001-05-23 08:16:07 +00:00