WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / ESXi / Passthrough of Intel Iris Xe Integrated GPU on 11th Gen NUC results in Error Code 43

Passthrough of Intel Iris Xe Integrated GPU on 11th Gen NUC results in Error Code 43

07.07.2021 by William Lam // 49 Comments

I recently ran into an issue after enabling ESXi passthrough of the new Intel Iris Xe Integrated GPU (iGPU), which is available with the latest Intel 11th Gen Pro (Tiger Canyon) NUC and SimplyNUC Topaz. After installing the latest Intel Graphics Driver and rebooting the Microsoft Windows 10 (20H2) VM, I noticed Microsoft Device Manager would show the iGPU device with the following error message:

Windows has stopped this device because it has reported problems. (Code 43)


Unfortunately, this generic error message was not very useful in identifying the underlying issue. I was hoping the process was going to be seamless like it was for enabling passthrough of the iGPU in Intel NUC 10 (Frost Canyon) NUC, especially with the higher execution units for the 11the Gen NUC i3 (48 EU), i5 (80 EU) and i7 (96 EU).

I currently have a case open with the Intel NUC team and see if they can help investigate the underlying issue for their driver. For the time being, it looks like passthrough of the new iGPU is not fully functional when using ESXi 7.0 Update 2 and I will update this blog post if/when I have further updates to share.

More from my site

  • GPU Passthrough with Nested ESXi
  • Updated findings for passthrough of Intel NUC Integrated Graphics (iGPU) with ESXi
  • Passthrough of Integrated GPU (iGPU) for standard Intel NUC
  • ESXi on SimplyNUC extremeEDGE 3000 Series
  • Auditing vGPU Profile Reconfigurations in vSphere

Categories // ESXi Tags // GPU, Intel NUC, Iris Xe, SimplyNUC

Comments

  1. *protectedSteven says

    07/08/2021 at 5:21 am

    I had this issue before with the Intel P530 on Xeon E3-1225 and with some NVIDIA GPUs and was able to fix it with the ESXi advaced setting "hypvisor.cpuid.v0 = false".

    Reply
    • William Lam says

      07/08/2021 at 5:47 am

      I’ve already tried all the advanced settings, same behavior 🙂

      Reply
      • *protectedSteven says

        08/25/2021 at 1:42 pm

        Now I'm the same situation as you. Just upgraded my server and running with Rocket-Lake-S iGPU, same issue.
        Very disappointing, as I rely on QuickSync in one of my VMs.
        Do you know if there is some kind of fix or workaround in sight or is this a platform issue we're not able to deal with?

        Reply
        • William Lam says

          08/25/2021 at 2:13 pm

          There's no fix or workaround at the moment. This has already been shared with the Intel NUC team, but I've not heard back on any progress

          Reply
  2. *protectedJohnny says

    07/08/2021 at 1:39 pm

    Was it all same process to pass the gfx on Nuc 9 .. same as 10 or for the 11 perhaps a bios fix is needed.. ?

    Reply
  3. *protectedRoss says

    07/10/2021 at 1:58 am

    same issue on nuc 9 with intel uhd 630.

    Reply
    • *protectedRoss says

      07/10/2021 at 5:52 am

      it works now with the advanced setting "hypvisor.cpuid.v0 = false".

      Reply
      • William Lam says

        07/10/2021 at 6:49 am

        Yes, that's a required setting 🙂 However, as mentioned earlier, it doesn't help with Tiger Lake based system

        Reply
      • *protectedCalvin Wong says

        07/28/2021 at 11:41 pm

        i tried with 11th NUC this fix seems not work.

        Reply
        • *protectediyuanweize says

          02/16/2023 at 10:47 pm

          i use i51135G7 with iris Xe and the same 43 error

          Reply
  4. *protectedflyzipper says

    07/13/2021 at 1:49 pm

    Following.

    Reply
  5. *protectedTasminos says

    08/02/2021 at 5:03 am

    Same here. Error 43 on 11thgen NUC.

    Reply
  6. *protectedtommyk says

    08/04/2021 at 1:18 am

    Tried using SR-IOV instead and one can turn it on but after reboot it still says "enabled / reboot needed". This message is repeated after every reboot. Maybe possible via passthru configfile?

    Reply
  7. *protectedTommyk says

    08/12/2021 at 1:04 pm

    Didnt test, but could this be due to having vpro running?

    Reply
    • lamw says

      08/25/2021 at 2:15 pm

      No, this is observed with NUC 11 w/o vPro

      Reply
  8. *protectedTom says

    08/30/2021 at 5:40 pm

    I'm able to get past the 43 error by disabling and enabling the device in device manager. It only works on the driver installed by Windows Update though, and not on the latest drivers on Intel's site (I'm unable to even boot into Windows with those).

    I've tested a few apps and quicksync doesn't appear to work with this workaround. Will post back here if I have any success. This is on an i5-11400.

    Reply
    • *protectediyuanweize says

      02/16/2023 at 10:48 pm

      i51135G7 its work for me, but need to do every reboot

      Reply
  9. *protectedTommyK says

    09/23/2021 at 12:24 pm

    This does not look good guys.....

    https://community.intel.com/t5/Intel-NUCs/VT-D-SR-IOV-for-Iris-XE-on-Intel-NUC-11th-gen-NUC11TNHV50L/m-p/1312501/thread-id/85660

    Reply
    • *protectedTom says

      09/23/2021 at 6:12 pm

      This pull request on the acrn-hypervisor project makes it look like the memory configuration is different in tiger lake and elkhart lake for gvt-d - https://github.com/projectacrn/acrn-hypervisor/pull/5902 and https://github.com/projectacrn/acrn-hypervisor/blob/master/devicemodel/include/pci_core.h#L269-L271.

      I don't know what that configuration would translate to in ESXi settings though.

      Reply
  10. *protectedTommyK says

    10/22/2021 at 11:43 pm

    OK, intel has answered me they never implemented the SR-IOV in the NUC even if the cpu supports it. I think this answer is the same for all NUC 11, even the extreme variants since they do have the same problem. BUt someone may check up on that. Here is the answer from intel. So if you need GPU in vmware I would skip the NUC11 at this time...

    community.intel.com/t5/Intel-NUCs/VT-D-SR-IOV-for-Iris-XE-on-Intel-NUC-11th-gen-NUC11TNHV50L/m-p/1324084#M86471

    Reply
    • William Lam says

      11/01/2021 at 10:19 am

      Thanks for sharing Tommy. I've actually got another system (non-Intel NUC) that also has a TGL and its got SR-IOV implemented in BIOS (disabled by default) and even enabling that doesn't make a difference, exact same error. Also, SR-IOV won't help with graphics, its usually in context of networking and assigning the Virtual Functions (VF) to a VM

      I think we need to wait for Intel to come back and see if there's a fix, in the way of a future BIOS update ...

      Reply
  11. *protectedEgis says

    03/24/2022 at 6:25 am

    Tested on supermicro x12sth-f with xenon E-2374G runing ESXi 7.0U3c (19193900), same issues. Any luck with proper drivers ?

    Reply
  12. techoverload+*protectedGlenn says

    05/12/2022 at 3:31 am

    FWIW I have it working using Debian 11 on my 11th Gen NUC. Windows wouldn't work and I wasted a couple of days on it, but Debian worked out of the box. I'm running Emby Server in Docker with hardware decoding succesfully.

    Reply
    • *protecteduser2619 says

      05/14/2022 at 8:10 pm

      Debian working, interesting, I’ll try as well with Ubuntu.

      Reply
    • *protectedJonathan says

      07/15/2022 at 2:39 pm

      How do you disable the primary adaptor and assign the passthrough as the HW decoder?
      I tried svga FALSE but the VM doesn't start. My transcoder just ignores iris (Plex). Thanks!

      Reply
  13. *protectedr3mi says

    08/10/2022 at 8:55 am

    Hi William,

    Is there any update on the driver?
    I got the NUC 11 Pro and every VM that I attach the PCI (Xe Graphics) to won't boot.
    Disconnecting it makes the VM bootable again, so I guess this is also part of the issue.

    I would really like using the NUC for some graphical performance applications, thus wanting to use the passthrough.

    Remi

    Reply
  14. *protectedTom says

    09/30/2022 at 11:09 am

    For Ubuntu 22.04 In VMWare just disable the default video card and passthrough the Iris without SRVIO in advanced settings add this.

    svga.present = false

    Haven't tested this for Windows.
    But works for Plex.

    Reply
    • William Lam says

      10/01/2022 at 9:03 am

      Which Intel NUC did you try this on? Normally when you toggle passthrough, you don't touch SR-IOV settings (which I don't, so its disabled by default). The svga.present simply controls the virutal graphics but once you install the Intel drivers and reboot, you'll run into this error and I've seen this for both Linux/Windows

      Reply
      • *protectedVille says

        10/03/2022 at 10:46 am

        Have you tested this passtrough with newest version of bios and ESXi?
        How about ESXi 8 ?

        Reply
      • *protectedTom says

        10/16/2022 at 3:43 am

        I'm using this on a Intel NUC11 which is now running ESXi 8 but before on 7U3. with the latest BIOS installed.

        I've since then removed the svga.present= false and using only "hypervisor.cpuid.v0 = false" and the latest hardware profile.

        This works for Plex hw transcoding in Ubuntu 22.04 but I haven't tested Windows yet since I can only share the device once it seems.

        Reply
        • *protectedTom says

          10/16/2022 at 3:49 am

          One thing to note I'm using Kubernetes on top of Ubuntu and exposing the device to the container via the intel device plugins for kubernetes

          Reply
      • *protectedr3mi says

        10/20/2022 at 3:06 am

        Hi William,
        I updated my NUC 11 Pro to the latest BIOS version and I have ESXi 8 running. Xe Graphics Passthrough are now working on my Windows 10 VM, no errors and ability to use the GPU too for encoding and the sorts.

        Reply
        • *protectedEgis P says

          10/20/2022 at 10:10 am

          which graphic drivers you use ?

          Reply
        • *protectedluba says

          11/11/2022 at 2:29 am

          Are you able to plug a monitor a see the ubuntu desktop?

          Reply
        • *protectedMark says

          02/17/2023 at 12:22 pm

          With so many folks not being able to get this working, are there specific steps or settings you followed to make this work?

          Reply
  15. *protectedVille says

    10/16/2022 at 1:04 am

    I can confirm that after updating my NUC11 to ESXi 8 and making new Debian 11 virtual machine with hardware id ESXi 8 and passthrough is working with Plex and Jellyfin!
    I have not tested Windows. I have dummy HDMI plugged to HDMI1 port. The svga.present is not activated, show Debian 11 is seeing both GPU:s.
    Bios in NUC is latest version 0069.

    Reply
  16. *protectedKhandaker Shahriar Amin says

    11/16/2022 at 9:19 am

    I can not passthrough I5-8400 igpu. My motherboard is Gigabyte B360M-DS3H.
    esxi 6.5

    Reply
  17. *protectedJames says

    12/11/2022 at 6:10 am

    Intel Iris Xe Integrated GPU doesn't work after passthrough.
    Tried on Ubuntu22.04 and Windows10. Ubuntu refuses to boot.

    Intel AX201 doesn't work either.

    NUC11TNHv70L
    BIOS updated to the latest 0069 as of 2022-12-11
    ESXi8.0

    Reply
  18. *protectedAndriy Sharandakov says

    01/27/2023 at 1:50 pm

    I can confirm iGPU passthrough works for a Ubuntu guest on ESXI 8 on NUC11TNKi7 (BIOS 0070).

    svga.present = FALSE is mandatory, hypervisor.cpuid.v0 = FALSE is not needed

    Reply
    • *protectedAndriy Sharandakov says

      01/27/2023 at 3:51 pm

      Small correction, Ubuntu boots without setting svga.present = FALSE, but the video output switches to iGPU as soon as Ubuntu loads its driver. As a result, in the VM console, it feels like the system hung.

      svga.present = FALSE disables the SVGA adapter in the guest OS and, in turn, VMware console.

      A more elegant solution is to disable loading of video drivers on boot by setting nomodeset kernel boot parameter.

      Edit /etc/default/grub:
      ...
      GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
      ...

      Then sudo update-grub && reboot.

      Reply
      • *protectedGreg says

        08/03/2023 at 5:05 pm

        Finally. This is what I needed to get my system working as I needed!!! Thank you @andriy!!!

        Reply
  19. *protectedSebigeli says

    03/02/2023 at 2:04 pm

    Hello William,

    Do you have any news of Intel for the problem with the intel driver on Windows ?

    I have try with the last driver of intel arc for windows : 31.0.101.4146 and it's still not working in march 2023... error code 43 after reboot

    Thanks

    Reply
    • William Lam says

      03/02/2023 at 2:52 pm

      No, unfortunately this is an issue with their drivers and haven’t seen any updates. Best to also share this through any channels you have asking for an update from Intel. We know it works for Linux, using the Intel Drivers …

      Reply
      • *protectedsebigeli says

        03/20/2023 at 7:23 am

        Hello William,
        I opened a ticket to Intel France support for this problem. I just got an unconvincing answer. I wanted to get your opinion.

        Support reply :

        Hello Sebastian,

        Thank you for your patience while we investigate the issue.

        I received a final response from our internal team regarding your issue.
        This linked table will outline the virtualization technologies available for each iGPU family
        Intel has discontinued support for GVT-g technology which was previously used for passthrough to virtual machines.

        Since Tiger Lake (11th Gen), Intel supports SR-IOV, which is a bit different from GVT-g.

        SR-IOV requires support in the BIOS as well as in the operating system instance or hypervisor running on the hardware.
        The VMware compatibility site shows support for Nvidia/AMD cards but not Intel's iGPU.
        That's why my final recommendation is to contact VMware support and ask them to add support for the iGPU line while mentioning everything I mentioned above.

        My reply :

        Good morning,

        Thank you for your answer however it is not correct where then some things escape me.

        GPU passthrough works fine with a virtual machine on Ubuntu. My Windows VM is running on the same hypervisor as my Ubuntu VM.

        The problem really comes from the driver under Windows, it is not a problem from the hypervisor.
        Also, I've seen users experience the same issue on Windows with a Proxmox hypervisor on reddit.

        THANKS,
        Good day

        Support reply :

        Hello Sebastian,

        Thank you for your answers.

        You raise valid concerns about compatibility discrepancies between different supervisors, but until VMware support mentions any official support for the iGPU lineup, our support for this is limited.

        I hope this clarifies your concerns.

        What can I say to move the topic forward?
        THANKS !

        Reply
        • *protectedSebigeli says

          03/25/2023 at 8:34 am

          any feedback ?
          Intel doesn't want to help me anymore because VMware doesn't officially support IGPU for passthrough...
          Thanks

          Reply
          • William Lam says

            03/25/2023 at 9:05 am

            VMware does NOT certify hardware (hopefully this doesn't come as a surprise to anyone) and that is actually done by our OEM/Hardware vendors. Once certified, the hardware or hardware components are then listed on VMware HCL as an officially supported hardware platform that customers can use. Additional functionality such as GPU passthrough may require additional drivers whether it's inside of ESXi and/or within GuestOS is also developed by OEM/Hardware vendors. Long story short, Intel NUC isn't supported nor certified by Intel and hence any issues observed is purely managed by community, most of which is done by myself today. Given the fact that Intel Linux drivers work w/o any issues should hopefully give users a clue at who might be able to help get this to work on Windows ...

          • *protectedSebigeli says

            05/11/2023 at 5:13 am

            Yes that's true, no news on your side ? Thanks

          • *protectedsebigeli says

            08/29/2023 at 2:50 pm

            Hello,
            Any feedback about this subject ?
            Thanks

  20. *protectedJin Lee says

    01/15/2024 at 3:19 pm

    Actually just before intel take over NUC business to ASUS, there was a plan for update BIOS for 13Gen vpro NUC i5, i7 support SR-IOV.
    I plan to meeting with ASUS people who in charge of NUC 14 gen this week and already asked about support SR-IOV (both internal GPU and Network) for resent version of Linux and Windows

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • VMware Flings is now available in Free Downloads of Broadcom Support Portal (BSP) 05/19/2025
  • VMUG Connect 2025 - Minimal VMware Cloud Foundation (VCF) 5.x in a Box  05/15/2025
  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025

 

Loading Comments...