[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Xen security advisory CVE-2011-1898 - VT-d (PCI passthrough) MSI
> From: Tim Deegan [mailto:Tim.Deegan@xxxxxxxxxx] > Sent: Friday, May 20, 2011 3:17 AM > > At 21:48 +0100 on 19 May (1305841716), Cihula, Joseph wrote: > > So how would the user (or installation SW) specify to use the best > > (IOMMU) security available on the platform? > > iommu=on. That pretty much lines up with the current meaining. 'iommu=on' is really "*try* to use the best but it's OK if you can't", as it will allow execution to continue even if enabling the supported features fails. 'force' is really this with the caveat that execution won't continue if it fails to enable them. > Only iommu=force requires a fully secure IOMMU, and you can overide that with > iommu=force,nointremap. But as I said, if you're writing a Xen installer and you want to *ensure* that Xen uses the HW features of the system, are you going to make some table that tells whether any given system supports IR so that you know which ones to add ',nointremap' to? Because if you try to detect it at install time, malware could convince you to disable IR even though the HW supports it and TXT would report correctly to Xen. What is the reason for not creating a new option that supports your desired behavior? Joe > > Tim. > > -- > Tim Deegan <Tim.Deegan@xxxxxxxxxx> > Principal Software Engineer, Xen Platform Team Citrix Systems UK Ltd. > (Company #02937203, SL9 > 0BG) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |