Commit Graph

415 Commits

Author SHA1 Message Date
Christophe Bothamy
6972e8b965 - add usb patch from Ben Lunt, reworked a little bit 2003-01-22 18:29:23 +00:00
Christophe Bothamy
8d30d44ae1 - backport typo found by Stanislav to patch file 2003-01-21 20:22:03 +00:00
Christophe Bothamy
dc01227a03 - update patch so it apply cleanly. I will commit it to the cvs,
so we can easily revert it.
2003-01-21 13:21:17 +00:00
Christophe Bothamy
298903fbed - update patch so it apply cleanly 2003-01-20 19:56:03 +00:00
Christophe Bothamy
eb56579a71 - add patch.x11-charmap in case we want to revert it 2003-01-17 18:15:18 +00:00
Christophe Bothamy
758258c3da - add patch that remove the need for an external X11 vgafont 2003-01-16 17:13:31 +00:00
Christophe Bothamy
31628c80b3 - remove outdated patch.
bablokb says in [ 664926 ]
please remove the patch patches/patch.bochs.sh. This
patch was developed for 1.4.x and does not work
anymore with 2.0.x.
It has been superseded by bxtstart in Bochs-Tools (see
http://www.bablokb.de/bochs-tools/).
2003-01-09 21:55:48 +00:00
Christophe Bothamy
8b6b4db7cc - This patch adds msdos compatibility FPU exception support. (irq 13). The IGNNE pin is no handled yet. 2003-01-06 02:17:24 +00:00
Christophe Bothamy
b4ba046f62 - add patch for CPUID function 0x80000001 for x86-64 emulation 2003-01-05 02:16:38 +00:00
Stanislav Shwartsman
36a39707be Removed the patch because it already in CVS 2003-01-04 19:42:48 +00:00
Jeroen Janssen
9286ce7dd6 removed leftover vbe bios patch
(this was used when working on the lfb vbe and there was no 'updated' vgabios in the bios directory yet).
2003-01-03 21:03:56 +00:00
Stanislav Shwartsman
f594989f5b Removed the patches because thay are already in the CVS 2002-12-29 18:57:34 +00:00
Stanislav Shwartsman
ef279cefc1 This patch fixes the failure on Win2000 related
to Bochs new icon problem.
2002-12-29 18:13:52 +00:00
Kevin Lawton
d136a8f43e * Fixed the line which compares the current fetchMode against
the current code page's mode.  It was &'ing against fetchModeMask:

  ((pageWriteStamp & fetchModeMask) == fetchModeMask)

  instead of against a constant mask which populates all the
  relevant bits:

  ((pageWriteStamp & ICacheFetchModeMask) == fetchModeMask)

* Moved the check above to ::prefetch(), since nothing should change
  between calls to that function.  I added some code to functions
  which load CS to make sure that is the case.

* Commented out several calls to invalidate_prefetch_q() in
  ctrl_xfer{16,32,64}.cc.  Changes to only EIP (i.e. CS is not
  modified) don't matter any more.  If EIP lands outside the
  window of the current code page, ::prefetch() is called.

* These changes add a few percent of performance.
2002-12-23 02:51:17 +00:00
Bryce Denney
1c1cfc8e7c - check in Zwane's latest patch 2002-12-14 06:28:42 +00:00
Volker Ruppert
58b375d730 - This patch is no longer needed 2002-12-12 19:44:49 +00:00
Bryce Denney
05d2f7962c - this patch causes configure for cygwin to omit libtool from the link
line.  This should fix SDL non-plugin compile in cygwin.
2002-12-11 19:46:56 +00:00
Christophe Bothamy
830313ecfe - remove patch as it's included in main code 2002-12-09 21:05:40 +00:00
Bryce Denney
26e07e1ac4 - this has been applied in cvs. removing 2002-12-06 19:35:56 +00:00
Bryce Denney
ae9959c1ba - add patch to make SDL switch back from full screen to window mode, if
the text console is going to be needed.  I believe this will fix
    [ 614724 ] SDL can get stuck in full screen mode
  I would like to get a little bit of testing feedback before committing
  it at this late date.
2002-12-05 23:10:03 +00:00
Christophe Bothamy
753739b115 With this patch, you can define a debugger log output file.
This implements feature request
[ 629068 ] make a way to log debug output to file

Note: wxWindow config interface is not updated yet
2002-12-02 21:16:11 +00:00
Volker Ruppert
0f4c8e9e97 - patch updated (the cleanup code is present in CVS now) 2002-12-01 08:22:24 +00:00
Volker Ruppert
03b56777be - updated patch for current CVS
- removed unnecessary changes
2002-11-28 20:33:57 +00:00
Volker Ruppert
86346ec5ff This file is no longer necessary 2002-11-28 17:59:18 +00:00
Bryce Denney
247368247f - experimental patch to create a console window for SDL on win32 2002-11-25 18:30:34 +00:00
Bryce Denney
7b3e7482e3 - already applied, deleting now 2002-11-23 01:12:51 +00:00
Bryce Denney
7382b84f8c - A new GUI is born!
add SVGALIB display library by Igor Popik <igipop@wsfiz.edu.pl>
  While it's running, you can press F12 to escape into the runtime config
  menu, and then you can change disks or quit or whatever.

  Better not try it with the bochs debugger...you could get stuck.

Modified Files:
  Makefile.in config.h.in configure configure.in main.cc
  plugin.h gui/Makefile.in
Added Files:
  gui/svga.cc
Removed Files:
  patches/patch.svgalib-gui patches/patch.svgalib-gui-f12
2002-11-21 19:26:07 +00:00
Bryce Denney
80e9438125 - fixup patch from Igor that is applied on top of patch.svgalib-gui 2002-11-21 18:37:34 +00:00
Bryce Denney
bd73bf4d8d - add SVGAlib patch from Igor Popik <igipop@wsfiz.edu.pl> 2002-11-21 01:31:12 +00:00
Bryce Denney
de814bece5 Patch name: patch.decode-interrupts
Author: Bryce Denney
Date: Wed Nov 20 19:26:24 EST 2002

For any software interrupt, hardware interrupt, or exception, Bochs
calls the instrumentation macro BX_INSTR_INTERRUPT().  For each call
to BX_INSTR_INTERRUPT(), this patch adds instrumentation code that
looks up each interrupt in the Ralf Brown x86 interrupt list and
prints the name of the interrupt in English.  This output can be very
useful in telling what a user space program is doing.
2002-11-21 01:25:18 +00:00
Bryce Denney
d433e117ee - attempt to fix ah=0x86 return value on unimplemented int15 functions 2002-11-20 15:41:23 +00:00
Bryce Denney
e137c49337 - this turned into a mess, remove it 2002-11-20 03:52:42 +00:00
Bryce Denney
1ef6479c6f - this is very very old, and the linux mouse is working quite well now 2002-11-20 03:50:07 +00:00
Bryce Denney
ae2abb8c0d - this patch has been applied now, deleting 2002-11-19 05:48:18 +00:00
Bryce Denney
90d42947e4 Detailed description:
For a whole lot of configure options, I put #if...#endif around code that
is specific to the option, even in files which are normally only compiled
when the option is on.  This allows me to create a MS Visual C++ 6.0
workspace that supports many of these options.  The workspace will basically
compile every file all the time, but the code for disabled options will
be commented out by the #if...#endif.

This may one day lead to simplification of the Makefiles and configure
scripts, but for the moment I'm leaving them alone.

More details inside the file itself.
2002-11-18 19:13:23 +00:00
Christophe Bothamy
2816af1e43 - the driver name has been included in the user documentation. So I remove this patch. 2002-11-11 12:49:22 +00:00
Christophe Bothamy
4139916e92 - floppy patches from Alex Thiel, from the mailing list. 2002-11-08 20:44:09 +00:00
Christophe Bothamy
70b7d13763 - remove patch.keyboard-biosinit-asulmicki
- add new keyboard init code from Adam Sulmicki
- changed last cli() to #asm cli #endasm
- remove unused cli() function
- don't panic on shutdown status 0x09. just do the normal post
2002-11-04 23:56:56 +00:00
Bryce Denney
9dfbfdde8f - patch from Hartmut Birr to adjust win32 search path order. 2002-11-01 13:21:12 +00:00
Christophe Bothamy
a15a0c5e80 This patch adds VGA write mode 2 support and includes various speed improvements posted by the author on the ml.
Please see patch content for detailed description of the changes.
2002-10-30 23:54:15 +00:00
Christophe Bothamy
a01e80c8d7 This patch adds real-bios-like keyboard init code.
However, it does not work, due to inaccuracies in Bochs
  keyboard model.
2002-10-30 22:44:28 +00:00
Christophe Bothamy
a972ac9cdc - patch from Hartmut Birr, to create compressed image files up to 32GiB (NTFS only). 2002-10-28 21:46:21 +00:00
Christophe Bothamy
78f41adef1 - patch from Hartmut Birr :
. offset for the lseeks within the disk image class changed from byte to sector units.
  . support for disk up to 32GiB under Win32 (NTFS only).
2002-10-28 21:42:59 +00:00
Bryce Denney
8dc67c7623 - cygwin experiment. Since dlltool cannot accept any -I's or -L's,
I'm trying to split the link command into one variable of LDFLAGS
  and another variable of just objs and libs.
2002-10-28 08:24:24 +00:00
Bryce Denney
13d1113b36 - this has been checked in now. removing. 2002-10-25 11:49:27 +00:00
Bryce Denney
605b88ec2f - the plugin merge broke all sorts of things in this patch. I cleaned
it up and this version applies cleanly again.  If testing goes well
  I will commit it ASAP.
2002-10-25 03:40:57 +00:00
Bryce Denney
d8aace9898 Remove the patch from CVS. To get the final plugins patch, do
cvs upd -p -r1.1 patches/patch.final-from-BRANCH_PLUGINS.gz > patch.gz
Then gunzip it and read it!

If all you are looking for is the change log, I will save you the trouble
and paste it in right here...

----------------------------------------------------------------------
Patch name: patch.plugins
Date: Thu Oct 24 16:19:04 EDT 2002
Authors:
  Bryce Denney
  Christophe Bothamy
  Kevin Lawton (we grabbed a lot of plugin code from plex86)
Testing help from:
  Volker Ruppert
  Don Becker (Psyon)
  Jeremy Parsons (Br'fin)

GENERAL NOTES
- All the work on this patch was done in a CVS branch called BRANCH_PLUGINS.
  It was made into a patch mostly for documentation purposes.  You can find
  more details on many things mentioned here in the CVS logs for
  BRANCH_PLUGINS.
- Generally, this patch touches so many files and so many important variables
  that any file that has NOT been test-compiled might not compile anymore.
  We have tried to test every file, but there are some that we just can't
  test without help from others because we don't have every platform avaiable.
  During the bugfix/release process for 2.0 I hope we can get somebody to
  compile every file so that we don't release a broken 2.0.
- WARNING: I didn't diff the configure script, since it will almost always be
  rejected.  You must run autoconf after applying this patch.

USING PLUGINS
- add new configure option --enable-plugins, which turns on plugin support
- added 2 new bochsrc options that let you select which configuration
  interface and which display library you want to use:
    config_interface: control
    display_library: sdl
  There is one restriction though: if you want to use wxWindows at all,
  then it must be selected as both the config_interface and the
  display_library.  These two are not separable.  There could be
  strange interactions between other combinations of libraries that we
  haven't discovered yet.
- now you can configure with several different --with-* options at once,
  and select between them at runtime.  This works with or without plugins
  enabled.  Example:  configure --with-x11 --with-sdl --with-term.
  To choose between them use "display_library: name" in the bochsrc
- add new configure options --with-all-libs which tries to detect all the
  display libraries that can be compiled on your machine, and enables them
  all.  If the detection fails, you can always write a bunch of
  --with-PACKAGE options yourself.
- when you run Bochs, it needs to know where to find its plugins.  For now
  if the plugins are not stored in a default system library path, you need to
  set the LTDL_LIBRARY_PATH environment to a colon-separated list of
  directories to search in to find the plugins.  When you first build
  Bochs, all the plugins are in gui/* and iodev/*.  So this command would
  work (sh syntax):
      LTDL_LIBRARY_PATH=`pwd`/gui:`pwd`/iodev;  export LTDL_LIBRARY_PATH
  There is a slight variation for win32: use a semicolon instead of a
  colon to separate the directories in the list, and the directories should
  start with a drive letter and colon.  Example
      d:/bochs/plugins;d:/bochs-2.0/plugins

PLATFORMS
- on Win32 platforms, plugins currently work in Cygwin/MinGW but some more
  work is needed to support VC++.  The makefiles build .DLL files for
  the plugins using gcc and a program called dlltool.  Remember to
  use semicolons to separate dir names in LTDL_LIBRARY_PATH, and to
  list absolute directories starting with a drive letter.
- on MacOS X, plugins will only work correctly if you install the
  "dlcompat" library.  Dlcompat is part of the OpenDarwin project.
- Bochs plugins work on Linux and Solaris without any extra work.

CONFIGURE AND MAKE
- makefiles in gui and iodev directories have some new options and targets
  for building plugins.  First the object files are sorted into two groups,
  pluggable and non-pluggable.  When you are compiling with plugins, each of
  the pluggable object files is added to the list to compile as plugins.
  If plugins are disabled, all objects are put into a list to compile
  normally.
- remove MDEFINES from top level makefile
- add LDFLAGS to the @LINK@ variable that is set by configure
- add several plugin-related make targets in toplevel, gui, and iodev
  makefiles
- use libtool to build libraries: both static and shared.  Except on win32,
  libtool doesn't do the job so we just use gcc directly with help from
  a program called dlltool.
- use libtool's tiny LTDL library to provide a cross-platform interface
  to the functions that load shared libraries.  The LTDL sources are included
  in the Bochs source code now (ltdl.h and ltdl.c), and also the configure
  script generates ltdlconf.h.  Bryce has done some minor-to-medium intensity
  hacking on LTDL to make it work at all.  To see the changes, do cvs diff
  -r1.1.2.1 -r1.1.2.2 ltdl.c or look at the CVS logs of
  bochs-testing/plugin-test/libltdl/ltdl.c for details.
- add "BOCHSAPI" to every variable, function, and class that any plugin
  will need, for building win32 DLLs.  The BOCHSAPI macro is used
  for DLL building on win32 platforms.  In config.h it is defined as
  __declspec(dllexport), or __declspec(dllimport), or empty.  Config.h
  knows if it should be importing or exporting symbols by the BX_PLUGGABLE
  macro which is defined in all plugin files.

PLUGIN CONFIGURATION INTERFACES AND DISPLAY LIBRARIES
- a configuration interface is a set of menus that lets you change Bochs's
  settings.  You can choose between two configuration interfaces:
  the text mode menus, and the wxWindows graphical interface.
- A display library is the code that shows text and graphics on the
  virtual Bochs screen.  There are many different display libraries
  to choose from, for example X11, win32, BeOS, Carbon(MacOSX), SDL, etc.
  Except for wxWindows, all display libraries look pretty similar.  They
  create a window with a toolbar full of buttons at the top.
- The wxWindows port is BOTH a configuration interface and a display library.
  It has menus and dialog boxes (the config interface) and also a toolbar and
  virtual Bochs screen.
- now the standard main() is used ALL the time, even for wxWindows which
  used to define its own main in the IMPLEMENT_APP macro.  Now we always
  start in main(), and wxWindows uses the IMPLEMENT_APP_NO_MAIN macro.  It
  parses the command line and possibly the configuration file, then according
  to the setting of the param BXP_SEL_CONFIG_INTERFACE it starts the text
  config interface (control) or the wxWindows config interface (loading a
  plugin if necessary).  Now the config interface is responsible for
  starting the simulation at the appropriate time (by calling
  SIM->begin_simulation()), instead of returning and letting main start the
  simulation.  See cvs log for main.cc 1.156.2.14 for more details.
- wxmain.cc's MyApp::OnInit function is called later in the startup
  process than it used to be.  Now main() does the first few steps, such
  as calling bx_init_main(), and starts up the configuration interface
  when it's ready.  This means that the config interface does not get
  to control the messages that appear during command line parsing or
  loading of the .bochsrc.  It may have to change in the future.
- configuration interfaces now must define an initialization function that
  calls SIM->register_configuration_interface with a callback function.
  The callback function is called whenever Bochs needs a simulation
  interface.  This allows us to easily select between them, even when
  support for multiple config interfaces is compiled in.  wxWindows
  has been made into a plugin, but so far control.cc (the text config
  interface) has not due to some difficulties linking bochs without it.
- Bryce intends to rename control.cc to textconfig.cc or something more
  appropriate when the branch merge is done.  When it was created, it was
  called a "control panel" but now that term has been replaced by a
  "configuration interface".
- Each display library file (gui/win32.cc, gui/x.cc, etc.) defines a C++ class
  that descends from bx_gui_c.  bx_gui_c declares some of its methods virtual
  so that the child class can redefine the methods.  The virtual methods are:
  specific_init, text_update, graphics_tile_update, handle_events, flush,
  clear_screen, palette_change, dimension_update, create_bitmap,
  headerbar_bitmap, replace_bitmap, show_headerbar, get_clipboard_text,
  set_clipboard_text, mouse_enabled_changed_specific, and exit.  Also,
  each file needed a plugin_init, which creates an object of the right
  type and sets the global "bx_gui" to it, and a plugin_fini which
  (theoretically) cleans up afterward.  These turned out to be so similar
  that they are defined in a macro called IMPLEMENT_GUI_PLUGIN_CODE(gui_name).
  (As usual, wxWindows is different and needs its own plugin_init and fini
  since it provides both a configuration interface and a display.  It
  registers a config interface and calls MyPanel::OnPluginInit, which is
  in wx.cc, to create a bx_wx_gui_c and set the bx_gui pointer.)
- removed the first argument of bx_gui::specific_init method because it
  is no longer static.  In a virtual method, you always know who "this" is.
- bx_gui::get_sighandler_mask() and bx_gui::sighandler() are always present,
  defined as virtual methods that do nothing.  In term.cc only, they are
  redefined to do whatever term needs to do with them.  This solves problems
  with undefined symbols when you enable term support.
- The various display libraries used to all redefine bx_gui methods instead
  of virtual methods of their own subclass.  This made it impossible to
  compile multiple guis at once.  Because they are all child classes with
  different names, any number can be linked into a binary at once.  This was
  important for plugins, but even without plugins it allows us to compile
  in support for many display libraries and select them at runtime.
- in siminterface, added register_configuration_interface and
  configuration_interface.  The register method is called by the
  init function of a configuration interface (control.cc or wxmain.cc)
  to tell siminterface what function to call when someone wants to start
  the config interface.  To start it, you call configuration_interface(),
  which calls the callback function set up by that init function.
- in siminterface, is_sim_thread, set_sim_thread_func.  These replace the
  global isSimThread function.  I had to make something that was
  1) available if wxWindows was compiled in, compiled as a plugin and
  either loaded, or not., and 2) did not have any link time references
  to wxWindows files.  As with other things, when wxWindows initializes
  it calls SIM->set_sim_thread_func() with a callback function.  When
  anyone calls SIM->is_sim_thread() it calls the callback function, or if
  it hasn't been installed yet it always returns true.

PLUGIN DEVICES
- Plugin devices are not as uniform as plugin display libraries.  There
  are many of them that interact, some provide special functions that other
  devices can call like bx_pic::raise_irq(), and some have to be initialized
  before or after others.  Our implementation of plugin devices works like
  this:
  - each device provides a plugin_init method and a plugin_fini method
  - the plugin_init method can initialize any number of devices and they
    should be "registered" by calling BX_REGISTER_DEVICE_DEVMODEL().
  - all plugin devices descend from a class called bx_devmodel_c.  The devmodel
    class is made up of virtual functions which tell the operations that we
    should be able to do on ANY device.  The real implementation of a device,
    in a child class, will override these methods to implement the real
    behavior of that device.  As an example, the C++ class heirarchy for the
    keyboard device looks like this:

      logfunctions
      |
      +-- bx_devmodel_c
          |
          +-- bx_keyb_stub_c
              |
              +-- bx_keyboard_c

    Logfunctions provides logging capabilities.  bx_devmodel_c provides a
    uniform interface for dealing with any device without even knowing which
    one it is.  bx_keyb_stub_c defines the interfaces that all external
    functions and objects can use, but the implementation of those interfaces
    just does a panic saying that you forgot to load the keyboard plugin.
    Finally, bx_keyboard_c implements all of the missing methods.
  - for devices that provide special functions that other devices can call, we
    make a "stub" class in iodev/iodev.h which has virtual functions that just
    print a panic or warning message.  The real device will create a subclass
    of the stub, which redefines the virtual methods with the actual
    implementation.  This means that we can install an instance of the stub if
    the plugin is not loaded to catch any calls to the device (it's that
    or a segfault).  When the plugin is loaded, we replace the stub with a
    pointer to the real class.  Virtual functions are equivalent in performance
    to setting up function pointers, but the syntax is cleaner and the compiler
    helps to enforce correct usage.
  - because of limitations of shared libraries on some systems such as
    Solaris, it is not safe to rely on global variable constructors being
    called.  So if you write "bx_my_device device;" as a global variable,
    on Solaris the constructor(s) for bx_my_device will not ever be called.
    That's why in the plugin_init function we explictly create the object
    with the "new" operator.
  - every file that can be compiled as a plugin should define BX_PLUGGABLE
    before including config.h.  This is used when building win32 DLLs.
- in plugin.h, define macros for basically every inter-device function,
  for example DEV_dma_register_8bit_channel, BX_MEM_READ_PHYSICAL,
  DEV_hd_read_handler, etc.  The macros are used everywhere instead
  of the direct call to the device, because the macros are designed to
  do the right thing even if the plugin is not loaded.  This is necessary
  even for devices that will always be loaded, but we want to make them
  into a plugin.  Otherwise we can't link bochs because of references to
  undefined symbols.
- in iodev/devices.cc, device plugins are loaded if they are needed.  At
  the moment we still load almost all of them all the time, but it doesn't have
  to be that way.  Serial and Parallel devices are loaded only if they
  are enabled in the bochsrc/config interface.  Devices that can be compiled
  as plugins are called plugin*.  Devices that have not been converted to
  plugins still have their old names like sb16, pit, ne2k.  At the end
  of the bx_devices::init() function we call bx_init_plugins() which
  calls the init function of devices created in plugins.  (Not every
  device, see core plugins vs. optional plugins.)  At the end of
  bx_devices::reset() we call bx_reset_plugins() which calls the reset
  function of devices created in plugins.
- core plugins vs. optional plugins vs. user plugins
  - core plugin: These are so fundamental that Bochs can't even initialize
    without them, for example the CMOS.  The user can substitute his own
    equivalent plugin to replace the CMOS, but he cannot say "Don't load the
    CMOS at all."  Core plugin devices are initialized and reset explictly by
    code in iodev/devices.cc, since the initialization order for some of them
    is critical.  They are currently NOT added to the device list in
    pluginRegisterDevice and pluginRegisterDeviceDevmodel, so that the plugin
    system does not call init() and reset().  If a core plugin cannot be found,
    Bochs will panic.
    (NOT DONE) In the bochsrc we could easily provide a way for the user to
    replace a core plugin with a different plugin that implements the same C++
    interface.  This is not implemented yet.  Example bochsrc line:
      replace_core_plugin: old=pic, new=mypic
  - optional plugin: These can be loaded or not, without affecting Bochs's
    ability to start up and simulate.  Initialization and reset for all
    optional plugins are handled by bx_init_plugins() and bx_reset_plugins(),
    which are now called from bx_devices_c::init() and bx_devices_c::reset().
    Bochs knows how to configure optional plugins at compile time, and they are
    loaded only if the configuration settings enables the device.  Examples:
    serial, parallel.  See the call to is_serial_enabled() in iodev/devices.cc.
    There are some "optional" plugins that you might not ever want to leave
    out, like vga.  Maybe the term optional is not clear and we need to think
    of a better name.  Bochs will panic if an optional plugin cannot be found.
    If the plugin was compiled, then it should be available at runtime too!
  - (NOT DONE) user plugin: These are plugins that Bochs does not know
    anything about at compile time.  The user asks Bochs to load a plugin
    using just its filename.  It loads the plugin and (somehow) gets
    information about what settings the user can configure.  The settings are
    adjusted by either bochsrc lines or the user interface, and then the
    device can be used.  User plugins will probably not be supported until
    after v2.0.
  - These categories might change over time, and more may be added.  We have
    to start somewhere.
- the keyboard timer handler used to control all sorts of things that had very
  little to do with the keyboard!  For example, it would call SIM->periodic()
  and bx_gui->handle_events() to make the gui update when it was supposed to.
  This has been moved into iodev/devices.cc instead.  It didn't really belong
  in the keyboard model, and what if you wanted to simulate with no keyboard
  one day?
- in devices.cc, added the concept of a default I/O handler.  Before, the
  "unmapped" device was initialized first and it would register every single
  I/O port in the whole 64k address space, then other devices would claim the
  ones that they needed.  Now it works differently.  Now, the unmapped device
  registers the default I/O read handler and the default I/O write handler,
  which are represented by BX_DEFAULT_IO_DEVICE.  This is from an email
  conversation with Christophe
  >   Sooner or later, we will need to unregister some ioport handler, because
  > some ports can be moved around the io architecture (for example the PCI
  > IDE Bus Master ioports).  Bochs can not do this at the moment.
  > ...
  >   When another device claims the io address, we change the handler
  > number to the one of the new function.  This behaviour is compatible with
  > the old one.
  >   But when we'll need to unregister an io address handler, we will just
  > reset the handler number to BX_DEFAULT_IO_HANDLER so unmapped is called
  > again when the io port is accessed.
  >   This way, we can have Bochs devices register/unregister/re-register
  > their handlers.
- device init() methods no longer have an argument.  We used to pass in
  a pointer to the global variable bx_devices, which each device would
  (usually) dutifully store and use instead of using the global symbol,
  but it wasn't helping much.  If we start to simulate more than one
  PC at once (who knows? it might happen) then maybe we'll add it back.

BUG FIXES THAT ENDED UP IN THE PLUGIN BRANCH
(maybe should be checked in separately?)
- gdbstub should not call bx_parse_cmdline anymore
- check SIM->get_init_done before calling DEV_kbd_paste_delay_changed.
- in all makefiles move $(BX_INCDIRS) to the front.  Otherwise you can
  accidently get config.h or other important includes from libraries
  when they put -Ipath into CFLAGS.
- add semicolon to the end of a BX_INFO for XADD_EdGd in arith32.cc
- make control.cc ignore BX_ASYNC_EVT_REFRESH and BX_ASYNC_EVT_DBG_MSG
  instead of sending them to default: which prints a warning.
- remove memset(&s, 0, sizeof(s)) in bx_keyb_c constructor.  This memset
  was wiping out some of the fields of the parent class (logfunctions).

Patch was created with:
  cvs diff -u
Apply patch to what version:
  cvs checked out on DATE, release version VER
Instructions:
  To patch, go to main bochs directory.
  Type "patch -p0 < THIS_PATCH_FILE".
----------------------------------------------------------------------
2002-10-24 20:43:08 +00:00
Bryce Denney
cf73a42456 This patch contains all the diffs from the CVS branch called BRANCH_PLUGINS,
and a very detailed description of what was changed.  These changes will
be checked into the CVS trunk momentarily.

Then I will remove the patch, but it will stay around in CVS history
forever as documentation of what we have done.
2002-10-24 20:37:37 +00:00
Bryce Denney
026e0da7fe - removed. This is highly obsolete now. 2002-10-24 20:09:49 +00:00
Christophe Bothamy
869519eef6 - This patch is not needed for block device access, so I remove it 2002-10-18 10:29:46 +00:00