[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] (v2) Design proposal for RMRR fix



> From: Jan Beulich [mailto:JBeulich@xxxxxxxx]
> Sent: Wednesday, January 14, 2015 12:06 AM
> 
> >>> On 13.01.15 at 17:00, <george.dunlap@xxxxxxxxxxxxx> wrote:
> > Another option I was thinking about: Before assigning a device to a
> > guest, you have to unplug the device and assign it to pci-back (e.g.,
> > with xl pci-assignable-add).  In addition to something like rmmr=host,
> > we could add rmrr=assignable, which would add all of the RMRRs of all
> > devices currently listed as "assignable".  The idea would then be that
> > you first make all your devices assignable, then just start your guests,
> > and everything you've made assignable will be able to be assigned.
> 
> Nice idea indeed, but I'm not sure about its practicability: It may
> not be desirable to make all devices eventually to be handed to a
> guest prior to starting any of the guests it may get handed to. In
> particular there may be reasons why the host needs the device
> while (or until after) creating the guests.
> 

and I'm not sure whether there's enough knowledge to judge whether 
a device is assignable since potential conflicts may be detected only
when the guest is launched.

Thanks
Kevin

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.