This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH 4 of 5] libxl: Add support for passing in the mac

To: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 4 of 5] libxl: Add support for passing in the machine's E820 for PCI passthrough
From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Date: Fri, 8 Apr 2011 11:00:55 -0400
Cc: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, "keir.fraser@xxxxxxxxxxxxx" <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Fri, 08 Apr 2011 08:01:57 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1302273227.27835.104.camel@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <patchbomb.1302207921@xxxxxxxxxxxxxxxxxxxxxxx> <2e464234c94cfd29a98a.1302207925@xxxxxxxxxxxxxxxxxxxxxxx> <1302251805.27835.61.camel@xxxxxxxxxxxxxxxxxxxxxx> <19870.59892.971964.403290@xxxxxxxxxxxxxxxxxxxxxxxx> <20110408133557.GF6189@xxxxxxxxxxxx> <1302270909.27835.89.camel@xxxxxxxxxxxxxxxxxxxxxx> <20110408140943.GK30961@xxxxxxxxxxxxxxxxxxxxxxx> <1302272248.27835.97.camel@xxxxxxxxxxxxxxxxxxxxxx> <20110408142536.GL30961@xxxxxxxxxxxxxxxxxxxxxxx> <1302273227.27835.104.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
On Fri, Apr 08, 2011 at 03:33:47PM +0100, Ian Campbell wrote:
> On Fri, 2011-04-08 at 15:25 +0100, Tim Deegan wrote:
> > At 15:17 +0100 on 08 Apr (1302275848), Ian Campbell wrote:
> > > > That's a _horrible_ config syntax.
> > > 
> > > fair enough. I thought it nicely represented the "has an empty PCI bus"
> > > myself...
> > 
> > Sure, but it's really not obvious that that means "has a memory layout
> > that matches the host on which it was last booted".
> Hmm, yes, this proposal doesn't really cover migration does it...
> You obviously can't migrate with a device passed through but it should
> be possible to unplug, migrate and replug. Maybe having a sensible hole

> on the first host is sufficient... Especially if the annoying case is
> GFX passthrough -- you are much less like to want/be able to unplug your
> gfx over a migration...

So one use case is SR-IOV and depending on what machine you are on, the
BARs can be different.

If you are migrating between the same type of machines, where the BARs
and E820 are the same machine it "ought" to work (hadn't tested it as
I only have one machine with SR-IOV ..but I should be able to
test the save/restore on that machine).

What I did test was save/restore on a single machine (where I unload
the NIC module's before hand and load it after a restore) and it worked
(with some Linux kernel patches that I need to post soon).

But the right way is to augment the Linux kernel code to deal with
a new E820 _after_ a resume. This is something I plan on doing 
during the summer, but not right now.

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>