裸机上的硬件物理行为与具有IOMMU直通的VM的物理行为有何不同?

问题描述

我有一些过时的设备用于运行实验设备。不幸的是,该设备只能在使用FireWire / IEEE1394的WinXP上运行,这对于我们在硬件方面进行维护变得越来越痛苦。不幸的是,我们也没有钱更换该设备。我们讨论了尝试在较新的OS上虚拟化XP环境的问题。我一直在阅读有关VFIO / IOMMU的信息,并认为我可以通过FireWire PCI卡,然后这样做。

另外,我可以使用它。我安装了带有QEMU-KVM虚拟机管理程序的XP。设置好了,通过了火线卡,所有这些都在VM中被识别,包括当我将设备连接到FW卡时。 XP设备管理器看到了所有内容。

不幸的是,我发现与硬件的实际交互似乎充其量是敏感的。事情以怪异,无法解释的方式出现错误。其中一些使我认为来宾操作系统未与通过的卡正确通信。令人惊讶的是,我给人的印象是,通过卡的传递直接由来宾OS使用,而没有主机OS的干预。

我的问题基本上是-如果我要虚拟化较旧的系统并通过所需的各种端口/卡,它的行为应该像裸机一样吗?还是在某些情况下,来宾OS尝试执行的操作与裸机操作有所不同(即,当指令离开VM时,主机OS进行了某些更改)?就像我说的那样-我给人的印象是客户机操作系统直接与硬件进行交互,但是经验使我怀疑是否确实如此。

我想知道的部分原因是,如果其他设备意外使用其他硬件接口运行(例如,由计算机控制电源的I.E激光器),则其他设备可能会更加危险或导致设备损坏。因此,如果存在来宾OS认为与实际情况脱节的风险,那是我在继续之前要了解的安全风险。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...