From owner-freebsd-virtualization@FreeBSD.ORG Thu Sep 26 14:51:32 2013 Return-Path: Delivered-To: virtualization@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D68238CA; Thu, 26 Sep 2013 14:51:32 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA09E2F19; Thu, 26 Sep 2013 14:51:32 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-245-177.lns20.per2.internode.on.net [121.45.245.177]) (authenticated bits=0) by vps1.elischer.org (8.14.6/8.14.6) with ESMTP id r8QEpOfx036458 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Sep 2013 07:51:30 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <524449E6.4050102@freebsd.org> Date: Thu, 26 Sep 2013 22:51:18 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Peter Grehan Subject: Re: Xen (and others Hypervisors) how do they handle IPIs? References: <5242F9B8.9090300@freebsd.org> <5243ED47.8080001@freebsd.org> In-Reply-To: <5243ED47.8080001@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: virtualization@FreeBSD.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 14:51:32 -0000 On 9/26/13 4:16 PM, Peter Grehan wrote: > Hi Julian, > >> If CPUs are mapped around, how are IPIs handled? I assume they must be >> emulated? > > For bhyve, if the target vCPU of an IPI is running, a null IPI is > sent on the host to force it to exit so the IPI can be injected > (vmm.c:vm_interrupt_hostcpu()). > > If the target is asleep due to being idle, it is woken up. And, if > the target is running but not in vCPU context, an interrupt is > queued up so it will be injected on the next vmenter (subject to the > emulated local APIC interrupt priority) > >> Does anyone know if BHyVe or HyperV also have this problem? > > Hmmm, hard to say. Would you be able to try your workload out on a > bhyve system ? possibly in a few weeks.. I'll try remember when the time is right. > > later, > > Peter. > > >