From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:57896)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1WwltL-0002Mg-NL
	for qemu-devel@nongnu.org; Tue, 17 Jun 2014 01:25:16 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1WwltC-0005Ig-NI
	for qemu-devel@nongnu.org; Tue, 17 Jun 2014 01:25:07 -0400
Received: from mail-wg0-x22e.google.com ([2a00:1450:400c:c00::22e]:59605)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1WwltC-0005IS-FJ
	for qemu-devel@nongnu.org; Tue, 17 Jun 2014 01:24:58 -0400
Received: by mail-wg0-f46.google.com with SMTP id y10so6559785wgg.5
	for <qemu-devel@nongnu.org>; Mon, 16 Jun 2014 22:24:57 -0700 (PDT)
Sender: Paolo Bonzini <paolo.bonzini@gmail.com>
Message-ID: <539FD124.6050007@redhat.com>
Date: Tue, 17 Jun 2014 07:24:52 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <20140610184818.2e490419@nbschild1>	<87r42uq2v8.fsf@rustcorp.com.au>	<53993B7B.7010404@siemens.com>	<87fvj9prdi.fsf@rustcorp.com.au>	<539A98D3.3070601@siemens.com>
	<539ABA41.3070701@redhat.com> <539D3B35.2010706@web.de>
In-Reply-To: <539D3B35.2010706@web.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Using virtio for inter-VM communication
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jan Kiszka <jan.kiszka@web.de>, Rusty Russell <rusty@rustcorp.com.au>, Henning Schild <henning.schild@siemens.com>, qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org
Cc: Jailhouse <jailhouse-dev@googlegroups.com>

Il 15/06/2014 08:20, Jan Kiszka ha scritto:
>> > I think implementing Xen hypercalls in jailhouse for grant table and
>> > event channels would actually make a lot of sense.  The Xen
>> > implementation is 2.5kLOC and I think it should be possible to compact
>> > it noticeably, especially if you limit yourself to 64-bit guests.
> At least the grant table model seems unsuited for Jailhouse. It allows a
> guest to influence the mapping of another guest during runtime. This we
> want (or even have) to avoid in Jailhouse.

IIRC implementing the grant table hypercalls with copies is inefficient 
but valid.

Paolo