>>> On 12.11.14 at 09:45, <tiejun.c...@intel.com> wrote: >> > #2 flags field in each specific device of new domctl would control >>> whether this device need to check/reserve its own RMRR range. But its >>> not dependent on current device assignment domctl, so the user can use >>> them to control which devices need to work as hotplug later, separately. >> >> And this could be left as a second step, in order for what needs to >> be done now to not get more complicated that necessary. >> > > Do you mean currently we still rely on the device assignment domctl to > provide SBDF? So looks nothing should be changed in our policy.
I can't connect your question to what I said. What I tried to tell you was that I don't currently see a need to make this overly complicated: Having the option to punch holes for all devices and (by default) dealing with just the devices assigned at boot may be sufficient as a first step. Yet (repeating just to avoid any misunderstanding) that makes things easier only if we decide to require device assignment to happen before memory getting populated (since in that case there's no need for a new domctl to communicate SBDFs, as devices needing holes will be known to the hypervisor already). Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
