From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Nes4k-0005TD-AK
	for qemu-devel@nongnu.org; Tue, 09 Feb 2010 10:32:30 -0500
Received: from [199.232.76.173] (port=53505 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Nes4j-0005Sd-R5
	for qemu-devel@nongnu.org; Tue, 09 Feb 2010 10:32:29 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim
	4.60) (envelope-from <avi@redhat.com>) id 1Nes4j-0006zY-1k
	for qemu-devel@nongnu.org; Tue, 09 Feb 2010 10:32:29 -0500
Received: from mx1.redhat.com ([209.132.183.28]:17364)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <avi@redhat.com>) id 1Nes4i-0006zI-J9
	for qemu-devel@nongnu.org; Tue, 09 Feb 2010 10:32:28 -0500
Message-ID: <4B718006.6090900@redhat.com>
Date: Tue, 09 Feb 2010 17:32:22 +0200
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: KVM call agenda for Feb 9
References: <20100209012851.GJ25751@x200.localdomain>
	<4B710714.1020109@redhat.com>
	<02FDE8B6-CCC9-4EA5-B7EB-6EFC6497C268@suse.de>
	<4B712249.4020703@web.de> <4B716EC7.1010900@codemonkey.ws>
	<4B717361.3000307@redhat.com> <4B717A75.3010300@codemonkey.ws>
In-Reply-To: <4B717A75.3010300@codemonkey.ws>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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 <anthony@codemonkey.ws>
Cc: Chris Wright <chrisw@redhat.com>, Jan Kiszka <jan.kiszka@web.de>, Alexander Graf <agraf@suse.de>, kvm@vger.kernel.org, qemu-devel@nongnu.org

On 02/09/2010 05:08 PM, Anthony Liguori wrote:
>> I'm not saying we should push hpet into the kernel to save userspace 
>> coding effort; there should be an independent reason to do this.  But 
>> I don't think threading qemu is going to be anything near easy.
>
>
> It's certainly not easy but I don't think it's impossibly hard.

Not impossible - see for example the kernel, the BKL should be removed RSN.

But yes, I think RCU will simplify things for us, and we have all of 
that experience to learn from.

-- 
error compiling committee.c: too many arguments to function