Bug 2310450

Summary:	Kernel 6.10.7 Does Not Boot
Product:	[Fedora] Fedora	Reporter:	jaskerx
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	40	CC:	acaringi, adscvr, agurenko, airlied, alciregi, bskeggs, hdegoede, hpa, josef, kernel-maint, linville, masami256, mchehab, ptalbert, steved, suraj.ghimire7
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-10-03 18:56:27 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description jaskerx 2024-09-06 17:11:48 UTC

1. Please describe the problem:

Updated to Kernel 6.10.7 and now computer does not boot.

2. What is the Version-Release number of the kernel:

6.10.7.

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :

Yes. Problem first appeared with Kernel 6.10.7.

4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:

Reboot the computer. Allow it to automatically choose the newest Kernel (6.10.7). Get errors about AMDGPU frame buffers. 

https://imgur.com/a/C29yq7b

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:

I will have to get back to you with this.


6. Are you running any modules that not shipped with directly Fedora's kernel?:

No. The latest change I made was adding preempt=full to my Kernel arguments, which is working with all the old Kernels.

7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.

Does not work as the Kernel does not boot so nothing is logged.

Reproducible: Always

Comment 1 jaskerx 2024-09-07 18:26:37 UTC

Just tried with the Rawhide Kernel kernel-core-6.11.0-0.rc6.20240905gitc763c4339688.52.fc42.x86_64 and I'm having the same issue so it looks like Kernel 6.10.6 is the only bootable Kernel for my system.

Comment 2 jaskerx 2024-09-10 17:49:21 UTC

Looks like this is my own fault, "preempt=full" is why the Kernel failed to boot removing the argument fixes this. Now without the argument I get occasional audio stuttering which is why I enabled the option in the first place. Can anyone tell me why "preempt=full" would cause this? Could it be that I am using the RPM Fusion version of MESA?

Comment 3 jaskerx 2024-10-03 18:56:27 UTC

Closing this as it seems to be a self inflicted wound. Somehow (I'm guessing by my own hand) grubby removed/deleted my kernel arguments so when I added an argument my boot would hang, since the arg I added would be the only one. When I removed the argument it would boot the grub defaults. I had to `grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg` in order to get all the default args to show up again in grubby, which might have been a good idea because it looks like my grub.cfg hasn't been regenerated since 2021.