From: Cornelia Huck <cohuck@redhat.com>
To: Thomas Huth <thuth@redhat.com>
Cc: qemu-devel@nongnu.org,
Christian Borntraeger <borntraeger@de.ibm.com>,
David Hildenbrand <david@redhat.com>,
Eduardo Habkost <ehabkost@redhat.com>,
Marcel Apfelbaum <marcel@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
qemu-s390x@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] hw/s390x: Allow to configure the consoles with the "-serial" parameter
Date: Mon, 30 Apr 2018 11:14:15 +0200 [thread overview]
Message-ID: <20180430111415.5a62087e.cohuck@redhat.com> (raw)
In-Reply-To: <1524754794-28005-1-git-send-email-thuth@redhat.com>
On Thu, 26 Apr 2018 16:59:54 +0200
Thomas Huth <thuth@redhat.com> wrote:
> The consoles ("sclpconsole" and "sclplmconsole") can only be configured
> with "-device" and "-chardev" so far. Other machines use the convenience
> option "-serial" to configure the default consoles, even for virtual
> consoles like spapr-vty on the pseries machine. So let's support this
> option on s390x, too. This way we can easily enable the serial console
> here again with "-nodefaults", for example:
>
> qemu-system-s390x -no-shutdown -nographic -nodefaults -serial mon:stdio
>
> ... which is way shorter than typing:
>
> qemu-system-s390x -no-shutdown -nographic -nodefaults \
> -chardev stdio,id=c1,mux=on -device sclpconsole,chardev=c1 \
> -mon chardev=c1
>
> The -serial parameter can also be used if you only want to see the QEMU
> monitor on stdio without using -nodefaults, but not the console output.
> That's something that is pretty impossible with the current code today:
>
> qemu-system-s390x -no-shutdown -nographic -serial none
>
> While we're at it, this patch also maps the second -serial option to the
> "sclplmconsole", so that there is now an easy way to configure this second
> console on s390x, too, for example:
>
> qemu-system-s390x -no-shutdown -nographic -serial null -serial mon:stdio
>
> Additionally, the new code is also smaller than the old one and we have
> less s390x-specific code in vl.c :-)
>
> I've also checked that migration still works as expected by migrating
> a guest with console output back and forth between a qemu-system-s390x
> that has this patch and an instance without this patch.
>
> Signed-off-by: Thomas Huth <thuth@redhat.com>
> ---
> v2:
> - Fixed the boot-serial-tester
> - Switched to the new serial_hd() function
>
> hw/s390x/event-facility.c | 14 +++++++++++
> hw/s390x/s390-virtio-ccw.c | 19 +++++++++++++--
> include/hw/boards.h | 1 -
> include/hw/s390x/event-facility.h | 2 ++
> tests/boot-serial-test.c | 3 +--
> vl.c | 50 ---------------------------------------
> 6 files changed, 34 insertions(+), 55 deletions(-)
Thanks, applied.
prev parent reply other threads:[~2018-04-30 9:14 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-26 14:59 [Qemu-devel] [PATCH] hw/s390x: Allow to configure the consoles with the "-serial" parameter Thomas Huth
2018-04-27 14:33 ` David Hildenbrand
2018-04-30 9:14 ` Cornelia Huck [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=20180430111415.5a62087e.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=david@redhat.com \
--cc=ehabkost@redhat.com \
--cc=marcel@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=thuth@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).