<p dir="ltr">In a spectacular oversight on my part, I did not update the Asus Rampage II Gene's BIOS to the most recent, as I thought I had.</p>
<p dir="ltr">In addition, I had purchased a cheap GPU (EVGA GT 730), and when I put it in the board, it booted up normally, and dmesg shows IOMMU and DMAR working.</p>
<p dir="ltr">There is a lot of negative information about Asus and Linux VT-d out there, which for all I know is true, but in terms of this thread I wanted to correct the record:</p>
<p dir="ltr">Enabling IOMMU in grub.conf does not hard lock the Rampage II with kernel 4.4.</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>