On 14.06.12 at 14:13, Wei Wang<wei.wang2@xxxxxxx> wrote:
Am 12.06.2012 18:43, schrieb Jan Beulich:
That is precisely what I suggested in my response to the first
version of this patch, and I'd also volunteer to look into putting
together a first draft implementation if we sort of agree that
this is the way to go.
Cool! thanks for doing that. Looking forward to it in Xen 4.2 since
iommu msi is really broken with recent Linux dom0...
That's unlikely to be for 4.2 - it's going to have a reasonable risk
of regressions, and functionality like that I don't think is nice to
rush into a feature frozen tree, the more that it provides a
workaround for the combination of questionable design and an
improper kernel side fix.
Have you at all considered getting this fixed on the kernel side?
As I don't have direct access to any AMD IOMMU capable
system - can one, other than by enumerating the respective
PCI IDs or reading ACPI tables, reasonably easily identify the
devices in question (e.g. via vendor/class/sub-class or some
such)? That might permit skipping those in the offending kernel
code...