From: David Woodhouse <dwmw2@infradead.org>
To: marcandre.lureau@redhat.com, qemu-devel@nongnu.org
Cc: stefanha@gmail.com, Gerd Hoffmann <kraxel@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PULL v3 09/25] ui/console: allow to override the default VC
Date: Thu, 09 Nov 2023 11:10:05 +0000 [thread overview]
Message-ID: <4f89df97e82375b22afca0f59102954434dc08cc.camel@infradead.org> (raw)
In-Reply-To: <20231107101524.2993389-10-marcandre.lureau@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1283 bytes --]
On Tue, 2023-11-07 at 14:15 +0400, marcandre.lureau@redhat.com wrote:
> From: Marc-André Lureau <marcandre.lureau@redhat.com>
>
> If a display is backed by a specialized VC, allow to override the
> default "vc:80Cx24C".
>
> As suggested by Paolo, if the display doesn't implement a VC (get_vc()
> returns NULL), use a fallback that will use a muxed console on stdio.
>
> This changes the behaviour of "qemu -display none", to create a muxed
> serial/monitor by default (on TTY & not daemonized).
>
> Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
> Reviewed-by: Thomas Huth <thuth@redhat.com>
Hrm. This breaks the command line documented at
https://qemu-project.gitlab.io/qemu/system/i386/xen.html
$ ./qemu-system-x86_64 --accel kvm,xen-version=0x40011,kernel-irqchip=split \
-display none -chardev stdio,mux=on,id=char0,signal=off -mon char0 \
-device xen-console,chardev=char0 -drive file=${GUEST_IMAGE},if=xen
qemu-system-x86_64: cannot use stdio by multiple character devices
qemu-system-x86_64: could not connect serial device to character backend 'stdio'
Can we make it create a Xen console by default, instead of a serial
port? And/or make it *not* use stdio if something else on the command
line already does?
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5965 bytes --]
next prev parent reply other threads:[~2023-11-09 11:11 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-07 10:14 [PULL v3 00/25] Pixman patches marcandre.lureau
2023-11-07 10:14 ` [PULL v3 01/25] build-sys: add a "pixman" feature marcandre.lureau
2023-11-07 10:15 ` [PULL v3 02/25] build-sys: drop needless warning pragmas for old pixman marcandre.lureau
2023-11-07 10:15 ` [PULL v3 03/25] ui: compile out some qemu-pixman functions when !PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 04/25] ui: add pixman-minimal.h marcandre.lureau
2023-11-07 10:15 ` [PULL v3 05/25] vl: drop needless -spice checks marcandre.lureau
2023-11-07 10:15 ` [PULL v3 06/25] qemu-options: define -vnc only #ifdef CONFIG_VNC marcandre.lureau
2023-11-07 10:15 ` [PULL v3 07/25] vl: simplify display_remote logic marcandre.lureau
2023-11-07 10:15 ` [PULL v3 08/25] vl: move display early init before default devices marcandre.lureau
2023-11-07 10:15 ` [PULL v3 09/25] ui/console: allow to override the default VC marcandre.lureau
2023-11-09 11:10 ` David Woodhouse [this message]
2023-11-09 11:34 ` Stefan Hajnoczi
2023-11-09 11:45 ` David Woodhouse
2023-11-16 16:52 ` David Woodhouse
2023-11-16 17:52 ` Peter Maydell
2023-11-17 0:51 ` Richard Henderson
2023-11-07 10:15 ` [PULL v3 10/25] ui/vc: console-vc requires PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 11/25] qmp/hmp: disable screendump if PIXMAN is missing marcandre.lureau
2023-11-07 10:15 ` [PULL v3 12/25] virtio-gpu: replace PIXMAN for region/rect test marcandre.lureau
2023-11-07 10:15 ` [PULL v3 13/25] ui/console: when PIXMAN is unavailable, don't draw placeholder msg marcandre.lureau
2023-11-07 10:15 ` [PULL v3 14/25] vhost-user-gpu: skip VHOST_USER_GPU_UPDATE when !PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 15/25] ui/gl: opengl doesn't require PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 16/25] ui/vnc: VNC requires PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 17/25] ui/spice: SPICE/QXL " marcandre.lureau
2023-11-07 10:15 ` [PULL v3 18/25] ui/gtk: -display gtk " marcandre.lureau
2023-11-07 10:15 ` [PULL v3 19/25] ui/dbus: do not require PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 20/25] arm/kconfig: XLNX_ZYNQMP_ARM depends on PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 21/25] hw/arm: XLNX_VERSAL depends on XLNX_CSU_DMA marcandre.lureau
2023-11-07 10:15 ` [PULL v3 22/25] hw/sm501: allow compiling without PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 23/25] hw/mips: FULOONG depends on VT82C686 marcandre.lureau
2023-11-07 10:15 ` [PULL v3 24/25] hw/display/ati: allow compiling without PIXMAN marcandre.lureau
2023-11-07 10:15 ` [PULL v3 25/25] build-sys: make pixman actually optional marcandre.lureau
2023-11-07 10:26 ` [PULL v3 00/25] Pixman patches Marc-André Lureau
2023-11-07 13:40 ` Stefan Hajnoczi
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=4f89df97e82375b22afca0f59102954434dc08cc.camel@infradead.org \
--to=dwmw2@infradead.org \
--cc=kraxel@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.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).