Re: [spice PATCH] Lock the pixmap cache for the fill_bits function call.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hm.  I've been using tortoisegit on my windows machine. I'll look into it.

-S

----- Original Message -----
> From: "Christophe Fergeau" <cfergeau@xxxxxxxxxx>
> To: "Sandy Stutsman" <sstutsma@xxxxxxxxxx>
> Cc: spice-devel@xxxxxxxxxxxxxxxxxxxxx
> Sent: Tuesday, June 23, 2015 5:20:09 AM
> Subject: Re:  [spice PATCH] Lock the pixmap cache for the fill_bits function call.
> 
> On Mon, Jun 22, 2015 at 05:46:43PM -0400, Sandy Stutsman wrote:
> > Locking the individual calls that access the pixmap cache in fill_bits is
> > not adequately thread safe. Often a windows guest with multiple monitors
> > will be sending the same image via different threads. Both threads can
> > be in fill_bits at the same making changes to the cache for the same
> > image. This can result in images being deleted before all the client
> > channels are finished with them or with the same image being send multiple
> > times.
> > 
> > Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=1194354
> > ---
> > Replaces the possibly corrupt patch sent out yesterday
> 
> This one looks corrupt again, blank space missing at the beginning of
> lines. One potential way to avoid these issues would be
> https://git.wiki.kernel.org/index.php/MSysGit:UsingSendEmail
> https://git-scm.com/docs/git-format-patch#_mua_specific_hints has some
> hints for thunderbird as well.
> 
> Christophe
> 
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]