The upgraded gentoo-sources-4.9.0 fails to print anything after boot. The last string I see is Loading 4.9.0-gentoo... (printed by GRUB). I run gentoo since 2007 on a bunch of machines (laptops, desktop, servers). Kernel upgrades have always been straightforward. gentoo-sources-4.8.15 (and earlier) runs fine on this machine. What can I do to debug this? Is bisect an only option?
Created attachment 457124 [details] 4.9.0 config
Created attachment 457126 [details] 4.8.15 config
anton@r9-008cln ~ $ sudo lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4) 00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d4) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation QM87 Express LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation GK208M [GeForce GT 730M] (rev a1) 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01) 04:00.0 Network controller: Intel Corporation Wireless 7260 (rev 6b) anton@r9-008cln ~ $
I did check https://bugs.gentoo.org/show_bug.cgi?id=602614. My hardware is totally different (no AMD, Intel + nVidia optimus). I think that the problem is different too.
Well, there's not much else for us to work with. You could try to make a kernel config with: make defconfig and then give that a shot and see what happens. Then compare the .config files. Let me know what you try and what happens.
no dice with defconfig doesn't print a line!
I am experiencing the exact same (no output after last grub output). I have a T440p.
Maybe it is worth mentioning that I use UEFI only firmware on my T540p
I confirm that the problem exists with vanilla-sources and git checkout. I'm bisecting.
I've completed bisect. 8e80632fb23f021ce5a6957f2edcdae4645a7030 is the first bad commit commit 8e80632fb23f021ce5a6957f2edcdae4645a7030 Author: Matt Fleming <matt@codeblueprint.co.uk> Date: Tue Mar 1 23:08:03 2016 +0000 efi/esrt: Use efi_mem_reserve() and avoid a kmalloc() We can use the new efi_mem_reserve() API to mark the ESRT table as reserved forever and save ourselves the trouble of copying the data out into a kmalloc buffer. The added advantage is that now the ESRT driver will work across kexec reboot. Tested-by: Dave Young <dyoung@redhat.com> [kexec/kdump] Tested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> [arm] Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Cc: Leif Lindholm <leif.lindholm@linaro.org> Cc: Peter Jones <pjones@redhat.com> Cc: Borislav Petkov <bp@alien8.de> Cc: Mark Rutland <mark.rutland@arm.com> Signed-off-by: Matt Fleming <matt@codeblueprint.co.uk> :040000 040000 83ec82e63717a5b37c5826001a053690e69b32fa efdb5cd4de6cb52062c4c719a2ed1bb1032845b5 M drivers
I have submitted an upstream bug https://bugzilla.kernel.org/show_bug.cgi?id=191121
I wanted to verify my bisect by disabling ESRT in .config. There is CONFIG_EFI_ESRT=y in my .config, however I can't find it in menuconfig. When I set CONFIG_EFI_ESRT=n and made oldconfig, it was reset to CONFIG_EFI_ESRT=y Does this thing have a kernel command line option to disable?
Created attachment 459570 [details, diff] patch 1 of 2
Created attachment 459572 [details, diff] patch 2 of 2
A set of the 2 patches applied to gentoo-sources-4.9.2 fixes the problem for me. It doesn't solve the problem when applied to 4.9.0
could you try with 4.9.5 the patch as been added upstream. x86/efi: Don't allocate memmap through memblock after mm_init() commit 20b1e22d01a4b0b11d3a1066e9feb04be38607ec upstream.
Works with 4.9.6, did not try 4.9.5. Fixed for me.
I'm having this problem on 4.9.8 (hardened-sources). Using Thinkpad X220, UEFI boot.
@anoteros could you bisect (https://wiki.gentoo.org/wiki/Kernel_git-bisect) the kernel ? and give us some more detail ?
(In reply to Alice Ferrazzi from comment #19) > @anoteros > could you bisect (https://wiki.gentoo.org/wiki/Kernel_git-bisect) the kernel > ? > and give us some more detail ? Should I use the regular linux-stable or apply grsecurity and gentoo patches to recreate the hardened sources?
using gentoo-sources. if the problem is with hardened-sources is better if you open a new bug with hardened-sources and the bisect of the hardened-sources.
this problem is still present with 4.10 ?