qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: maestro <maestro82@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Problem Running QEMU, and passing new commands
Date: Sun, 04 Mar 2007 11:05:35 +0100	[thread overview]
Message-ID: <1173002735.5492.7.camel@localhost.localdomain> (raw)
In-Reply-To: <4f2c8b9a0703031852u62309c60s552804f1c9e131d9@mail.gmail.com>

> Hi,
>     I have successfully integrated the statistical simulation package
> SimPoint with QEMU. 
<no clue what simpoint is>
<snip>

> I am curious where I would edit QEMU to look for such commands, some
> point in the code where I can see what command is passed to QEMU, and
> do something such as 
> "if strcmp(command, "start_simpoint") == 0"
take a look a the monitor.c file in the root directory. 
"register" your function with the static term_cmd_t term_cmds[] and take
a look at the other commands for an example.

> qemu-img create -f qcow c.img 3G
> ./i386-softmmu/qemu -hda c.img -L ./pc-bios/ -nographic
with this you just create an empty disk and try to boot it. - i guess
this is similar to trying to boot an empty disk in a real system. the
-nographic switch prevents you from seeing the "unknown boot device"
error that is presented to you by the bios.
so do as with real hardware and install an operating system on that
c.img you just created (i'm fairly sure that is mentioned in the good
documentation provided on the qemu homepage ;-))

> and it loads up to the (qemu) prompt. However, at that point
> everything freezes. I am running QEMU on a linux host with a dual
> 64-bit AMD processors, and doing this over an SSH connection. 
you might try the -vnc option, you can then don't need -nographic nomore
and can check the system via any common vncclient.

> 
> If anyone has any advice on how I can get QEMU to boot to the point
> where I can enter commands, and how I can monitor these commands
> within the source code, I would very much appreciate the assistance.
i hope the above mentioned helped at least in parts and is not
completely wrong. if others think so please corret me.

> ~Shane Brennan 
> UC Santa Cruz
cheers
m.

      reply	other threads:[~2007-03-04 10:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-04  2:52 [Qemu-devel] Problem Running QEMU, and passing new commands Shane Brennan
2007-03-04 10:05 ` maestro [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=1173002735.5492.7.camel@localhost.localdomain \
    --to=maestro82@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).