XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    AMD Radeon Vega M GH Passthrough

    Scheduled Pinned Locked Moved Compute
    13 Posts 7 Posters 1.8k Views 4 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • A Offline
      amp88 @AmandaBeuno
      last edited by amp88

      @AmandaBeuno I had the same error as you're getting now ("Internal error: xenopsd internal error: Device.PCI.Cannot_add(_, _)" when attempting to perform PCI passthrough of an HBA card on a system which didn't have the required virtualisation feature (VT-d) enabled.

      As r1 mentioned above, have you made sure that your system has virtualisation support enabled in the BIOS/UEFI? I've never used a Hades Canyon NUC before, but from this BIOS overview video it appears you want to enter the BIOS/UEFI at boot and then navigate to the Advanced -> Security tab. Then make sure under "Security Features" both "Intel Virtualization Technology" and "Intel VT for Directed I/O (VT-d)" are enabled.

      Intel Hades Canyon NUC NUC8i7HVK BIOS Walkthrough (relevant section at 2:17, link is timestamped)

      1 Reply Last reply Reply Quote 0
      • stormiS Offline
        stormi Vates 🪐 XCP-ng Team
        last edited by

        By the way, could someone edit https://github.com/xcp-ng/xcp/wiki/PCI-Passtrough to add information about the VT-d requirement?

        A 1 Reply Last reply Reply Quote 0
        • A Offline
          amp88 @stormi
          last edited by

          @stormi said in AMD Radeon Vega M GH Passthrough:

          By the way, could someone edit https://github.com/xcp-ng/xcp/wiki/PCI-Passtrough to add information about the VT-d requirement?

          I was thinking about doing it, but I'm not sure whether it should be added to the guide as a "prerequisite" step at the beginning (e.g. check it's enabled before you begin the guide) or in a "troubleshooting" step at the end (e.g. if you experience this error, check it's enabled). Which approach is better probably depends on the ratio of systems where it's enabled by default, which I would believe/assume is relatively high with enterprise equipment and relatively low with consumer equipment.

          1 Reply Last reply Reply Quote 0
          • stormiS Offline
            stormi Vates 🪐 XCP-ng Team
            last edited by

            I'd say prerequisite in that case. You can add that you think that it's probably already enabled in enterprise equipment.

            A 1 Reply Last reply Reply Quote 0
            • A Offline
              amp88 @stormi
              last edited by

              @stormi said in AMD Radeon Vega M GH Passthrough:

              I'd say prerequisite in that case. You can add that you think that it's probably already enabled in enterprise equipment.

              OK, I've added a prerequisite section. I tried to keep the edit as concise as possible whilst still conveying the necessary information.

              1 Reply Last reply Reply Quote 2
              • stormiS Offline
                stormi Vates 🪐 XCP-ng Team
                last edited by

                Looks very good to me, thanks!

                1 Reply Last reply Reply Quote 0
                • I Offline
                  imad2nsi
                  last edited by

                  I have the same problem for my hades canyon nuc8i7hvk.
                  I followed the PCI Passtrough wiki, both Intel Virtualization and VT-d are enabled.
                  Tested multiples guest OS (kernel >= 4.18 support for AMD VEGA), the VM starts but as soon as I get output over HDMI every thing hangs including the Dom0.
                  After a hard reset, nothing related to passtrough in theses log files: SMlog, xensource.log and hypervisor.log.
                  The problem is explained in the Intel documentation (Link below page 63): "lack of Access Control Service (ACS)"
                  https://www.intel.com/content/dam/www/public/us/en/documents/specification-updates/xeon-e3-1200v3-spec-update.pdf
                  There is a success story using Fedora and ACS patched kernel to change IOMMU groups.
                  Please is there a way to disable the kernel ACS check for XCP-ng ?

                  jtbw911J O 2 Replies Last reply Reply Quote 0
                  • jtbw911J Offline
                    jtbw911 @imad2nsi
                    last edited by jtbw911

                    @imad2nsi This is starting to remind me of my 4-week foray into messing around with unRAID, coming out of it with the conclusion that it was more trouble than it was worth most of the time (with the various types of hardware I tried it on).

                    1 Reply Last reply Reply Quote 0
                    • O Offline
                      old_guy @imad2nsi
                      last edited by

                      @imad2nsi
                      Thanks for your research. I built a system around a Xeon E3-1226v3 with VT-D support for the express purpose of using PCI passthrough. Now I see I've wasted my time and money.

                      1 Reply Last reply Reply Quote 0
                      • stormiS Offline
                        stormi Vates 🪐 XCP-ng Team
                        last edited by

                        If I understand correctly, PCI pass-through is discouraged by Intel with this family of processors, but there's a way to make it work with kernel patches?

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post