bieszczaders/kernel-cachyos

i have created a repo with the version for you here: andersrh/cachyos-kernel-6.7.0 Copr
It should be an exact build of the state from 6.7.0 with patches as they were at that point in time.

add the repo:

sudo dnf copr enable andersrh/cachyos-kernel-6.7.0

install the kernel:

sudo dnf install kernel-cachyos kernel-cachyos-devel-matched

beware you may need to disable this official repo in order to install the older version from my repo, since dnf will choose the newest available version.

let me know if there are any issues or questions.

Itā€™s probably a dnf thing.
I updated from 6.9.2 to 6.9.3, but after I installed/reinstall manually some packages related to kernel-cachyos-6.9.3-cb1.0 (devel, devel-matched etc) the kernel was removed from /boot despite being considered installed by dnf. I was running dracut as I usually do after an update for plymouth to work on external monitor on NVIDIA drivers, and it showed a message that wasnā€™t finding files for that kernel.
The LTO I just installed since this weird thing happened.

Try to remove cachyos kernel with rpm -e --nodeps $(rpm -qa | grep cachyos) and reinstall it with sudo dnf install kernel-cachyos-devel-matched or sudo dnf install kernel-cachyos-lto-devel-matched. Also you shouldnt have both lto and normal kernels installed since akmod build for nvidia will fail on gcc built kernel if lto repo is enabled.

Iā€™m not using both I am booted to 6.9.3-cb1.0. The LTO one wasnā€™t installed I installed because of the occurrence.


Using dnf reinstall did not solve it either.

Whatever happened, after randomly trying, it finally reinstalled it correctly.

1 Like

Is it possible to add kernel-tools (and its devel) as well? I think this has been requested before, but not replied to.

Would very much like to see a comeback of the RT kernelā€¦

Hello, thank you very much for providing RT kernels for Fedora. Results in the audio field of applications are awesome.
Is there any chance that you will move the RT kernel to 6.10 which seems to be a new reference for this ?
Thank you.

our plan is to update the RT kernel again for the 6.12 kernel release.

2 Likes

Iā€™m gonna ramble a bit.
It seems that the change to Tuned on Fedora 41 Beta is causing incompatibility problems on my machine. Not really sure if itā€™s just with Negativo17ā€™s NVIDIA drivers or if itā€™s the drivers + if itā€™s kernel-cachyos and kernel-cachyos-addons. It also happened when I decided to test tuned on Fedora 40.

Had weird behaviors on Fedora 40 when I decided testing Tuned and now on Fedora 41 Beta had the same issues (slugish terminals, browsers; browsers no fully loading pages etc, extremelly slow DNF, probably because of the slugish terminals). Switching back to power profiles daemon solved it.
For a ā€¦ conformant test, I removed kernel-cachyos and the addons plus negativo17ā€™s driver, and switched to RPMFusion and Iā€™m keeping just Fedoraā€™s kernel for now to check if I get those problems again.

Now Fedoraā€™s kernels are also installing two additional packages: kernel-tools and kernel-tools-libs. Described as ā€œAssortment of tools for the Linux kernelā€ and ā€œLibraries for kernel-toolsā€ respectively.

āÆ rpm -ql kernel-tools
/etc/logrotate.d/kvm_stat
/usr/bin/centrino-decode
/usr/bin/cpupower
/usr/bin/gpio-event-mon
/usr/bin/gpio-hammer
/usr/bin/gpio-watch
/usr/bin/iio_event_monitor
/usr/bin/iio_generic_buffer
/usr/bin/intel-speed-select
/usr/bin/kvm_stat
/usr/bin/lsgpio
/usr/bin/lsiio
/usr/bin/page_owner_sort
/usr/bin/powernow-k8-decode
/usr/bin/slabinfo
/usr/bin/tmon
/usr/bin/turbostat
/usr/bin/x86_energy_perf_policy
/usr/lib/systemd/system/kvm_stat.service
/usr/sbin/intel_sdsi
/usr/share/bash-completion/completions/cpupower
/usr/share/locale/cs/LC_MESSAGES/cpupower.mo
/usr/share/locale/de/LC_MESSAGES/cpupower.mo
/usr/share/locale/fr/LC_MESSAGES/cpupower.mo
/usr/share/locale/it/LC_MESSAGES/cpupower.mo
/usr/share/locale/ka/LC_MESSAGES/cpupower.mo
/usr/share/locale/pt/LC_MESSAGES/cpupower.mo
/usr/share/man/man1/cpupower-frequency-info.1.gz
/usr/share/man/man1/cpupower-frequency-set.1.gz
/usr/share/man/man1/cpupower-idle-info.1.gz
/usr/share/man/man1/cpupower-idle-set.1.gz
/usr/share/man/man1/cpupower-info.1.gz
/usr/share/man/man1/cpupower-monitor.1.gz
/usr/share/man/man1/cpupower-powercap-info.1.gz
/usr/share/man/man1/cpupower-set.1.gz
/usr/share/man/man1/cpupower.1.gz
/usr/share/man/man1/kvm_stat.1.gz
/usr/share/man/man8/turbostat.8.gz
/usr/share/man/man8/x86_energy_perf_policy.8.gz
~ 
āÆ rpm -ql kernel-tools-libs
/usr/lib64/libcpupower.so.0.0.1
/usr/lib64/libcpupower.so.1
1 Like

What is the theme of your terminal and fonts

The rambling continues. :wink:

It seems that the problems I had with Tuned was DNF didnā€™t update what is needed for it to work. (probaly/maybe/in theory). I have to test kernel-cachyos with my current fresh install of Fedora 41 Beta to check.

On my backups from my Fedora 41 beta upgrade form Fedora 40 the kernel args/cmdline has a variable called $tuned_params. Which is not present on the system that was upgrade but is present on my fresh install. There is also a $tuned_initrd that Iā€™m not sure how to search o my backups to check it was also present or not.

Current fresh install of Fedora 41 Beta

āÆ doas grubby --info ALL | grep tuned
args="ro rootflags=subvol=root rd.luks.uuid=luks-b43b0149-b117-4cda-a1c8-4a7a3c4980aa rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau $tuned_params"
initrd="/boot/initramfs-6.11.4-300.fc41.x86_64.img $tuned_initrd"
args="ro rootflags=subvol=root rd.luks.uuid=luks-b43b0149-b117-4cda-a1c8-4a7a3c4980aa rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau $tuned_params"
initrd="/boot/initramfs-6.11.3-300.fc41.x86_64.img $tuned_initrd"

Previous Fedora 41 Beta upgrade from Fedora 40 just before I formatted my system and did a fresh install.

āÆ cat /<mybackupspath>/root.20241014T085636-0300_2/etc/kernel/cmdline
root=UUID=04d301aa-1f37-4a9b-88c8-745e9a0e1435 ro rootflags=subvol=root rd.luks.uuid=luks-75e2b4c0-1c2e-4136-a739-c53e9ba99fae rhgb quiet mem_sleep_default=deep rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

Hi. Sorry for the late reply. Keep us updated about the issue :slight_smile:

And feel free to create an issue on our Github repo, if there is anything, we shall look into :slight_smile: Issues Ā· CachyOS/copr-linux-cachyos Ā· GitHub

I did one more test. Iā€™m not sure, have to test more, but have to be on a different installation, if itā€™s a combination of using CachyOSā€™s kernel and Negativo17ā€™s NVIDIA drivers or just chaning the kernel

I installed Fedora 40 (original ISO) on my external USB SSD. worth noting I used DNF4 not DNF5 to upgrade.

  1. after upgrading and installing RPMFusionā€™s NVIDIA dirvers, it did not add the nvidia.drm=1 line to GRUB, because things were really slughish. Note: NVIDIA driver 555 for F40 seems to have problems because the system still feels worth than with driver 560;
~> cat /etc/kernel/cmdline 
root=UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

~> doas grubby --update-kernel=ALL --args='nvidia-drm.modeset=1' 
~> cat /etc/kernel/cmdline
root=UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1
  1. after upgrading the full system to the latest available for F40 and upgrading to F41 Beta it did not add the tuned related variables to the grub file/kernel lines.

Fedora 40 fully upgrade before upgrading to Fedora 41

index=0
kernel="/boot/vmlinuz-6.11.3-200.fc40.x86_64"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-6.11.3-200.fc40.x86_64.img"
title="Fedora Linux (6.11.3-200.fc40.x86_64) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-6.11.3-200.fc40.x86_64"
index=1
kernel="/boot/vmlinuz-6.10.11-200.fc40.x86_64"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-6.10.11-200.fc40.x86_64.img"
title="Fedora Linux (6.10.11-200.fc40.x86_64) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-6.10.11-200.fc40.x86_64"
index=2
kernel="/boot/vmlinuz-0-rescue-bdf2a1d511d3438dae4305da0267979a"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-0-rescue-bdf2a1d511d3438dae4305da0267979a.img"
title="Fedora Linux (0-rescue-bdf2a1d511d3438dae4305da0267979a) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-0-rescue"
root=UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1

Fedora 41 upgrade from Fedora 40

index=0
kernel="/boot/vmlinuz-6.11.3-300.fc41.x86_64"
args="ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-6.11.3-300.fc41.x86_64.img"
title="Fedora Linux (6.11.3-300.fc41.x86_64) 41 (Workstation Edition Prerelease)"
id="bdf2a1d511d3438dae4305da0267979a-6.11.3-300.fc41.x86_64"
index=1
kernel="/boot/vmlinuz-6.11.3-200.fc40.x86_64"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-6.11.3-200.fc40.x86_64.img"
title="Fedora Linux (6.11.3-200.fc40.x86_64) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-6.11.3-200.fc40.x86_64"
index=2
kernel="/boot/vmlinuz-6.10.11-200.fc40.x86_64"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-6.10.11-200.fc40.x86_64.img"
title="Fedora Linux (6.10.11-200.fc40.x86_64) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-6.10.11-200.fc40.x86_64"
index=3
kernel="/boot/vmlinuz-0-rescue-bdf2a1d511d3438dae4305da0267979a"
args="ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau"
root="UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb"
initrd="/boot/initramfs-0-rescue-bdf2a1d511d3438dae4305da0267979a.img"
title="Fedora Linux (0-rescue-bdf2a1d511d3438dae4305da0267979a) 40 (Workstation Edition)"
id="bdf2a1d511d3438dae4305da0267979a-0-rescue"
root=UUID=4dfe73f1-47b0-46da-a5b0-d259f1f40ffb ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

I did not test yet with negativo17 and CachyOS repositories nor I stayed long enough to check if the ā€œstrange behaviorā€ would start.

I was about to continue to test, installed kernel cachyos, not uksmd yet. Restarted after a while with no problems I loock at the sevices, and the upgrade didnā€™t replace power-profiles-daemon with tuned.

> doas systemctl status tuned.service 
Unit tuned.service could not be found.
msm@tars ~ [4]> doas systemctl status power-profiles-daemon.service 
ā— power-profiles-daemon.service - Power Profiles daemon
     Loaded: loaded (/usr/lib/systemd/system/power-profiles-daemon.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/service.d
             ā””ā”€10-timeout-abort.conf
     Active: active (running) since Fri 2024-10-25 12:47:35 -03; 26min ago
 Invocation: 23a8d67a2ca24017ae33d5333ccb9949
   Main PID: 14789 (power-profiles-)
      Tasks: 4 (limit: 18753)
     Memory: 1.7M (peak: 8.9M)
        CPU: 81ms
     CGroup: /system.slice/power-profiles-daemon.service
             ā””ā”€14789 /usr/libexec/power-profiles-daemon

Oct 25 12:47:35 tars systemd[1]: Starting power-profiles-daemon.service - Power Profiles daemon...
Oct 25 12:47:35 tars systemd[1]: Started power-profiles-daemon.service - Power Profiles daemon.
msm@tars ~> history | grep -E "power|tuned"
doas systemctl status power-profiles-daemon.service
doas systemctl status tuned.service
doas grubby --info ALL | grep tuned
msm@tars ~> bash
[msm@tars ~]$ history | grep -E "power|tuned"
   94  history | grep -E "power|tuned"

On this new test installation, after swapping to tuned with dnf and with the current Cachyos kernel version and with or without the uksmd addon, I havenā€™t notice any of the problems.

~> doas dnf swap power-profiles-daemon tuned-ppd
Updating and loading repositories:
Repositories loaded.
Package                                                                 Arch             Version                                                                  Repository                                    Size
Removing:
 power-profiles-daemon                                                  x86_64           0.23-1.fc41                                                              <unknown>                                187.5 KiB
Installing:
 tuned-ppd                                                              noarch           2.24.0-4.fc41                                                            fedora                                     6.3 KiB
Installing dependencies:
 hdparm                                                                 x86_64           9.65-6.fc41                                                              fedora                                   188.9 KiB
 kernel-tools-libs                                                      x86_64           6.11.4-301.fc41                                                          fedora                                    34.3 KiB
 libtraceevent                                                          x86_64           1.8.2-4.fc41                                                             fedora                                     1.5 MiB
 python3-linux-procfs                                                   noarch           0.7.3-6.fc41                                                             fedora                                    91.7 KiB
 python3-perf                                                           x86_64           6.11.4-301.fc41                                                          fedora                                     8.6 MiB
 tuned                                                                  noarch           2.24.0-4.fc41                                                            fedora                                     1.5 MiB
 virt-what                                                              x86_64           1.27-1.fc41                                                              fedora                                    76.1 KiB
Installing weak dependencies:
 kernel-tools                                                           x86_64           6.11.4-301.fc41                                                          fedora                                   895.9 KiB

Transaction Summary:
 Installing:         9 packages
 Removing:           1 package

Total size of inbound packages is 3 MiB. Need to download 3 MiB.
After this operation, 13 MiB extra will be used (install 13 MiB, remove 188 KiB).
Is this ok [Y/n]:

~ > doas dnf install libcap-ng libcap-ng-devel procps-ng procps-ng-devel
...
Complete!
~ > doas dnf install uksmd
...
Complete!

~ > doas systemctl enable --now uksmd.service

I even removed RPMFusionā€™s NVIDIA drivers and installed from Negativo17ā€™s and notice no problems yet. Worth noting that Negativoā€™s is shipping a beta driver 565.57.01, but even with that one notice no problems yet.

So besides not updating the kernel parameters and not installing tuned and replacing power-profiles-daemon, the problems seem to be gone with the current updates

I did not know but, Fedora is now setting modeset internally in the module for NVIDIA.

The Tuned issue seems to not be a thing anymore, but have to do another test installation.

Hello CachyOS kernel maintainer. I get this warning on post install steps, look like this :


How this warning can appear? I think it better to resolve it immediately. Thanks for your response :pray:t2:

Hi, I appreciate the kernel build and all the work the Cachy team puts in! Can you confirm if this has the t2 patches included or not? I assume it does but there seemed to be a few bugs i did not encounter in the full cachyos experience or the latest fedora t2 image. If youā€™ve got the t2 patches in, do you care to take any bug reports directly if they seem specific to your kernel build, or would it be better for me to leave bugs info somewhere else? Itā€™s not the end of the world, just prefer your kernel to the default. Thanks!