Attila Kinali wrote:
> Moin,
>
> I finaly had time to finish my check up of bochs.
> Unfortunately, the result is that we may not be
> able to use bochs for a system level simulation
> including the operating system. Bochs uses a
> too abstract model of the PCI bus (basicaly just
> read and write of arbitrary size data), so that we
> would need to rewrite quite some bit of bochs
> to extract those signals (or add a huge layer
> between bochs and our simulation). Synchronisation
> of both would be a whole other issue, which i
> didnt check.
>   

I had a quick look at qemu.  They have an interface where you register
memory regions, and then implement read/write operations for those
regions (see e.g. cirrus_init_common in hw/cirrus_vga.c).  It's sounds
Bochs is similar.  The qemu code is quite readable and the emulator is
easy to use, but they don't have a plug-in interface which I think Bochs
has, meaning we would have to modify qemu itself.

I kind of expected we would have to write the PCI bus simulator
ourselves, since these emulators don't need to interface with real
hardware.  (I read about the PCI bus, but I'm not sure how it looks like
form the OS.)

Nicolas' concern about the speed may be an issue.  If we can launch the
emulator in the evening and check on it the next day, I think it's still
useful, but if the emulator depends on the wall-time making sense, then
we're in trouble.
> Currently i suggest either to stick with a pure
> functional verification in verilog and driver
> development using OGD1 or to write a low level
> PC simulator in a HDL.
>
>   
Writing a full PC simulator also sound like a big task too, though.

I guess OGD1 subsumes this whole discussion to a large extent since the
remaining parts are in re-programmable FPGA.  So if it isn't easy, maybe
we should leave it for the present.

Sorry for the late reply, I had some catching up on the mailing list. 
Thanks for checking Bochs.

_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)

Reply via email to