From ajb at elrepo.org Wed Apr 5 11:08:04 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Apr 2023 16:08:04 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.240-1] Message-ID: Announcing the release of the kernel-lt-5.4.240-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.240 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.240-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.240-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.240-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.240-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.240-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.240-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.240-1.el7.elrepo.x86_64.rpm perf-5.4.240-1.el7.elrepo.x86_64.rpm python-perf-5.4.240-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.240-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Apr 5 11:08:19 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Apr 2023 16:08:19 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.240-1] Message-ID: Announcing the release of the kernel-lt-5.4.240-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.240 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.240-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.240-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.240-1.el8.elrepo.x86_64.rpm perf-5.4.240-1.el8.elrepo.x86_64.rpm python3-perf-5.4.240-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.240-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 6 10:20:15 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 6 Apr 2023 15:20:15 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.10-1] Message-ID: Announcing the release of the kernel-ml-6.2.10-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.10 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.10-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.10-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.10-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.10-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.10-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 6 10:20:18 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 6 Apr 2023 15:20:18 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.10-1] Message-ID: Announcing the release of the kernel-ml-6.2.10-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.10 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.10-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.10-1.el8.elrepo.x86_64.rpm perf-6.2.10-1.el8.elrepo.x86_64.rpm python3-perf-6.2.10-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.10-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 6 10:20:23 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 6 Apr 2023 15:20:23 +0100 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.10-1] Message-ID: Announcing the release of the kernel-ml-6.2.10-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.10 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.10-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.10-1.el9.elrepo.aarch64.rpm perf-6.2.10-1.el9.elrepo.aarch64.rpm python3-perf-6.2.10-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.10-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.10-1.el9.elrepo.x86_64.rpm perf-6.2.10-1.el9.elrepo.x86_64.rpm python3-perf-6.2.10-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.10-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Apr 14 10:28:12 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 14 Apr 2023 15:28:12 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.11-1] Message-ID: Announcing the release of the kernel-ml-6.2.11-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.11 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.11-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.11-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.11-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.11-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.11-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Apr 14 10:28:18 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 14 Apr 2023 15:28:18 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.11-1] Message-ID: Announcing the release of the kernel-ml-6.2.11-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.11 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.11-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.11-1.el8.elrepo.x86_64.rpm perf-6.2.11-1.el8.elrepo.x86_64.rpm python3-perf-6.2.11-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.11-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Apr 14 10:28:22 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 14 Apr 2023 15:28:22 +0100 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.11-1] Message-ID: Announcing the release of the kernel-ml-6.2.11-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.11 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.11-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.11-1.el9.elrepo.aarch64.rpm perf-6.2.11-1.el9.elrepo.aarch64.rpm python3-perf-6.2.11-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.11-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.11-1.el9.elrepo.x86_64.rpm perf-6.2.11-1.el9.elrepo.x86_64.rpm python3-perf-6.2.11-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.11-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 20 11:12:14 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Apr 2023 16:12:14 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.241-1] Message-ID: Announcing the release of the kernel-lt-5.4.241-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.241 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.241-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.241-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.241-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.241-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.241-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.241-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.241-1.el7.elrepo.x86_64.rpm perf-5.4.241-1.el7.elrepo.x86_64.rpm python-perf-5.4.241-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.241-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 20 11:12:18 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Apr 2023 16:12:18 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.241-1] Message-ID: Announcing the release of the kernel-lt-5.4.241-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.241 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.241-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.241-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.241-1.el8.elrepo.x86_64.rpm perf-5.4.241-1.el8.elrepo.x86_64.rpm python3-perf-5.4.241-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.241-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 20 11:12:23 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Apr 2023 16:12:23 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.12-1] Message-ID: Announcing the release of the kernel-ml-6.2.12-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.12 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.12-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.12-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.12-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.12-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.12-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 20 11:12:27 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Apr 2023 16:12:27 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.12-1] Message-ID: Announcing the release of the kernel-ml-6.2.12-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.12 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.12-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.12-1.el8.elrepo.x86_64.rpm perf-6.2.12-1.el8.elrepo.x86_64.rpm python3-perf-6.2.12-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.12-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Apr 20 11:12:31 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Apr 2023 16:12:31 +0100 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.12-1] Message-ID: Announcing the release of the kernel-ml-6.2.12-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.12 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.12-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.12-1.el9.elrepo.aarch64.rpm perf-6.2.12-1.el9.elrepo.aarch64.rpm python3-perf-6.2.12-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.12-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.12-1.el9.elrepo.x86_64.rpm perf-6.2.12-1.el9.elrepo.x86_64.rpm python3-perf-6.2.12-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.12-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From orion at nwra.com Fri Apr 21 12:20:13 2023 From: orion at nwra.com (Orion Poplawski) Date: Fri, 21 Apr 2023 10:20:13 -0600 Subject: [elrepo] kmod-ovpn-dco-v2 Message-ID: <3f639da5-3901-9acd-bf0a-3d97c9fb255a@nwra.com> I started poking at packaging the ovpn-dco driver for EL8 and came up with: http://www.cora.nwra.com/~orion/kmod-ovpn-dco-v2-0.2.20230323-1.el8.src.rpm It was based off of the kmod-e100 package. Feel free to use it in ELRepo and/or let me know of any changes that should be made. Perhaps the package should be named kmod-ovpn-dco ? -- Orion Poplawski IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 https://www.nwra.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3847 bytes Desc: S/MIME Cryptographic Signature URL: From phil at elrepo.org Fri Apr 21 14:11:51 2023 From: phil at elrepo.org (Phil Perry) Date: Fri, 21 Apr 2023 19:11:51 +0100 Subject: [elrepo] kmod-ovpn-dco-v2 In-Reply-To: <3f639da5-3901-9acd-bf0a-3d97c9fb255a@nwra.com> References: <3f639da5-3901-9acd-bf0a-3d97c9fb255a@nwra.com> Message-ID: On 21/04/2023 17:20, Orion Poplawski wrote: > I started poking at packaging the ovpn-dco driver for EL8 and came up with: > > http://www.cora.nwra.com/~orion/kmod-ovpn-dco-v2-0.2.20230323-1.el8.src.rpm > > It was based off of the kmod-e100 package. Feel free to use it in ELRepo > and/or let me know of any changes that should be made. > > Perhaps the package should be named kmod-ovpn-dco ? > > Hi Orion, I'm happy to take a look over the weekend. We'd be happy to get it into elrepo :-) Would you be interested in maintaining it in elrepo going forward? Phil From orion at nwra.com Fri Apr 21 17:52:26 2023 From: orion at nwra.com (Orion Poplawski) Date: Fri, 21 Apr 2023 15:52:26 -0600 Subject: [elrepo] kmod-ovpn-dco-v2 In-Reply-To: References: <3f639da5-3901-9acd-bf0a-3d97c9fb255a@nwra.com> Message-ID: <502768a3-7bfa-b4da-3fff-e861473d27ef@nwra.com> On 4/21/23 12:11, Phil Perry wrote: > On 21/04/2023 17:20, Orion Poplawski wrote: >> I started poking at packaging the ovpn-dco driver for EL8 and came up with: >> >> https://www.cora.nwra.com/~orion/kmod-ovpn-dco-v2-0.2.20230323-1.el8.src.rpm >> >> It was based off of the kmod-e100 package.? Feel free to use it in ELRepo >> and/or let me know of any changes that should be made. >> >> Perhaps the package should be named kmod-ovpn-dco ? >> >> > > Hi Orion, > > I'm happy to take a look over the weekend. We'd be happy to get it into elrepo > :-) Great, thanks! Here's another version which just the kmod-ovpn-dco name: https://www.cora.nwra.com/~orion/kmod-ovpn-dco-0.2.20230323-1.el8.src.rpm > Would you be interested in maintaining it in elrepo going forward? I think I could do that. I'm a pretty active Fedora/EPEL maintainer but have not done anything with ELRepo yet. -- Orion Poplawski IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 https://www.nwra.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3847 bytes Desc: S/MIME Cryptographic Signature URL: From phil at elrepo.org Sun Apr 23 15:07:46 2023 From: phil at elrepo.org (Phil Perry) Date: Sun, 23 Apr 2023 20:07:46 +0100 Subject: [elrepo] kmod-ovpn-dco-v2 In-Reply-To: <502768a3-7bfa-b4da-3fff-e861473d27ef@nwra.com> References: <3f639da5-3901-9acd-bf0a-3d97c9fb255a@nwra.com> <502768a3-7bfa-b4da-3fff-e861473d27ef@nwra.com> Message-ID: <00541591-80bb-dbf2-f3d2-40ea3bd19bb5@elrepo.org> On 21/04/2023 22:52, Orion Poplawski wrote: > On 4/21/23 12:11, Phil Perry wrote: >> On 21/04/2023 17:20, Orion Poplawski wrote: >>> I started poking at packaging the ovpn-dco driver for EL8 and came up with: >>> >>> https://www.cora.nwra.com/~orion/kmod-ovpn-dco-v2-0.2.20230323-1.el8.src.rpm >>> >>> It was based off of the kmod-e100 package.? Feel free to use it in ELRepo >>> and/or let me know of any changes that should be made. >>> >>> Perhaps the package should be named kmod-ovpn-dco ? >>> >>> >> >> Hi Orion, >> >> I'm happy to take a look over the weekend. We'd be happy to get it into elrepo >> :-) > > Great, thanks! Here's another version which just the kmod-ovpn-dco name: > > https://www.cora.nwra.com/~orion/kmod-ovpn-dco-0.2.20230323-1.el8.src.rpm > Just had a quick look, and it builds fine (as expected). Hmm, see what you mean by the naming - that escaped me earlier. Normally we would name the kmod package based on the module name - ovpn-dco-v2.ko. Which is kind of horrible. What's the v2 supposed to signify I wonder - is it version 2? Is there going to be a version 3 ovpn-dco-v3.ko at some point. Having versioning within the name makes no sense (if that's what it is), but that's an upstream issue, not ours. Which would you prefer? I'm happy to drop the -v2 if that's what you prefer. I've also emailed the maintainer (and copied you in) to see if he can offer some insight into the naming and maybe offer us a steer. Phil >> Would you be interested in maintaining it in elrepo going forward? > > I think I could do that. I'm a pretty active Fedora/EPEL maintainer but have > not done anything with ELRepo yet. > > Fab - probably best to email me off list and we can discuss options. From ajb at elrepo.org Sun Apr 23 18:58:16 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 23 Apr 2023 23:58:16 +0100 Subject: [elrepo] Announcement: EL7 New kernel-ml Release [6.3.0-1] Message-ID: Announcing the release of the kernel-ml-6.3.0-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.3.0-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.3.0-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.3.0-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.3.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.3.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.0-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.3.0-1.el7.elrepo.nosrc.rpm Note 1: As of kernel-ml version 6.0.0 onwards we are unable to continue providing the perf and python-perf packages. Note 2: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 4.9, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6ec4476ac82512f09c94aff5972654b70f3772b2 [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sun Apr 23 18:58:22 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 23 Apr 2023 23:58:22 +0100 Subject: [elrepo] Announcement: EL8 New kernel-ml Release [6.3.0-1] Message-ID: Announcing the release of the kernel-ml-6.3.0-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.3.0-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.0-1.el8.elrepo.x86_64.rpm perf-6.3.0-1.el8.elrepo.x86_64.rpm python3-perf-6.3.0-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.3.0-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Sun Apr 23 18:58:27 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 23 Apr 2023 23:58:27 +0100 Subject: [elrepo] Announcement: EL9 New kernel-ml Release [6.3.0-1] Message-ID: Announcing the release of the kernel-ml-6.3.0-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.3.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.3.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.3.0-1.el9.elrepo.aarch64.rpm perf-6.3.0-1.el9.elrepo.aarch64.rpm python3-perf-6.3.0-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.3.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.0-1.el9.elrepo.x86_64.rpm perf-6.3.0-1.el9.elrepo.x86_64.rpm python3-perf-6.3.0-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.3.0-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Mon Apr 24 10:14:01 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 24 Apr 2023 15:14:01 +0100 Subject: [elrepo] Announcement: EL9 New kernel-lt Release [6.1.25-1] Message-ID: Announcing the release of the kernel-lt-6.1.25-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.25 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.25-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.25-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.25-1.el9.elrepo.aarch64.rpm perf-6.1.25-1.el9.elrepo.aarch64.rpm python3-perf-6.1.25-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.25-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.25-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.25-1.el9.elrepo.x86_64.rpm perf-6.1.25-1.el9.elrepo.x86_64.rpm python3-perf-6.1.25-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.25-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ddebonis at ciq.co Wed Apr 26 16:42:26 2023 From: ddebonis at ciq.co (David DeBonis) Date: Wed, 26 Apr 2023 14:42:26 -0600 Subject: [elrepo] Build error on aarch64 Message-ID: A colleague and I noticed a build issue when compiling on aarch64: zipmodules does not have a default define in the spec file for aarch64 (only x86_64 and noarch does) This causes a build error on our system. Not sure if this is an oversight or intentional. -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Wed Apr 26 17:42:09 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 26 Apr 2023 14:42:09 -0700 Subject: [elrepo] Build error on aarch64 In-Reply-To: References: Message-ID: On Wed, Apr 26, 2023 at 1:43?PM David DeBonis via elrepo < elrepo at lists.elrepo.org> wrote: > A colleague and I noticed a build issue when compiling on aarch64: > > zipmodules does not have a default define in the spec file for aarch64 > (only x86_64 and noarch does) > > This causes a build error on our system. Not sure if this is an oversight > or intentional. > I see this in the spec file: # Compress modules on all architectures that build modules. %ifarch x86_64 || aarch64 %global zipmodules 1 %else %global zipmodules 0 %endif What build error do you see? Can you copy here? Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Wed Apr 26 18:42:32 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 26 Apr 2023 15:42:32 -0700 Subject: [elrepo] Build error on aarch64 In-Reply-To: References: Message-ID: Support for aarch64 was introduced in el9, so it is not in the spec file for el8. For example, you can modify: # Kernel-lt, devel, headers, perf, tools and bpftool. %ifarch x86_64 to: # Kernel-lt, devel, headers, perf, tools and bpftool. %ifarch x86_64 || aarch64 and maybe other places as needed. Akemi On Wed, Apr 26, 2023 at 3:28?PM David DeBonis wrote: > This is different in > https://elrepo.org/linux/kernel/el8/SPECS/kernel-lt-5.4.spec where there > is no defined value for aarch64 I believe. > > On Wed, Apr 26, 2023 at 3:42?PM Akemi Yagi wrote: > >> On Wed, Apr 26, 2023 at 1:43?PM David DeBonis via elrepo < >> elrepo at lists.elrepo.org> wrote: >> >>> A colleague and I noticed a build issue when compiling on aarch64: >>> >>> zipmodules does not have a default define in the spec file for aarch64 >>> (only x86_64 and noarch does) >>> >>> This causes a build error on our system. Not sure if this is an >>> oversight or intentional. >>> >> >> I see this in the spec file: >> >> # Compress modules on all architectures that build modules. >> %ifarch x86_64 || aarch64 >> %global zipmodules 1 >> %else >> %global zipmodules 0 >> %endif >> >> What build error do you see? Can you copy here? >> >> Akemi >> > > > -- > David DeBonis > *Computer Scientist* > > *P* 505 249 6452 | *E* ddebonis at ciq.co | *W* *ciq.co* > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Sat Apr 29 13:02:38 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Apr 2023 18:02:38 +0100 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.26-1] Message-ID: Announcing the release of the kernel-lt-6.1.26-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.26 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.26-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.26-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.26-1.el9.elrepo.aarch64.rpm perf-6.1.26-1.el9.elrepo.aarch64.rpm python3-perf-6.1.26-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.26-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.26-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.26-1.el9.elrepo.x86_64.rpm perf-6.1.26-1.el9.elrepo.x86_64.rpm python3-perf-6.1.26-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.26-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Apr 29 15:13:24 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Apr 2023 20:13:24 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.242-1] Message-ID: Announcing the release of the kernel-lt-5.4.242-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.242 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.242-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.242-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.242-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.242-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.242-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.242-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.242-1.el7.elrepo.x86_64.rpm perf-5.4.242-1.el7.elrepo.x86_64.rpm python-perf-5.4.242-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.242-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Apr 29 15:13:28 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Apr 2023 20:13:28 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.242-1] Message-ID: Announcing the release of the kernel-lt-5.4.242-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.242 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.242-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.242-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.242-1.el8.elrepo.x86_64.rpm perf-5.4.242-1.el8.elrepo.x86_64.rpm python3-perf-5.4.242-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.242-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/