|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] per-domain passthrough/iommu options
Hi,
I sent a previous email [1] about enabling use of the IOMMU on a per-domain
basis and am now a reasonable way into my patch series, which also allows for
IOMMU option-setting (specifically shared EPT use) on a per-domain basis too.
Before I post v1 I'd like to get some opinion on the what the xl.cfg options
should look like.
The simplest way for me to do things would be to have two new boolean
options; something like:
'passthrough' - enable/disable pass-through support (i.e. use of the IOMMU)...
can be implicitly enabled if there are pci or dt devices specified in the
xl.cfg.
'no-sharept' - named to match the xen-cmdline option for turning off shared
EPT. (EPT sharing currently defaults on globally).
I think the former is probably ok, but thinking forward to a time where we
might have vIOMMU (PV or emulated) the latter is probably not the right thing
to use. So, another way might be to have an IOMMU page-table option...
something like:
'iommu-pt = shared|sync'
where 'shared' means use EPT mappings, and 'sync' means keep the P2M in sync.
This could then be extended with 'viommu' later, meaning that there would be
some form of vIOMMU exposed to the guest, be it emulated, PV or both. One
drawback with this mechanism is that 'shared' is not always possible (e.g. on
AMD h/w) so what should be done in that case? Should selecting that option be
considered an error, or should there be a fall-back to 'sync'? The fall-back
would be easier to deal with as then the option could just default to 'sync' if
it was not specified.
Thoughts? Other ideas?
Cheers,
Paul
[1] https://lists.xenproject.org/archives/html/xen-devel/2019-07/msg01090.html
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |