Sorry for the schizophrenic posts.
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.
I tried the new card in both motherboards, and the result is the same.
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).
Idk if it would be better if a moderator just deleted this and the last post, just to avoid any confusion.
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.
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.
I'll settle for /anything/ with two x16 slots that works.
Thanks again, and thanks ADB and Alex for the help so far.
Make sure you have the latest BIOS for that board. Some of the ASUS boards needed an update for IOMMU.[re-adding vfio-users]On Wed, May 18, 2016 at 1:48 PM, Brian Yglesias <brian@atlanticdigitalsolutions.com> wrote:I've attached with quiet removed (should have done that already).
Nothing jumps out at me, hopefully someone else will see something.
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.
I've included two images.
It does seem to be somehow iommu related.
I found this post on centos forums:
https://www.centos.org/forums/viewtopic.php?t=46809
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.
Thanks for all the help thus far.
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.
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 :-\Alex_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
_______________________________________________ vfio-users mailing list vfio-users@redhat.com https://www.redhat.com/mailman/listinfo/vfio-users
