From mboxrd@z Thu Jan  1 00:00:00 1970
From: Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH 1/1] xen-hvm.c: Add support for Xen access
	to vmport
Date: Tue, 30 Sep 2014 10:14:25 +0200
Message-ID: <542A6661.4070101@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> <54295B38.6020105@redhat.com>
	<542A01C3.70908@terremark.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Return-path: <qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org>
In-Reply-To: <542A01C3.70908@terremark.com>
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>
Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
To: Don Slutz <dslutz@verizon.com>, Alexander Graf <agraf@suse.de>, qemu-devel@nongnu.org
Cc: xen-devel@lists.xensource.com, Marcel Apfelbaum <marcel.a@redhat.com>, "Michael S. Tsirkin" <mst@redhat.com>, Markus Armbruster <armbru@redhat.com>, Anthony Liguori <aliguori@amazon.com>, =?windows-1252?Q?Andreas_F=E4rber?= <afaerber@suse.de>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>
List-Id: xen-devel@lists.xenproject.org

Il 30/09/2014 03:05, Don Slutz ha scritto:
> 
> Basically current_cpu is NULL here, and I think that no CPU objects
> have been created for Xen.  So there is no VCPU object to select.

CPU objects are created for Xen HVM, though not for PV.

You would have to visit the list of CPUs and fill in an array in
XenIOState (e.g. "X86CPU **cpu_by_ioreq_id" array in XenIOState).  Then
you can set

    current_cpu = state->cpu_by_ioreq_id[state->send_vcpu];
    handle_ioreq(req);
    current_cpu = NULL;

in cpu_handle_ioreq.

Paolo