qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Alexander Graf <agraf@suse.de>
Cc: Bastian Blank <waldi@debian.org>,
	qemu-devel Developers <qemu-devel@nongnu.org>,
	Aurelien Jarno <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] [PATCH] [RESEND] Make char muxer more robust wrt small	FIFOs
Date: Tue, 04 May 2010 08:44:09 -0500	[thread overview]
Message-ID: <4BE024A9.2040904@codemonkey.ws> (raw)
In-Reply-To: <1271782566-16420-1-git-send-email-agraf@suse.de>

On 04/20/2010 11:56 AM, Alexander Graf wrote:
> Virtio-Console can only process one character at a time. Using it on S390
> gave me strage "lags" where I got the character I pressed before when
> pressing one. So I typed in "abc" and only received "a", then pressed "d"
> but the guest received "b" and so on.
>
> While the stdio driver calls a poll function that just processes on its
> queue in case virtio-console can't take multiple characters at once, the
> muxer does not have such callbacks, so it can't empty its queue.
>
> To work around that limitation, I introduced a new timer that only gets
> active when the guest can not receive any more characters. In that case
> it polls again after a while to check if the guest is now receiving input.
>
> This patch fixes input when using -nographic on s390 for me.
>    

I think this is really a kvm issue.  I assume it's because s390 idles in 
the kernel so you never drop to userspace to repoll the descriptor.

A timer is a hacky solution.  You really need to use an io thread to 
solve this and then you need to switch away from qemu_set_fd_handler2 to 
qemu_set_fd_handler() and make sure that the later breaks select 
whenever it's invoked.

Regards,

Anthony Liguori

> ---
>
> Please consider for stable.
> ---
>   qemu-char.c |   10 ++++++++++
>   1 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/qemu-char.c b/qemu-char.c
> index 05df971..ce9df3a 100644
> --- a/qemu-char.c
> +++ b/qemu-char.c
> @@ -235,6 +235,7 @@ typedef struct {
>       IOEventHandler *chr_event[MAX_MUX];
>       void *ext_opaque[MAX_MUX];
>       CharDriverState *drv;
> +    QEMUTimer *accept_timer;
>       int focus;
>       int mux_cnt;
>       int term_got_escape;
> @@ -396,6 +397,13 @@ static void mux_chr_accept_input(CharDriverState *chr)
>           d->chr_read[m](d->ext_opaque[m],
>                          &d->buffer[m][d->cons[m]++&  MUX_BUFFER_MASK], 1);
>       }
> +
> +    /* We're still not able to sync producer and consumer, so let's wait a bit
> +       and try again by then. */
> +    if (d->prod[m] != d->cons[m]) {
> +        qemu_mod_timer(d->accept_timer, qemu_get_clock(vm_clock)
> +                                        + (int64_t)100000);
> +    }
>   }
>
>   static int mux_chr_can_read(void *opaque)
> @@ -478,6 +486,8 @@ static CharDriverState *qemu_chr_open_mux(CharDriverState *drv)
>       chr->opaque = d;
>       d->drv = drv;
>       d->focus = -1;
> +    d->accept_timer = qemu_new_timer(vm_clock,
> +                                     (QEMUTimerCB*)mux_chr_accept_input, chr);
>       chr->chr_write = mux_chr_write;
>       chr->chr_update_read_handler = mux_chr_update_read_handler;
>       chr->chr_accept_input = mux_chr_accept_input;
>    

  reply	other threads:[~2010-05-04 13:44 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-20 16:56 [Qemu-devel] [PATCH] [RESEND] Make char muxer more robust wrt small FIFOs Alexander Graf
2010-05-04 13:44 ` Anthony Liguori [this message]
2010-05-04 14:30   ` Alexander Graf
2010-05-04 14:34     ` Anthony Liguori
2010-05-04 16:01       ` Alexander Graf
2010-05-04 16:25         ` Anthony Liguori
2010-05-04 16:49           ` Jan Kiszka
2010-05-05  7:33             ` [Qemu-devel] " Jan Kiszka
2010-05-05  8:08               ` Jan Kiszka
2010-05-05 12:46                 ` Alexander Graf
2010-05-05 15:27                 ` [Qemu-devel] [PATCH] char: Flush read buffer in mux_chr_can_read Jan Kiszka
2010-05-11 16:22                   ` [Qemu-devel] " Alexander Graf
2010-05-11 16:29                     ` Jan Kiszka
2010-05-11 16:35                       ` Alexander Graf
2010-05-12 18:51                         ` Jan Kiszka
2010-05-14 16:00                           ` Alexander Graf
2010-05-14 16:17                             ` Jan Kiszka
2010-05-15  5:31                               ` Alexander Graf
2010-05-15  8:36                                 ` Jan Kiszka
2010-05-15  8:37                                   ` Alexander Graf
2010-05-15  8:54                                     ` Jan Kiszka

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=4BE024A9.2040904@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=agraf@suse.de \
    --cc=aurelien@aurel32.net \
    --cc=qemu-devel@nongnu.org \
    --cc=waldi@debian.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).