Fedora 38 Latest Surface kernel not selected upon update
Environment
Hardware model: SP9
Kernel version: Linux xx 6.6.6-1.surface.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Dec 13 21:57:43 UTC 2023 x86_64 GNU/Linux
Distribution: Fedora 38
`dmesg` output
```
please provide a copy of `dmesg` here if possible
```
For the last few months the latest kernel version has not been selected when there's a new surface kernel release.
I just updated to 6.6.6-1.surface.fc38.x86_64; I manually selected this entry to boot into it. By default the default grub entry is 6.5.11-1.surface.fc38.x86_64
I saw this issue https://github.com/linux-surface/linux-surface/issues/1054; When I attempt to manually override the selected entry with
grubby --set-default /boot/vmlinuz*surface*
this is the output:
The default is /boot/loader/entries/878880e653da4bc3840d8c3e56d0c0d6-6.5.11-1.surface.fc38.x86_64.conf with index 4 and kernel /boot/vmlinuz-6.5.11-1.surface.fc38.x86_64
Not sure how this issue was solved in the past, but this is still present up to kernel 6.6.6-1
Fedora 38 Latest Surface kernel not selected upon update
Environment
Hardware model: SP9
Kernel version: Linux xx 6.6.6-1.surface.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Dec 13 21:57:43 UTC 2023 x86_64 GNU/Linux
Distribution: Fedora 38
`dmesg` output
``` please provide a copy of `dmesg` here if possible ```For the last few months the latest kernel version has not been selected when there's a new surface kernel release.
I just updated to 6.6.6-1.surface.fc38.x86_64; I manually selected this entry to boot into it. By default the default grub entry is 6.5.11-1.surface.fc38.x86_64
I saw this issue https://github.com/linux-surface/linux-surface/issues/1054; When I attempt to manually override the selected entry with
grubby --set-default /boot/vmlinuz*surface*
this is the output:The default is /boot/loader/entries/878880e653da4bc3840d8c3e56d0c0d6-6.5.11-1.surface.fc38.x86_64.conf with index 4 and kernel /boot/vmlinuz-6.5.11-1.surface.fc38.x86_64
Not sure how this issue was solved in the past, but this is still present up to kernel 6.6.6-1