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
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.
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?
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.