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