[SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

DarioP · 2020-07-04 14:48:37

I've just finished building the official Arch linux package (currently v5.7.7) and I confirm that changing the option above is enough to get a booting kernel.

DarioP · 2020-07-04 14:57:14

loqs wrote:

What about booting the arch kernel with with the boot option intel_iommu=on

Yes, this allows to boot the stock kernel without recompiling!

loqs wrote:

or intel_iommu=on,igfx_off?

This produces the same old error.

---------------------

For everyone that has this problem the proposed solution is to add intel_iommu=on to the kernel options.

Since we are in the Newbie Corner, In practice you need to find your bootloader entry file. It should look something like this:

title	Arch Linux
linux  /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options root=YOUR_ROOT_PARTITION_HERE rw

Then append intel_iommu=on to the line starting with options.

Thanks to everybody who helped with this topic!

Last edited by DarioP (2020-07-04 15:17:07)

gianluca.pettinello · 2020-07-05 13:54:19

I confirm that appending intel_iommu=on works. However power usage is 3 W higher. Is it also your case?

DarioP · 2020-07-05 14:05:08

Sorry, I do not know. On my current machine I have never managed to obtain a reading of the discharge current, probably the battery does not report it.

gianluca.pettinello · 2020-07-05 19:55:29

DarioP wrote:

Sorry, I do not know. On my current machine I have never managed to obtain a reading of the discharge current, probably the battery does not report it.

I use powerstat

halasz · 2020-07-05 20:48:29

DarioP wrote:

I think I got it. It boils down to enabling CONFIG_INTEL_IOMMU_DEFAULT_ON

loqs wrote:

What about booting the arch kernel with with the boot option intel_iommu=on

These both work - either compiling 5.7.7.arch1-1 with CONFIG_INTEL_IOMMU_DEFAULT_ON=y or passing intel_iommu=on to stock kernel, thanks everyone. I can't comment on increased power usage but my temperatures are the same.

--- linux/config.orig	2020-07-05 21:17:27.861699654 +020
+++ linux/config	2020-07-05 21:19:17.640803003 +0200
@@ -8811,7 +8811,7 @@ CONFIG_AMD_IOMMU_V2=y
 CONFIG_DMAR_TABLE=y
 CONFIG_INTEL_IOMMU=y
 CONFIG_INTEL_IOMMU_SVM=y
-# CONFIG_INTEL_IOMMU_DEFAULT_ON is not set
+CONFIG_INTEL_IOMMU_DEFAULT_ON=y
 CONFIG_INTEL_IOMMU_FLOPPY_WA=y
 # CONFIG_INTEL_IOMMU_SCALABLE_MODE_DEFAULT_ON is not set
 CONFIG_IRQ_REMAP=y

The above fix conflicts with this bug report : FS#65362 - CONFIG_INTEL_IOMMU_DEFAULT_ON=yes on 5.5.1.arch1-1 causes random system freezes (thinkpad x201) and this commit included in 5.5.1.arch2-1 (although this error isn't seen until 5.7.x)

I'll mark this [SOLVED] but should it also be reported as a bug?

Last edited by halasz (2020-07-05 21:05:15)

loqs · 2020-07-05 21:06:57

Some kernel change between 5.6 and 5.7 causes the i915 module to break unless Intel IOMMU is enabled this would seem to be an upstream kernel bug.
You could open a bug on the arch bug tracker requesting CONFIG_INTEL_IOMMU_DEFAULT_ON=yes

unomar · 2020-07-14 01:05:01

Thanks for everyone's help in this thread. I experienced this issue on Fedora 32 with a 2015 MacBook Pro and the specified kernel options fixed me back up.

fmc000 · 2020-07-16 15:28:26

loqs wrote:

Some kernel change between 5.6 and 5.7 causes the i915 module to break unless Intel IOMMU is enabled this would seem to be an upstream kernel bug.
You could open a bug on the arch bug tracker requesting CONFIG_INTEL_IOMMU_DEFAULT_ON=yes

FWIW, not on every system. My old Vaio boots fine with and without that option.

gianluca.pettinello · 2020-07-16 20:02:25

fmc000 wrote:

loqs wrote:
Some kernel change between 5.6 and 5.7 causes the i915 module to break unless Intel IOMMU is enabled this would seem to be an upstream kernel bug.
You could open a bug on the arch bug tracker requesting CONFIG_INTEL_IOMMU_DEFAULT_ON=yes
FWIW, not on every system. My old Vaio boots fine with and without that option.

And in my case it left 3 W more of power consumed with the strong impression that my discrete GPU (Nvidia) is not turned off.
I'll try to file a bug in kernel bug

loqs · 2020-07-16 20:29:27

@gianluca.pettinello if you could bisect between 5.6 and 5.7 and locate the causal commit that may speed up fixing the issue.
Is the issue istill present under linux 5.8rc5 and linux drm-tip?

gianluca.pettinello · 2020-07-17 06:27:03

loqs wrote:

@gianluca.pettinello if you could bisect between 5.6 and 5.7 and locate the causal commit that may speed up fixing the issue.
Is the issue istill present under linux 5.8rc5 and linux drm-tip?

I'll try kernel 5.8 rc5.
Edit: compiling right now
Edit2: no way it blocks if I remove intel_iommu=on.
Finally I gave up and installed linux-lts kernel.
I'll try to see if I'm able to bisect 5.6 vs 5.7
Edit3: just for info it is not the dGPU which doesn't turn down. It is the IOMMU module that increase the consumption

Last edited by gianluca.pettinello (2020-07-18 09:29:06)

jaywolff5 · 2020-07-23 19:56:39

You guys are life savers. I'm running Arch on a MacBookPro11,4 with intel graphics. I was never able to get the 5.7 kernel booted on this machine, I had downgraded to 5.6.15 since then. Over the last month I started experiencing all kinda weird stability issues with some applications (most commonly Microsoft Teams and VirtualBox) crashing and making systemd completely unresponsive. I tried out the lts kernel but the issues persisted. Adding the "intel_iommu=on" kernel option finally allows me to boot into 5.7. Now running 5.7.9 stock Arch kernel my system is no longer experiencing any of the stability issues previously noted.

Cheers

gianluca.pettinello · 2020-07-24 05:19:55

jaywolff5 wrote:

You guys are life savers. I'm running Arch on a MacBookPro11,4 with intel graphics. I was never able to get the 5.7 kernel booted on this machine, I had downgraded to 5.6.15 since then. Over the last month I started experiencing all kinda weird stability issues with some applications (most commonly Microsoft Teams and VirtualBox) crashing and making systemd completely unresponsive. I tried out the lts kernel but the issues persisted. Adding the "intel_iommu=on" kernel option finally allows me to boot into 5.7. Now running 5.7.9 stock Arch kernel my system is no longer experiencing any of the stability issues previously noted.
Cheers

And in terms of power usage? Is it worse as I'm experiencing?

jaywolff5 · 2020-07-28 00:57:05

And in terms of power usage? Is it worse as I'm experiencing?

i don't really measure power usage, 90% of the time I use this machine its plugged in, especially nowadays that im working remote more often and traveling less.. Its not my laptop, its a work machine so I dont really care to optimize power usage that much.. just install tlp and call it a day.

on another note though, its still crashing systemd 7/10 times when opening teams or virtualbox on the 5.7.10 kernel and the 5.4.33 lts-kernel
i might be opening another thread on this soon..

fspkwon · 2024-08-24 18:37:29

General Options: Drivers: Graphics: Build agp/intel/dri , EFI: if its an EFI Firmware just tick EFIFB <- i dont know how or if this interferes with inteldrmfb yet <- used to let you select
a GMA Driver Framebuffer which i think is IntelDRMFb but this options since gone i think but somehow some where its still there showing up in a message i dont know<-
but elsewise just tick VESA , VGA if its BIOS<- and thatll allow you to use console if uvesafb shows up tick that also:
then install xf86-video-intel and it says that startx will work again. But yes include the modules in HOOKS all of them not just intel hooks for MKINITCPIO
-> found inteldrmfb: disable handling helpers then go in and tick module on intelgmafb and itll reselect it

Last edited by fspkwon (2024-08-24 19:01:56)

V1del · 2024-08-26 16:41:58

Please don't necro 4 year old threads with stuff that's irrelevant to the thread.

Closing

Arch Linux

#51 2020-07-04 14:48:37

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#52 2020-07-04 14:57:14

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#53 2020-07-05 13:54:19

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#54 2020-07-05 14:05:08

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#55 2020-07-05 19:55:29

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#56 2020-07-05 20:48:29

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#57 2020-07-05 21:06:57

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#58 2020-07-14 01:05:01

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#59 2020-07-16 15:28:26

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#60 2020-07-16 20:02:25

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#61 2020-07-16 20:29:27

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#62 2020-07-17 06:27:03

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#63 2020-07-23 19:56:39

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#64 2020-07-24 05:19:55

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#65 2020-07-28 00:57:05

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#66 2024-08-24 18:37:29

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

#67 2024-08-26 16:41:58

Re: [SOLVED] Kernel 5.7 Intel graphics will not boot without nomodeset

Board footer