From: Robin Randhawa <robin.randhawa@gmail.com>
To: Anitha Boyapati <anitha.boyapati@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Qemu as Instruction Set Simulator without any OS
Date: Wed, 01 Sep 2010 13:27:23 +0100 [thread overview]
Message-ID: <4C7E46AB.1010006@gmail.com> (raw)
In-Reply-To: <AANLkTim=+mH1SEkXN5R+yjp7Mq3n8CUzyeJUDpQNggcu@mail.gmail.com>
Hi Anitha.
Anitha Boyapati wrote:
> Hi All,
>
> Having gone through the documentation (developers) and source code, I
> couple of questions:
>
> 1. For a microcontroller which doesn't have any OS support, can QEMU be
> ported without any OS ?
Not sure I understand. If you want to run qemu natively on the
microcontroller (in order to dynamically translate code _on_ the
microcontroller) than that would be a daunting task in the absence of a
rich execution environment on the microcontroller.
On the other hand, if your question could be rephrased as 'I want to add
support for a new microcontroller to qemu but I only want to run
"bare-metal" (not an OS or an application under an OS) software on the
model', I think that is certainly possible.
> 2. Can QEMU be used as a simple instruction set simulator with probably
> gdb support for remote debugging? My guess is this would require a
> bootloader to load the application to run the application program (full
> system emulation mode or just machine emulation if there is something
> like that). If yes, what else can be the blocker to have gdb support?
IMHO, gdb support if available, is available irrespective of the type
and nature of the software being run on qemu. For example, you can
create a bare-metal application that executes from the reset vector for
say, the ARM or the MIPS models and have gdb support right from the
outset. There is no explicit need for running boot firmware and/or a
loader to load an application program. Not sure if that's what you were
after.
This does require system-mode emulation support as opposed to user-mode
emulation for your microcontroller to be implemented.
HTH,
Robin
next prev parent reply other threads:[~2010-09-01 12:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-31 3:22 [Qemu-devel] Qemu as Instruction Set Simulator without any OS Anitha Boyapati
2010-09-01 12:27 ` Robin Randhawa [this message]
2010-09-01 12:54 ` Anitha Boyapati
2010-09-01 13:37 ` Jan-Simon Möller
2010-09-01 15:20 ` Anitha Boyapati
2010-09-01 13:52 ` Robin Randhawa
2010-09-01 14:59 ` Anitha Boyapati
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=4C7E46AB.1010006@gmail.com \
--to=robin.randhawa@gmail.com \
--cc=anitha.boyapati@gmail.com \
--cc=qemu-devel@nongnu.org \
/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).