From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KnLrl-0006h3-7O
	for qemu-devel@nongnu.org; Tue, 07 Oct 2008 19:21:21 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KnLrj-0006fb-Qs
	for qemu-devel@nongnu.org; Tue, 07 Oct 2008 19:21:20 -0400
Received: from [199.232.76.173] (port=53999 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KnLrj-0006fM-KN
	for qemu-devel@nongnu.org; Tue, 07 Oct 2008 19:21:19 -0400
Received: from hall.aurel32.net ([88.191.82.174]:43639)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <aurelien@aurel32.net>)
	id 1KnLrj-0001NG-Jp
	for qemu-devel@nongnu.org; Tue, 07 Oct 2008 19:21:19 -0400
Date: Wed, 8 Oct 2008 01:21:14 +0200
From: Aurelien Jarno <aurelien@aurel32.net>
Message-ID: <20081007232114.GA4779@hall.aurel32.net>
References: <48EBE1D0.2050002@us.ibm.com> <48EBE5B7.7090408@us.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <48EBE5B7.7090408@us.ibm.com>
Sender: Aurelien Jarno <aurelien@aurel32.net>
Subject: [Qemu-devel] Re: [PATCH][RFT] Fix the regression with SPARC
	emulation
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: Blue Swirl <blauwirbel@gmail.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

On Tue, Oct 07, 2008 at 05:41:59PM -0500, Anthony Liguori wrote:
> Anthony Liguori wrote:
> >The attached patch should be the proper fix for the sparc performance 
> >regression.  Unfortunately, this means abandoning signalfd() in favor 
> >of the signal handler/pipe trick but I don't see another solution to 
> >the problem.
> >
> >Please test and let me know if this works for all of your cases (it 
> >did for me with -clock unix and -clock dynticks).
> 

Yes, it works for me in both cases. Thanks a lot.


-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net