[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Developing new user-level target?

From: Patrick Mackinlay
Subject: Re: [Qemu-devel] Developing new user-level target?
Date: Sun, 11 Jul 2004 12:55:44 +0800

User level emulation in QEMU only supports Linux as host _and_ guest. Supporting a different Unix >would be very difficult except for simple console programs.

I understand this is the case right now, but I'm curious to know how difficult it might be to tackle the changes required? Let's assume to begin with that the new target Unix contains only system calls which are a subset of Linux (a pretty good bet). Essentially what we're talking about here is mapping the parameters from the target set onto the required host system calls? Presumably even now, with different host/target CPU's, some argument reformatting is required?

Also, I assume that even a small subset of those calls is enough to get a large number of programs working? Finally, in my case, the types of programs I'd most like access to are things like compilers, assemblers etc, so their subset of calls should be quite small.

Is there some additional complexity involved that I'm not aware of?

If the hardware is simple enough, it would be better to go for full system emulation right from the >beginning.

This premise is the tricky part. Whilst many of the system components are fairly standard and have documentation available, there are some FPGA's that hold the whole lot together and emulating those may be difficult without detailed "inside information". On the other hand, being able to trace the target OS (and its diagnostic monitor code) inside an emulation environment like QEMU may actually be the best way to actively discover the hardware details.


Pat Mackinlay.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]