From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mukesh Rathor Subject: Re: PVH questions Date: Mon, 28 Jan 2013 18:42:03 -0800 Message-ID: <20130128184203.4efb96ea@mantra.us.oracle.com> References: <20130128015930.GW6051@type.youpi.perso.aquilenet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Stefano Stabellini Cc: Samuel Thibault , Konrad Rzeszutek Wilk , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Mon, 28 Jan 2013 15:09:57 +0000 Stefano Stabellini wrote: > On Mon, 28 Jan 2013, Samuel Thibault wrote: > > Hello, > > > > I've had a look at PVH support, and I have a few questions: > > > > - events are still dispatched the PV way through the callback, > > right? > > No, they are injected as an X86 vector (0xf3). > > > > - I guess FPU errors don't trigger an INT13, so I don't need to > > handle that? > > I think that's right, but Mukesh can confirm this. > > > > - How about the console and store MFNs from the boot info? Are they > > still MFNs, or actually PFNs? > > PFNs > > > > - How about PV network in non-copy mode? It used to be done > > with a page transfer, which the frontend would free, does > > XENMEM_decrease_reservation still use MFNs, or PFNs? > > PFNs > > Mukesh, did I get it right? Yes. > Would you be up for writing down these basic pieces of information > regarding the PVH interface on a wiki page? > So that other kernel hackers like Samuel can port their favourite open > source kernel to it? > Maybe add something about the shared_info page and the grant_table > too. Sure. Lets collect questions and I'll do that after my version 2 patch is out. thaks, mukesh