From: Marek Vasut <marex@denx.de>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] vmware_vga: Redraw only visible area
Date: Sun, 16 Sep 2012 22:36:27 +0200 [thread overview]
Message-ID: <201209162236.27362.marex@denx.de> (raw)
In-Reply-To: <201208171437.21061.marex@denx.de>
> Dear Michael Tokarev,
Bump? Did this lead anywhere? Do you need updated patch?
> > On 17.08.2012 06:55, Marek Vasut wrote:
> > > Disallow negative value boundaries of the redraw rectangle.
> > > This fixes a segfault when using -vga vmware.
> > >
> > > Signed-off-by: Marek Vasut <marex@denx.de>
> > > ---
> > >
> > > hw/vmware_vga.c | 4 ++--
> > > 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > NOTE: I tested this by emulating some recent version of ubuntu. The
> > > rect->x
> > >
> > > value was set to -65 for some reason at one point, which caused
> > > the kvm to crash. Trimming the rectangle fixed the issue.
> > >
> > > diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
> > > index f5e4f44..62e5887 100644
> > > --- a/hw/vmware_vga.c
> > > +++ b/hw/vmware_vga.c
> > > @@ -337,8 +337,8 @@ static inline void
> > > vmsvga_update_rect_delayed(struct vmsvga_state_s *s,
> > >
> > > {
> > >
> > > struct vmsvga_rect_s *rect = &s->redraw_fifo[s->redraw_fifo_last
> > > ++]; s->redraw_fifo_last &= REDRAW_FIFO_LEN - 1;
> > >
> > > - rect->x = x;
> > > - rect->y = y;
> > > + rect->x = (x < 0) ? 0 : x;
> > > + rect->y = (y < 0) ? 0 : y;
> > >
> > > rect->w = w;
> > > rect->h = h;
> > >
> > > }
> >
> > Is it the same as https://bugs.launchpad.net/bugs/918791 ?
> > At least it appears to be the same theme... But there,
> > the patch (https://launchpadlibrarian.net/94916786/qemu-vmware.debdiff)
> > also updates width/height. My comment:
> > https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/918791/comments/2
> > 1
>
> Looks to be the same ... though my patch tries to squash the issue as early
> as possible.
>
> You're right that x and y might overflow to the other side too. Also,
> you're right about w and h.
>
> Shall I send updated patch?
>
> > "So indeed, some (upstream) verification is needed here -- where these
> > negative values are coming from, whenever it is EVER okay to have them,
> > what to do with these, and where to check (I guess the check should be
> > done somewhere in the upper layer)."
> >
> > Especially the last part about the layer.
>
> Where's the upper layer though, isn't that what's pouring out of the
> virtual machine itself?
>
> > Thanks,
>
> Thank you for guidance !
>
> > /mjt
>
> Best regards,
> Marek Vasut
Best regards,
Marek Vasut
next prev parent reply other threads:[~2012-09-16 20:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-17 2:55 [Qemu-devel] [PATCH] vmware_vga: Redraw only visible area Marek Vasut
2012-08-17 12:18 ` Michael Tokarev
2012-08-17 12:37 ` Marek Vasut
2012-09-16 20:36 ` Marek Vasut [this message]
2012-09-17 4:52 ` Michael Tokarev
2012-09-17 10:15 ` Marek Vasut
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=201209162236.27362.marex@denx.de \
--to=marex@denx.de \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.