qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jun Koi <junkoi2004@gmail.com>
To: Juan Quintela <quintela@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: Exposing monitor on socket interface?
Date: Wed, 24 Mar 2010 18:58:12 +0900	[thread overview]
Message-ID: <fdaac4d51003240258j668e69a0xf884abc0fb0861b7@mail.gmail.com> (raw)
In-Reply-To: <m3zl1yawfz.fsf@trasno.mitica>

Thanks a lot, Juan!

Jun

On Wed, Mar 24, 2010 at 6:41 PM, Juan Quintela <quintela@redhat.com> wrote:
> Jun Koi <junkoi2004@gmail.com> wrote:
>> Hi,
>>
>> Is it possible to use -monitor option to expose the monitor on socket
>> interface, such as TCP or Unix domain port, so I can access the
>> monitor using non-stdio way?
>
> man qemu
>
> search -monitor
>
>       -monitor dev
>           Redirect the monitor to host device dev (same devices as the serial
>           port).  The default device is "vc" in graphical mode and "stdio" in
>           non graphical mode.
>
> search -serial
>
>      -serial dev
>           Redirect the virtual serial port to host character device dev. The
>           default device is "vc" in graphical mode and "stdio" in non
>           graphical mode.
>
>           This option can be used several times to simulate up to 4 serial
>           ports.
>
>           Use "-serial none" to disable all serial ports.
>
>           Available character devices are:
>
> ....
>          "tcp:[host]:port[,server][,nowait][,nodelay]"
>               The TCP Net Console has two modes of operation.  It can send
>               the serial I/O to a location or wait for a connection from a
>               location.  By default the TCP Net Console is sent to host at
>               the port.  If you use the server option QEMU will wait for a
>               client socket application to connect to the port before
>               continuing, unless the "nowait" option was specified.  The
>               "nodelay" option disables the Nagle buffering algorithm.  If
>               host is omitted, 0.0.0.0 is assumed. Only one TCP connection at
>               a time is accepted. You can use "telnet" to connect to the
>               corresponding character device.
>
>               "Example to send tcp console to 192.168.0.2 port 4444"
>                   -serial tcp:192.168.0.2:4444
>
>               "Example to listen and wait on port 4444 for connection"
>                   -serial tcp::4444,server
>
>               "Example to not wait and listen on ip 192.168.0.100 port 4444"
>                   -serial tcp:192.168.0.100:4444,server,nowait
>
>           "telnet:host:port[,server][,nowait][,nodelay]"
>               The telnet protocol is used instead of raw tcp sockets.  The
>               options work the same as if you had specified "-serial tcp".
>               The difference is that the port acts like a telnet server or
>               client using telnet option negotiation.  This will also allow
>               you to send the MAGIC_SYSRQ sequence if you use a telnet that
>               supports sending the break sequence.  Typically in unix telnet
>               you do it with Control-] and then type "send break" followed by
>               pressing the enter key.
>
>
> I think that it is difficult to get more options that qemu in that
> department :-)
>
> Later, Juan.
>

      reply	other threads:[~2010-03-24 10:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-24  4:40 [Qemu-devel] Exposing monitor on socket interface? Jun Koi
2010-03-24  9:41 ` [Qemu-devel] " Juan Quintela
2010-03-24  9:58   ` Jun Koi [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=fdaac4d51003240258j668e69a0xf884abc0fb0861b7@mail.gmail.com \
    --to=junkoi2004@gmail.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.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).