<p>Hi,<br>
We can't hard-wire the PCI_COMMAND_IO to 0 since virtio are(may be) transitional devices that support both IO and MEM. Since the device supports both modes is up to firmware/OS to choose a working mode. Once the mode is chosen it is expected to update the command register accordingly. This is why PCI spec has separate bits for IO/MEM . If we dig into virtio implementation we may find that we don't care if both bits are on and we may also be able to fix any potential problems.</p>

<p>If every byte is important for ipxe you may leave the patches out, consciously creating an "unfriendly"  driver (QEMU will create an io-region for that and will have some 'if' statements with politically correct comments: "Some drivers enable IO even if .."  :)  )</p>

<p>Bottom line, I would add the patches but definitely there are not a must.<br>
I hope I helped,<br>
Marcel</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you commented.<br />Reply to this email directly, <a href="https://github.com/ipxe/ipxe/pull/55#issuecomment-227378966">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe/AArTVKuO45w1vku_4EJDzNvy6aJaDYGpks5qN6WNgaJpZM4IsQAt">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AArTVBzXxRAZWM_84pVNaG7nXV2vZrdwks5qN6WNgaJpZM4IsQAt.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/ipxe/ipxe/pull/55#issuecomment-227378966"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>