- Bochse
- Bochs Os
- Bochsler True Value Hardware
- Bochs Download
- Bochs Vm
- Bochs For Windows 10 Display How To Use
- Bochs Android
Linux
Bochse
Bochs felt responsible for Guardian's death since he had invented the original Box, with which Jaxon had indirectly caused Hudson's death. Bochs intended to use Box to hunt down Jaxon, if he still lived, and Courtney. Later, Snowbird discovered the truth behind her Alpha Flight teammate Walter Lagowski's transformations into the beast-like. Download Bochs x86 PC emulator for free. Bochs is a portable x86 PC emulation software package that emulates enough of the x86 CPU, related AT hardware, and BIOS to run Windows, Linux,.BSD, Minix, and other OS's, all on your workstation.
- Bochs is a highly portable open source IA-32 (x86) PC emulator written in C, that runs on most popular platforms. It includes emulation of the Intel x86 CPU, common I/O devices, and a custom BIOS.
- Debugging a Bochs disk image: With the disk image loader it is possible to debug any Bochs disk image. First prepare a virtual machine:. myvm.bochsrc: This file contains the Bochs configuration, such as the disk image file name.
. If you are having problems running bochs, you should try removing --enable-plugins from .conf.linux by uncommenting which_config=normal and commenting out which_config=plugins.
To enable the internal debugger, add --enable-disasm and --enable-debugger to the configuration. Enable debugging via gdb by adding --enable-gdb-stub instead of --enable-debugger and --enable-disasm (they are mutually exclusive).
You may optionally finish off by invoking make install. Otherwise, you may need to manually set the environment variable BXSHARE to the directory in which the bios files are stored, which is in the bios folder in your build directory. Rather than setting BXSHARE, you can also hardcode the full path in your bochsrc file.
Invoke bochs from your project directory.
If you are using Ubuntu linux, bochs can be retrieved using the command: sudo aptitude install bochs bochs-x.
Other distributions of linux are also likely to offer bochs via a package management system. If you know this to be the case, please let the TAs know, so we can update this document.
| Emulators |
|---|
| PC Emulators |
| PC Virtual Machine Monitors |
KVM |
| PowerPC Emulators |
Bochs is a steadily improving emulator for the x86 platform. It greatly improves OS development because the virtual machine restarts much quicker than real hardware, plus it offers detailed debugging functionality that can help greatly during kernel development.
It is strongly suggested to get two installations of Bochs - in addition to the out-of-the-box version (which might well be one of the binary downloads), you should also compile a second instance with the internal debugger enabled - so when something strange occurs that your 'normal' debugging tools can't trace, you can cross-check it with the debug version. You may also wish to enable (and use) the debug IO ports.
Contents
|
Frequent error messages
Running in Bogus Memory
You sent your code pointer (EIP) to some uninitialized memory area. This means you either followed a NULL (or uninitialized) pointer, or you damaged the return address of your stack frame. Make your code more clean, test pointers before you follow them, initialize every pointer (especially those who are on the stack) and enable *-Wall* in GCC.
Bochs Os
3rd exception with no resolution
The CPU didn't manage to invoke an exception handler and would normally triple fault. This is probably due to a bad IDT register content, or a bad IDT descriptor. Sometimes (but less likely), it can also be due to a severe bug in your exception handler code. Check your exception works with 'illegal' asm instructions like idiv 0, or
In several cases, there are other error messages prior to this one which can provide more details in the error. Some common messages that might be displayed:
- interrupt(): gate descriptor is not valid sys seg
- You have not loaded an IDT, or the IDT is corrupt
- interrupt(): SS selector null
- You have no TSS
- You haven't set SS0 / ESP0 in the TSS
- CR0 = 0xe0000001 CR2 = 0xe0000001
- Your page tables are not page-aligned
- Your page tables do not point to the correct parts of memory
I/O Operand Size
Bochs performs some rather paranoid checks on I/O operand size. Reading a byte from port 0x1234 is usually not the same thing as reading a 32-bit value. Go back to your chip's data sheet and double-check that your sizes are correct.
fetch_raw_descriptor: LDTR.valid=0
Many of you have said 'but ... I do not have an LDT and I read it wasn't mandatory!?'. You're right. And so is Bochs. This message usually means that your program tried to load a selector with some garbage value, which happened to have the 3rd bit (Table Indicator) set. The CPU will try to look up the descriptor in the LDT, but there's no LDT registered! In most cases, the error comes from some mispairing of push and pop on the stack, which lead to a non-selector value to be loaded in a segment register.
If you're still stuck, download the Bochs source package and search for the message you received. Then, maybe you can add extra information to the message-printing code (like the faulty offset of a segfault, the segment limit, etc). But keep away from modifying Bochs' operations! Every time I suspected a bug in Bochs, I was just misunderstanding the Intel Manual...
Differences between Bochs and real hardware
- Bochs enables the A20 line in the BIOS
- Your PC doesn't necessarily do so. Sometimes there's a BIOS option, sometimes there isn't. Check your code that enables the A20 line and make sure it has no issues with faster hardware.
- Bochs wipes out its memory
- In Bochs, memory is always filled with zero until you (or the BIOS) put something else. On a normal PC, uninitialized memory tends to contain garbage (most often all-ones) or traces of previous executions. Check your pointers, initialize them, print your code on paper if necessary.
- Bochs does not properly emulate CPU cache/TLB
- Although Bochs does have these constructs, they do not work the same as a regular CPU cache or TLB and do not change based on which CPU is being emulated. If you're not handling caching or TLB refreshes correctly, behavior may differ in Bochs vs. hardware (i.e. it may work on Bochs but not on hardware, or vice versa).
- Bochs floppy has no errors
- In a physical PC, it's common to issue up to 3 read commands on a sector/track before it can be read fine. If you don't have proper error check/recovery in your bootsector, you're likely to run something that is not your kernel...
- Bochs is flexible about returning to real mode
- Despite what Chris Giese's Protected Mode tutorial states, you do not have to be in 16-bit protected mode to clear the PE bit of CR0. If you fail to enter 16-bit protected mode on a real PC, it will hang, without giving any error indication - no triple fault or anything!
Bochsler True Value Hardware
- Bochs' timer is not real time
- (unless you configure it closer to real time). Waiting for 2 second on bochs will let any virtual device that needs 2 seconds to be ready be ready, but that could be just 0.02 seconds for you ... or that could be 200 seconds.
Adding
will cause interrupts at real intervals, but may overload the emulated OS with PIT interrupts and overflow the stack (if it's pre-emptible) Using sync=slowdown will also set it to real-time speeds, but with a constant amount of virtual clock cycles between each virtual second. For both the slowdown and original clock, you need to set the amount of instructions executed per second to the desired value.
- CPU is always Intel/AMD
- Bochs emulates a CPU, so CPUID will always report back Intel (if emulating a 32-bit system) or AMD (if emulating a 64-bit system) regardless of what is really in your system.
Newer versions of Bochs allow you to specify the vendor string in the CPU tag:
Bochs image files in a nutshell
To use Bochs to boot your custom kernel, search for the 'floppya' and 'boot' lines in the bochsrc configuration file. The following configuration allows you to use, and boot from, the 'real' floppy drive of your computer:
For Windows users, that should read:
But this is awfully slow, and puts lots of stress on the floppy when you are in a tight patch - make - boot cycle. Bochs offers the use of image files, including an interactive tool to create an image file (bximage.exe). Note that Bochs will emulate the floppy's internals even when the image is a device rather than a regular file ...
Bochs debugging facilities
Bochs has several features that eases debugging. Many of them must be enabled via an configure switch:
Bochs Download
GUI debugger
Bochs has a command-line internal debugger, and a graphical interface on top of it. You must compile Bochs with the configuration option and then edit your bochsrc file in order to enable the GUI debugger. I use this line in my bochsrc file to enable graphical debugging in X:
In a Windows environment, add this line to your bochsrc.bxrc
It seems that on Windows, the 'option' flag (what the above line used to read) will be accepted, but the GUI window will not appear.
I/O debugger macros
Some useful macros when Bochs is compiled with the I/O debug ports enabled (port_e9_hack: enabled=1 if Bochs 2.4 or newer, configure --port-e9-hack if not):
Magic Breakpoint
When you're using Bochs with the internal debugger, you can trigger the debugger via a facility called magic breakpoints. To trigger a breakpoint, you can insert xchg bx, bx (in GAS syntax, xchgw %bx, %bx) anywhere in the code and Bochs will trap into the debugger as soon as it executes it. On real hardware this has no effect as it merely replaces the BX register with itself.
You should put the following line in your Bochs configuration file to have it listen to magic breakpoints:
On older versions, enabling the debugger alone doesn't compile in magic breakpoint support, you will also need to specify --enable-magic-breakpoint when configuring the build on those versions.
Debugging SMP
When using the internal debugger, you may use the following command to switch CPUs:
I also found this was necessary on occasion in the GUI debugger, even though it has buttons for each CPU.
Internal debugger commands
You can pass a file containing debug commands to automatically run whenever you start bochs with the internal debugger. (bochs -rc <file>)
Bochs places an automatic breakpoint just before the BIOS loads, this can be automatically skipped by putting continue as the first command in the said file.
Debugging Triple Faults
When using the internal debugger, you may change this line in your Bochs configuration file:
This line disables the emulator reset on a Triple fault, enabling you to debug the code after a Triple fault occured (Very useful while implementing paging).
Compiling Bochs from Source
Bochs has many compile-time configuration options, some of which conflict, and therefore a binary distribution of Bochs may not be suitable for your purposes. I found it was best to compile my own copy of Bochs to be sure I had the features that I needed. Also, you should consider using the CVS snapshot version of Bochs if the released version is old and not working for you. I found this was necessary up until version 2.4 was released, for example. On Ubuntu, you may have to run
and enter your password. On other linux distros, try the equivalent.
Bochs Vm
The array of Bochs configuration options can be confusing, and you cannot assume the defaults are going to be sensible. These are the options I use, this can get you started:
A few notes:
- If you are on Windows, that last line should probably read '--with-win32'.
- On Linux, using SDL as the display library over X11 is preferable as the performance appears to increase greatly on some setups
- Bochs has GDB stub support, and its own internal debugger. These cannot be compiled into the same Bochs binary. The internal debugger is very useful, its flag is --enable-debugger
- The GDB stub in Bochs does not support SMP, last time I checked.
- If you do not enable PCI, then the Intel Multiprocessing tables will not appear in memory.
- I was unable to successfully load the GUI debugger without specifying --disable-plugins. Otherwise, I get dynamic loading symbol errors.
- Post-2.4.2 several of the CPU specific options were folded into the CPU-level specification and are therefore deprecated. They have been removed from the example above.
- The default compile does not support x86-64, --enable-x86-64 will turn it on
- On many Linux distributions it is possible to install Bochs via a package manager. For example, on distributions that use apt-get we can do
to install Bochs and the X11 plugin (which may crash on ubuntu/linux mint: install the sdl plugin and use sdl instead of x as the display library in this case). Note that there is a big chance that the graphical debugger is not enabled in the binaries from the package manager.
See Also
Bochs For Windows 10 Display How To Use
Articles
Bochs Android
External Links