<p dir="ltr">Sorry for the schizophrenic posts.</p>
<p dir="ltr">Updating the BIOS reset it to default, which returned VT-d to the default setting of 'disabled', and that is the only reason I was able to boot.</p>
<p dir="ltr">I tried the new card in both motherboards, and the result is the same.</p>
<p dir="ltr">So, just to update my previous response:  VT-d remains broken on both the Rampage II Gene and GA-EX58-UD5 (probably only for Linux, not sure).</p>
<p dir="ltr">Idk if it would be better if a moderator just deleted this and the last post, just to avoid any confusion.</p>
<p dir="ltr">At this point I am back at square one.  I don't want to rely on the list I found over at the Arch Linux forum, as that got me the Gigabyte board.  The info on the Xen wiki just says VT-d is supported on X58, but my experience with two higher end boards strong suggests that's an overstatement, if not just mostly wrong.</p>
<p dir="ltr">If anyone knows of any half decent LGA 1366 board that supports VT-d correctly in Linux, then I would really appreciate the pointer.  It would save me a a lot of time and money, both of which I've been been spending thus far with no result.</p>
<p dir="ltr">I'll settle for /anything/ with two x16 slots that works.</p>
<p dir="ltr">Thanks again, and thanks ADB and Alex for the help so far.</p>
<div class="gmail_quote">On May 18, 2016 6:26 PM, A de Beus <anthony.debeus@gmail.com> wrote:<br type='attribution'><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>Make sure you have the latest BIOS for that board. Some of the ASUS boards needed an update for IOMMU.</div><div><br />On May 18, 2016, at 2:28 PM, Alex Williamson <<a href="mailto:alex.l.williamson@gmail.com">alex.l.williamson@gmail.com</a>> wrote:<br /><br /></div><blockquote><div><div dir="ltr">[re-adding vfio-users]<br /><div><br /><div class="elided-text">On Wed, May 18, 2016 at 1:48 PM, Brian Yglesias <span dir="ltr"><<a href="mailto:brian@atlanticdigitalsolutions.com">brian@atlanticdigitalsolutions.com</a>></span> wrote:<br /><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I've attached with quiet removed (should have done that already).</p>
<p dir="ltr">Nothing jumps out at me, hopefully someone else will see something.</p>
<p dir="ltr">With iommu=pt in lieu of intel_iommu=on the system boots, but no iommu support.  If I append iommu=pt it continues to hard lock.</p>
<p dir="ltr">I've included two images.</p>
<p dir="ltr">It does seem to be somehow iommu related.</p>
<p dir="ltr">I found this post on centos forums:</p>
<p dir="ltr"><a href="https://www.centos.org/forums/viewtopic.php?t=46809">https://www.centos.org/forums/viewtopic.php?t=46809</a></p>
<p dir="ltr">That seems to be the same problem with a non-X58 board.  Unfortunately, I don't have the BIOS setting he appears to have used to fix it.</p>
<p dir="ltr">Thanks for all the help thus far.</p>
<p dir="ltr">I'm going to post on Gigabyte forums.  I've seen on both the archlinux forum and the former that ppl have gotten iommu working with this board, which is why I bought it.  Not sure what my problem could be yet.</p></blockquote><div><br /></div><div>I don't think that centos issue is related, that's a DMA alias issue with broken I/O hardware.  What you're seeing is a hang in qi_submit_sync(), which is an impossible hang according the hardware specs, but comes up a fair bit more often than never.  AIUI, it means that magic, undocumented bits in hardware aren't set the way they should be and you're going to need to hope for a BIOS update, which is all but impossible on a system as old as X58.  Good luck :-\</div><div><br /></div><div>Alex</div></div></div></div>
</div></blockquote><blockquote><div>_______________________________________________<br />vfio-users mailing list<br /><a href="mailto:vfio-users@redhat.com">vfio-users@redhat.com</a><br /><a href="https://www.redhat.com/mailman/listinfo/vfio-users">https://www.redhat.com/mailman/listinfo/vfio-users</a><br /></div></blockquote></div></blockquote></div>