From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Kndtq-0006u9-RN
	for qemu-devel@nongnu.org; Wed, 08 Oct 2008 14:36:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Kndtq-0006tt-Fh
	for qemu-devel@nongnu.org; Wed, 08 Oct 2008 14:36:42 -0400
Received: from [199.232.76.173] (port=60831 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Kndtq-0006to-8S
	for qemu-devel@nongnu.org; Wed, 08 Oct 2008 14:36:42 -0400
Received: from yx-out-1718.google.com ([74.125.44.152]:42362)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <blauwirbel@gmail.com>) id 1Kndtp-0002Pz-VN
	for qemu-devel@nongnu.org; Wed, 08 Oct 2008 14:36:42 -0400
Received: by yx-out-1718.google.com with SMTP id 3so664252yxi.82
	for <qemu-devel@nongnu.org>; Wed, 08 Oct 2008 11:36:40 -0700 (PDT)
Message-ID: <f43fc5580810081136k4112bc54g1aa21f27d33a28f0@mail.gmail.com>
Date: Wed, 8 Oct 2008 21:36:39 +0300
From: "Blue Swirl" <blauwirbel@gmail.com>
In-Reply-To: <48EBE1D0.2050002@us.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <48EBE1D0.2050002@us.ibm.com>
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: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, Aurelien Jarno <aurelien@aurel32.net>

On 10/8/08, Anthony Liguori <aliguori@us.ibm.com> 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.

That's too bad, what was the problem?

Maybe there should be two commits for future bisections, one that
reverses the signalfd patches and second one that adds the signal/pipe
stuff?

>  Please test and let me know if this works for all of your cases (it did for
> me with -clock unix and -clock dynticks).

Works here too, with AIO and AIO disabled.