Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign up(Re-)enable IOMMU for Intel GPU #2841
Comments
marmarek
added
C: xen
P: critical
task
labels
Jun 2, 2017
marmarek
added this to the Release 4.1 milestone
Jun 2, 2017
marmarek
referenced this issue
Jun 2, 2017
Closed
Intel GPU: Video-related kernel errors, GPU hang (only mouse works) #2836
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
rustybird
Jul 26, 2017
Weird: Booting the 20170718 R4.0 prerelease on a T420 (latest proprietary BIOS) with iommu=no-igfx results in a Xen panic - I see "BIOS did not enable IGD for VT properly, crash Xen for security purpose" after adding console=vga. But iommu=force appears to works fine!
rustybird
commented
Jul 26, 2017
|
Weird: Booting the 20170718 R4.0 prerelease on a T420 (latest proprietary BIOS) with |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 26, 2017
Member
|
On Wed, Jul 26, 2017 at 01:28:26PM -0700, Rusty Bird wrote:
Weird: Booting the 20170718 R4.0 prerelease on a T420 (latest proprietary BIOS) with `iommu=no-igfx` results in a Xen panic - I see "BIOS did not enable IGD for VT properly, crash Xen for security purpose" after adding `console=vga`. But `iommu=force` appears to works fine!
That's indeed interesting behaviour. Glad it works with IOMMU for you!
…--
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
rustybird
Jul 26, 2017
Seems to be this:
-
force_iommucan be enabled not only byiommu=force, but also automatically byx2apic_bsp_setup()in some cases (such as the T420, apparently) -
iommu_enable_translation()generates a warning whenforce_iommuis off, or a panic whenforce_iommuis on, ifis_igd_vt_enabled_quirk()returns 0. Even if the reason it returns 0 is justiommu=no-igfx.
I'll submit a patch to xen-devel.
rustybird
commented
Jul 26, 2017
|
Seems to be this:
I'll submit a patch to xen-devel. |
added a commit
to rustybird/qubes-vmm-xen
that referenced
this issue
Jul 30, 2017
added a commit
to rustybird/qubes-vmm-xen
that referenced
this issue
Jul 31, 2017
added a commit
to rustybird/qubes-vmm-xen
that referenced
this issue
Aug 2, 2017
marmarek
referenced this issue
Aug 2, 2017
Closed
Booting 4.0-rc1 fails at Loading initial ramdisk #2953
qubesos-bot
referenced this issue
in QubesOS/updates-status
Aug 15, 2017
Closed
vmm-xen v4.8.1-5 (r4.0) #191
marmarek
referenced this issue
Sep 25, 2017
Closed
iommu=no-gfx Xen kernel option causes coreboot laptops to not boot 4.0rc1 #2994
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
mex20
Oct 11, 2017
This issue also occurs on Microsoft UEFI devices. I had a heck of a time figuring out why 4.0 RC1 would get stuck in a boot loop after displaying the loading Xen 4.8.1 text on the Surface boot screen. Changing “iommu=no-igfx” to “iommu=on” fixed the boot loop.
mex20
commented
Oct 11, 2017
|
This issue also occurs on Microsoft UEFI devices. I had a heck of a time figuring out why 4.0 RC1 would get stuck in a boot loop after displaying the loading Xen 4.8.1 text on the Surface boot screen. Changing “iommu=no-igfx” to “iommu=on” fixed the boot loop. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
josephcsible
Feb 2, 2018
With Qubes OS 4.0RC4 in UEFI mode on Intel HD Graphics 4000, I needed to add iommu=no-igfx to not just get a black screen. This wasn't a problem until I upgraded from RC3.
josephcsible
commented
Feb 2, 2018
|
With Qubes OS 4.0RC4 in UEFI mode on Intel HD Graphics 4000, I needed to add iommu=no-igfx to not just get a black screen. This wasn't a problem until I upgraded from RC3. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
RooneyMcNibNug
Mar 29, 2018
I'm possibly having the same issue since 4.0 on a T420 with regular graphics. Installation went fine (tested with multiple installation mediums, including two different USBs and a CD), but bootup shows "squashed" text and then gets stuck at a blank screen where I should be seeing the LVM password field.
The "squashed" bootup I'm seeing is almost exactly the same as the one shown in this post: https://www.reddit.com/r/Qubes/comments/7wheqk/does_anyone_else_get_this_weird_screen_glitch/
RooneyMcNibNug
commented
Mar 29, 2018
|
I'm possibly having the same issue since 4.0 on a T420 with regular graphics. Installation went fine (tested with multiple installation mediums, including two different USBs and a CD), but bootup shows "squashed" text and then gets stuck at a blank screen where I should be seeing the LVM password field. The "squashed" bootup I'm seeing is almost exactly the same as the one shown in this post: https://www.reddit.com/r/Qubes/comments/7wheqk/does_anyone_else_get_this_weird_screen_glitch/ |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
tasket
May 24, 2018
I had to remove iommu=no-igfx from Xen options after configuring anti-evil-maid. Otherwise the AEM bootup resulted in unusable garbage screen and i915 "GPU hang" errors. This is on an Ivy Bridge laptop with integrated graphics.
tasket
commented
May 24, 2018
|
I had to remove |
marmarek commentedJun 2, 2017
Drop
iommu=no-igfxoption.See #2836 (comment)