[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] i386/vmmouse: Properly reset state
From: |
Eduardo Habkost |
Subject: |
Re: [Qemu-devel] [PATCH] i386/vmmouse: Properly reset state |
Date: |
Tue, 27 Aug 2019 16:49:48 -0300 |
On Sun, Aug 25, 2019 at 04:58:18PM +0200, Jan Kiszka wrote:
> On 21.07.19 10:58, Jan Kiszka wrote:
> > From: Jan Kiszka <address@hidden>
> >
> > nb_queue was not zeroed so that we no longer delivered events if a
> > previous guest left the device in an overflow state.
> >
> > The state of absolute does not matter as the next vmmouse_update_handler
> > call will align it again.
> >
> > Signed-off-by: Jan Kiszka <address@hidden>
> > ---
> > hw/i386/vmmouse.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/hw/i386/vmmouse.c b/hw/i386/vmmouse.c
> > index 5d2d278be4..e335bd07da 100644
> > --- a/hw/i386/vmmouse.c
> > +++ b/hw/i386/vmmouse.c
> > @@ -257,6 +257,7 @@ static void vmmouse_reset(DeviceState *d)
> > VMMouseState *s = VMMOUSE(d);
> >
> > s->queue_size = VMMOUSE_QUEUE_SIZE;
> > + s->nb_queue = 0;
> >
> > vmmouse_disable(s);
> > }
> > --
> > 2.16.4
> >
> >
>
> Ping - or who is looking after this?
Despite being in hw/i386, I think we can say vmmouse.c doesn't
have a maintainer. Last time someone changed vmmouse.c in a
meaningful way (not just adapting to API changes or removing
duplicate code) was in 2012.
But the change makes sense to me, so:
Reviewed-by: Eduardo Habkost <address@hidden>
I'll queue it.
--
Eduardo