From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LhUtb-00037m-Qu
	for qemu-devel@nongnu.org; Wed, 11 Mar 2009 16:19:20 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LhUta-00037D-Nu
	for qemu-devel@nongnu.org; Wed, 11 Mar 2009 16:19:19 -0400
Received: from [199.232.76.173] (port=34789 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LhUta-000376-Hd
	for qemu-devel@nongnu.org; Wed, 11 Mar 2009 16:19:18 -0400
Received: from rv-out-0708.google.com ([209.85.198.247]:31288)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <anthony@codemonkey.ws>) id 1LhUtZ-0001rr-W1
	for qemu-devel@nongnu.org; Wed, 11 Mar 2009 16:19:18 -0400
Received: by rv-out-0708.google.com with SMTP id f25so155367rvb.22
	for <qemu-devel@nongnu.org>; Wed, 11 Mar 2009 13:19:16 -0700 (PDT)
Message-ID: <49B81CC0.20303@codemonkey.ws>
Date: Wed, 11 Mar 2009 15:19:12 -0500
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: Problems KVM-84
References: <loom.20090227T005557-327@post.gmane.org>	<49B79D50.4090300@redhat.com>
	<49B7C6BF.6030803@codemonkey.ws> <49B7D02E.1010307@redhat.com>
In-Reply-To: <49B7D02E.1010307@redhat.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
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: Avi Kivity <avi@redhat.com>
Cc: Jay Mann <jmandawg@hotmail.com>, Uri Lublin <ulublin@redhat.com>, qemu-devel@nongnu.org, kvm@vger.kernel.org

Avi Kivity wrote:
> Anthony Liguori wrote:
>>>
>>> Scanning the file at startup is slow.  We need to find a better way.
>>
>> Any quick ideas?  Seems like this is broken by design.  
>
> I agree.
>
>> Unless we can find a quick fix, I'm going to revert this in the 
>> stable tree.
>
> We could cache the value in some unused area.  Set it up in qemu-img.  
> Don't support it on older images.
>
> But that's not a quick fix; I'd suggest reverting it in both stable 
> and mainline, and re-applying in mainline when there's a fix.

Done.  Uri, please submit the series again when you've found a solution 
to these problems.

Regards,

Anthony Liguori