From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [PATCH 1/1] xen-hvm.c: Add support for Xen access to vmport Date: Mon, 29 Sep 2014 15:14:32 +0200 Message-ID: <54295B38.6020105@redhat.com> References: <1411757235-29128-1-git-send-email-dslutz@verizon.com> <1411757235-29128-2-git-send-email-dslutz@verizon.com> <54291463.1080205@suse.de> <54293E24.3080205@redhat.com> <54294832.9060001@suse.de> <54294ECF.1040705@redhat.com> <54295728.5080203@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <54295728.5080203@suse.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org To: Alexander Graf , Don Slutz , qemu-devel@nongnu.org Cc: xen-devel@lists.xensource.com, Marcel Apfelbaum , "Michael S. Tsirkin" , Markus Armbruster , Anthony Liguori , =?windows-1252?Q?Andreas_F=E4rber?= , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org Il 29/09/2014 14:57, Alexander Graf ha scritto: >> > Yeah, that would be possible. You do not even need synchronize_state, >> > it seems to me that it introduces more complication for little gain. > Well, it makes all accels behave the same and keep information always at > a single entity (the env struct). I don't think the vmport code should > have knowledge of a xen env struct. Yes, we agree on that. In fact the right CPU is already stored in send_vcpu of XenIOState. Paolo