qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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

  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).