From: Stefan Weil <weil@mail.berlios.de>
To: Florent Defay <spira.inhabitant@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Using QEMU as an emulator for an industrial machine.
Date: Fri, 18 Dec 2009 08:13:00 +0100 [thread overview]
Message-ID: <4B2B2B7C.9060108@mail.berlios.de> (raw)
In-Reply-To: <8502af3c0912160153v389bade4ob09ddaa6705c89e@mail.gmail.com>
Florent Defay schrieb:
> Hi,
>
> I need your help:
>
> I am working for an industrial company. Here, we build a machine
> composed of
> - a board with a PowerPC as CPU
> - classic devices such as ethernet
> - other private devices.
>
> LynxOS runs on the board with private applications and private
> additional drivers.
>
> We would like to use QEMU to emulate the whole hardware system so that
> APP+KERNEL+DRIVERS run on QEMU. The goal is to debug without
> downloading software onto the physical board, but directly on a Linux
> PC.
> I suppose we'll need to modify QEMU's source to add code to simulate
> our private devices.
>
> I would like to know if it is feasible? And then the degree of
> difficulty to carry out the new emulator. Can a QEMUL newbie do that?
> How much time would be needed? I guess it is very difficult but I need
> concrete answers. Any advice is welcome.
>
> Thank you.
>
> Regards,
> Florent Defay.
Hi,
It is possible, at least up to a certain degree:
You won't be able to emulate time critical applications, for example.
To estimate the amount of time needed, more information is needed:
* Do you have source code for LynxOS? This helps very much to debug
unexpected behaviour of the emulation.
* Which components are already supported by QEMU (PowerPC variant,
ethernet, ...), or do you need modifications of existing QEMU code?
* How complex are the unsupported devices (ethernet, private devices)?
Are these devices well documented? Do they use standard interfaces
(PCI, USB, memory mapped, ...)?
Three years ago, I tried something like that for an embedded PC board.
Very simple private devices needed a day. Ethernet was missing, so
I wrote hw/eepro100.c which is still unfinished. The most difficult
part here was Windows support (closed source OS!).
You can see the history in qemu-devel or better at
http://repo.or.cz/w/qemu/ar7.git.
Every time when you change your emulation environment (new application,
new version of operating system, change of boot loader, QEMU update, ...),
the emulation can fail because it is never complete.
When you have done the job, you no longer are a QEMU newbie :-)
Regards,
Stefan Weil
prev parent reply other threads:[~2009-12-18 7:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-16 9:53 [Qemu-devel] Using QEMU as an emulator for an industrial machine Florent Defay
2009-12-18 7:13 ` Stefan Weil [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B2B2B7C.9060108@mail.berlios.de \
--to=weil@mail.berlios.de \
--cc=qemu-devel@nongnu.org \
--cc=spira.inhabitant@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).