Message-ID: <45387DEF.9060903@qumranet.com>
Date: Fri, 20 Oct 2006 09:42:39 +0200
From: Avi Kivity <avi@qumranet.com>
User-Agent: Thunderbird 1.5.0.7 (X11/20061008)
MIME-Version: 1.0
To: Anthony Liguori <aliguori@us.ibm.com>
CC: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/7] KVM: userspace interface
References: <4537818D.4060204@qumranet.com> <453781F9.3050703@qumranet.com> <4537C807.4@us.ibm.com> <4537CC24.2070708@qumranet.com> <4537CD54.8020006@us.ibm.com> <4537D174.8090204@qumranet.com> <4537D298.6010105@us.ibm.com>
In-Reply-To: <4537D298.6010105@us.ibm.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1115
Lines: 31

Anthony Liguori wrote:
>>
>>  writel(dst_x_reg, x);
>>  writel(dst_y_reg, y)
>>  writel(width_reg, w);
>>  writel(height_reg, h);
>>  writel(blt_cmd_reg, fill);
>>
>> then kvm would cache the first four in a mmap()able memory area and 
>> only exit to userspace on the fifth.  Userspace would then read the 
>> cached registers from memory and emulate the command.
>
> Letting QEMU do a certain amount of emulation after every transition 
> would the problem in a more elegant and generic way.
>

But what amount?  A basic block, or several?

Emulation has its costs.  You need to marshal the registers to and fro.  
You need to reset qemu's cached translations.  You need to throw away 
shadow page tables and qemu's softmmu.  You increase the time spent in 
single threaded code.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/