<![CDATA[Intel iGPU passthough]]>Hi!

I've searched this topic but only found old threads without any clear solution, or using the Windows Center tool which is no longer supported.

Is there any guide on how to pass the Intel iGPU to a VM in order to use it for example for plex encoding? CLI is fine

]]>https://xcp-ng.org/forum/topic/8293/intel-igpu-passthoughRSS for NodeSat, 05 Sep 2026 15:19:51 GMTWed, 31 Jan 2024 18:06:00 GMT60<![CDATA[Reply to Intel iGPU passthough on Fri, 06 Mar 2026 15:15:51 GMT]]>I am in the same situation as @vhaelan.
same as in same iGPU (alderlake) passed-through, same output for those latest commands, same OS (Fedora CoreOS on latest Xcp-Ng stable).
Tried current avenues suggested in this thread with no progress.

It seems vhaelan has settled with CoreOS under Proxmox (which works!). He also mentioned it works in Debian under XCP-ng, though I haven't tested that myself.

I would appreciate additional suggestions for troubleshooting to take this further, in case anyone has any other ideas.

]]>https://xcp-ng.org/forum/post/103257https://xcp-ng.org/forum/post/103257Fri, 06 Mar 2026 15:15:51 GMT<![CDATA[Reply to Intel iGPU passthough on Fri, 12 Dec 2025 03:13:17 GMT]]>@ovicz Yes, it's loaded

lsmod | grep i915
i915                 5373952  0
i2c_algo_bit           20480  2 xe,i915
drm_buddy              32768  2 xe,i915
video                  81920  2 xe,i915
ttm                   135168  3 drm_ttm_helper,xe,i915
drm_display_helper    331776  2 xe,i915
cec                   106496  3 drm_display_helper,xe,i915

dmesg starts the same as your output, the only difference is that I have GuC disabled.

dmesg | grep i915
[    1.609000] i915 0000:00:08.0: [drm] Found alderlake_s (device ID 4690) integrated display version 12.00 stepping C0
[    1.609986] i915 0000:00:08.0: [drm] VT-d active for gfx access
[    1.610073] i915 0000:00:08.0: [drm] Using Transparent Hugepages
[    1.611342] i915 0000:00:08.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0x4556
[    1.611345] i915 0000:00:08.0: [drm] Failed to find VBIOS tables (VBT)
[    1.612136] i915 0000:00:08.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=io+mem
[    1.614455] i915 0000:00:08.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1)
[    3.583673] i915 0000:00:08.0: [drm] [ENCODER:261:DDI A/PHY A] failed to retrieve link info, disabling eDP
[    3.605422] i915 0000:00:08.0: [drm] GT0: GuC firmware i915/tgl_guc_70.bin version 70.49.4
[    3.605426] i915 0000:00:08.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
[    3.615402] i915 0000:00:08.0: [drm] GT0: HuC: authenticated for all workloads
[    3.615410] i915 0000:00:08.0: [drm] GT0: GUC: submission disabled
[    3.615414] i915 0000:00:08.0: [drm] GT0: GUC: SLPC disabled
[    3.616508] i915 0000:00:08.0: [drm] Protected Xe Path (PXP) protected content support initialized
[    3.617330] i915 0000:00:08.0: [drm] Registered 4 planes with drm panic
[    3.617354] [drm] Initialized i915 1.6.0 for 0000:00:08.0 on minor 1
[    3.627390] i915 0000:00:08.0: [drm] Cannot find any crtc or sizes
[    3.637349] i915 0000:00:08.0: [drm] Cannot find any crtc or sizes
[    3.657358] i915 0000:00:08.0: [drm] Cannot find any crtc or sizes

Having edited /etc/modprobe.d/i915.conf by adding options i915 enable_guc=3 enable_huc=1 fixed the GuC part as well, however I still have the same issue. Cannot find any crtc or sizes is the only part which is not in your output.

/etc/default/grub is clean, I don't have NOMODESET:

cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
]]>https://xcp-ng.org/forum/post/100567https://xcp-ng.org/forum/post/100567Fri, 12 Dec 2025 03:13:17 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 11 Dec 2025 08:09:28 GMT]]>@vhaelan Is the intel graphics module loaded ?

lsmod | grep i915
i915 5373952 24
drm_buddy 32768 2 xe,i915
ttm 135168 3 drm_ttm_helper,xe,i915
i2c_algo_bit 20480 2 xe,i915
drm_display_helper 331776 2 xe,i915
cec 106496 3 drm_display_helper,xe,i915
video 81920 2 xe,i91

sudo dmesg | grep i915
[ 5.855595] i915 0000:00:08.0: [drm] Found alderlake_p/alderlake_n (device ID 46d1) integrated display version 13.00 stepping D0
[ 5.858477] i915 0000:00:08.0: [drm] VT-d active for gfx access
[ 5.858739] i915 0000:00:08.0: [drm] Using Transparent Hugepages
[ 5.859307] i915 0000:00:08.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0x4556
[ 5.859312] i915 0000:00:08.0: [drm] Failed to find VBIOS tables (VBT)
[ 5.860012] i915 0000:00:08.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=io+mem
[ 5.878556] i915 0000:00:08.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
[ 7.806109] i915 0000:00:08.0: [drm] [ENCODER:204:DDI A/PHY A] failed to retrieve link info, disabling eDP
[ 7.843768] i915 0000:00:08.0: [drm] GT0: GuC firmware i915/tgl_guc_70.bin version 70.49.4
[ 7.843776] i915 0000:00:08.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
[ 7.849282] i915 0000:00:08.0: [drm] GT0: HuC: authenticated for all workloads
[ 7.850868] i915 0000:00:08.0: [drm] GT0: GUC: submission enabled
[ 7.850874] i915 0000:00:08.0: [drm] GT0: GUC: SLPC enabled
[ 7.851225] i915 0000:00:08.0: [drm] GT0: GUC: RC enabled
[ 7.852797] i915 0000:00:08.0: [drm] Protected Xe Path (PXP) protected content support initialized
[ 7.854314] i915 0000:00:08.0: [drm] Registered 3 planes with drm panic
[ 7.854318] [drm] Initialized i915 1.6.0 for 0000:00:08.0 on minor 1

Also see in /etc/default/grub if there is NOMODESET in GRUB_CMDLINE_LINUX line.

That's from my Fedora 43 vm with passthrough enabled.

]]>https://xcp-ng.org/forum/post/100536https://xcp-ng.org/forum/post/100536Thu, 11 Dec 2025 08:09:28 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 11 Dec 2025 02:31:33 GMT]]>@ovicz said in Intel iGPU passthough:

rpm -qa | grep intel-gpu-firmware

Hello @ovicz, I see the following: intel-gpu-firmware-20251021-1.fc43.noarch

]]>https://xcp-ng.org/forum/post/100534https://xcp-ng.org/forum/post/100534Thu, 11 Dec 2025 02:31:33 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 10 Dec 2025 09:37:08 GMT]]>@vhaelan Hello. What's the output of rpm -qa | grep intel-gpu-firmware ?

]]>https://xcp-ng.org/forum/post/100492https://xcp-ng.org/forum/post/100492Wed, 10 Dec 2025 09:37:08 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 10 Dec 2025 03:14:10 GMT]]>I'm also trying to pass through my Intel iGPU to a VM, but running into issues. It does work on Debian, however not on Fedora Server which I'd like to use. I have tried changing to BIOS mode, even plugged in a dummy HDMI plug, but nothing helped. SELinux is disabled on Fedora to rule out any issues related to that. I even tried using XCP-NG Center which was suggested in an older post, but that didn't help either: https://xcp-ng.org/forum/topic/6211/intel-gpu-passthrough-question/3

I also posted this on the Fedora forum with further details: https://discussion.fedoraproject.org/t/intel-igpu-in-containers/176029

Are there any other things I could try to investigate this further?

]]>https://xcp-ng.org/forum/post/100482https://xcp-ng.org/forum/post/100482Wed, 10 Dec 2025 03:14:10 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 16 Jan 2025 21:05:22 GMT]]>@scawtydont Thanks for keeping us posted. Dummy plug is still a thing it seems 😄

]]>https://xcp-ng.org/forum/post/88281https://xcp-ng.org/forum/post/88281Thu, 16 Jan 2025 21:05:22 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 16 Jan 2025 15:19:48 GMT]]>I followed this post and it worked for me.
One thing to note in my testing, if I had a monitor / HDMI dummy plug hooked up the transcoding worked reliably.
When I unplugged it I found activity would be present on the iGPU but the video in plex would play/pause constantly then eventually stop.

]]>https://xcp-ng.org/forum/post/88249https://xcp-ng.org/forum/post/88249Thu, 16 Jan 2025 15:19:48 GMT<![CDATA[Reply to Intel iGPU passthough on Sat, 14 Sep 2024 13:40:04 GMT]]>@bullerwins said in Intel iGPU passthough:

@olivierlambert I tried but getting this error when turning on the VM

INTERNAL_ERROR(xenopsd internal error: (Failure
"Error from xenguesthelper: Populate on Demand and PCI Passthrough are mutually exclusive"))

Not sure what it means

EDIT: after googleing it seems that static and dynamic memory has to be the same:
9aa61d84-dd71-4f32-9590-8cff8c365a1a-image.png

@bullerwins thanks for this. I had to restore a VM from a backup and while it was down changed the dynamic value. This certainly saved me some time. I was positive it had to do with remapping the UID on the VM or something on the host side of it. anyways, thanks.

]]>https://xcp-ng.org/forum/post/82638https://xcp-ng.org/forum/post/82638Sat, 14 Sep 2024 13:40:04 GMT<![CDATA[Reply to Intel iGPU passthough on Sat, 31 Aug 2024 17:17:13 GMT]]>@xerxist Yes, QS for the VM but there are times when having a local display of the console comes in handy. That's why I haven't done mine.

]]>https://xcp-ng.org/forum/post/82112https://xcp-ng.org/forum/post/82112Sat, 31 Aug 2024 17:17:13 GMT<![CDATA[Reply to Intel iGPU passthough on Sat, 03 Aug 2024 12:37:28 GMT]]>@CJ

No output just need the Intel quick sync.

]]>https://xcp-ng.org/forum/post/81222https://xcp-ng.org/forum/post/81222Sat, 03 Aug 2024 12:37:28 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 13 Jun 2024 17:06:50 GMT]]>@CJ Im running server grade hardware that has remote lights out management with iKVM support. Otherwise yeah you would lose access to the display output.

]]>https://xcp-ng.org/forum/post/78672https://xcp-ng.org/forum/post/78672Thu, 13 Jun 2024 17:06:50 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 13 Jun 2024 16:31:24 GMT]]>@bullerwins @xerxist @flakpyro

What are you using for display output on the host since you're passing the iGPU to the VM?

]]>https://xcp-ng.org/forum/post/78665https://xcp-ng.org/forum/post/78665Thu, 13 Jun 2024 16:31:24 GMT<![CDATA[Reply to Intel iGPU passthough on Thu, 13 Jun 2024 14:06:37 GMT]]>In my testing of this, iGPU passthru works fine in Linux but in Windows the device will show an error in the device manager, disable/enabling the drive in the device manager will allow it to work, until next reboot.

]]>https://xcp-ng.org/forum/post/78660https://xcp-ng.org/forum/post/78660Thu, 13 Jun 2024 14:06:37 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 12 Jun 2024 17:00:40 GMT]]>@bullerwins @xerxist

Is this just the mediated (gvt-g?) device passthrough, so the XCP side/server maintains video but a VM can make use of the resources as well?

I am very interested in this (plex, frigate type use) as a stepping stone away from Proxmox.

Thanks

]]>https://xcp-ng.org/forum/post/78616https://xcp-ng.org/forum/post/78616Wed, 12 Jun 2024 17:00:40 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 06 Mar 2024 20:15:41 GMT]]>@bullerwins

Yes I'm running 8.3 Beta

]]>https://xcp-ng.org/forum/post/73057https://xcp-ng.org/forum/post/73057Wed, 06 Mar 2024 20:15:41 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 06 Mar 2024 20:12:45 GMT]]>@xerxist have you tried with the 8.3 beta of XCP-ng? I believe it's got a newer kernel maybe?

]]>https://xcp-ng.org/forum/post/73056https://xcp-ng.org/forum/post/73056Wed, 06 Mar 2024 20:12:45 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 06 Mar 2024 20:12:02 GMT]]>@bullerwins

Not in the VM itself.
I even went to kernel 6.6 and try it in there, all give the same issue.

Something on the hypervisor side in the kernel I meant. This is 4.x something with allot of backports.

I'll probably just wait a wile before moving full XCP-NG.
But its a very nice system 👍

]]>https://xcp-ng.org/forum/post/73055https://xcp-ng.org/forum/post/73055Wed, 06 Mar 2024 20:12:02 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 06 Mar 2024 20:06:02 GMT]]>@xerxist my ubuntu 22.04 install came with kernel 5.15, i have it updated regularly but it doens't update the kernel it seems. But newer fresh installs of ubuntu 22.04 install a newer kernel. I'll check out if the kernel needs to be manually updated

]]>https://xcp-ng.org/forum/post/73054https://xcp-ng.org/forum/post/73054Wed, 06 Mar 2024 20:06:02 GMT<![CDATA[Reply to Intel iGPU passthough on Wed, 06 Mar 2024 19:25:37 GMT]]>@bullerwins

Seems you would need at least Kernel > 5.15 for this to work on the NUC 12-13.
Not sure what got implemented/fixed there but it would need to be back ported for this to work.

]]>https://xcp-ng.org/forum/post/73052https://xcp-ng.org/forum/post/73052Wed, 06 Mar 2024 19:25:37 GMT<![CDATA[Reply to Intel iGPU passthough on Tue, 05 Mar 2024 18:12:02 GMT]]>@xerxist in BIOS mode, i would say it was the default for my ubuntu VM

]]>https://xcp-ng.org/forum/post/72991https://xcp-ng.org/forum/post/72991Tue, 05 Mar 2024 18:12:02 GMT<![CDATA[Reply to Intel iGPU passthough on Tue, 05 Mar 2024 18:07:33 GMT]]>NUC13 is still a no go with ASPM turned off.

Not sure if the kernel needs to recognize it as it doesn't give me the type like on the NUC11

4e3231e4-61e9-4101-abbb-ae2f90fdbd2f-image.png

But the NUC11 is confirmed working fine BIOS or UEFI

]]>https://xcp-ng.org/forum/post/72990https://xcp-ng.org/forum/post/72990Tue, 05 Mar 2024 18:07:33 GMT<![CDATA[Reply to Intel iGPU passthough on Mon, 04 Mar 2024 23:22:02 GMT]]>@tjkreidl

Strange it works on UEFI too now.
Only thing that changed is "ASPM off" in the BIOS of the NUC.
Need to try that too on the NUC 13.

]]>https://xcp-ng.org/forum/post/72937https://xcp-ng.org/forum/post/72937Mon, 04 Mar 2024 23:22:02 GMT