From johnpilk222 at gmail.com Wed Jan 5 05:52:58 2022 From: johnpilk222 at gmail.com (John Pilkington) Date: Wed, 5 Jan 2022 10:52:58 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On 29/12/2021 14:21, Alan Bartlett wrote: > Announcing the release of the kernel-lt-5.4.169-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.169 > > The following files are currently synchronising to our mirror sites: > > x86_64 > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm Firefox sees the files as expected in the mirrors, but yum hasn't noticed. ? John P From ajb at elrepo.org Wed Jan 5 11:01:53 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Jan 2022 16:01:53 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.170-1] Message-ID: Announcing the release of the kernel-lt-5.4.170-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.170 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.170-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.170-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.170-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.170-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.170-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.170-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.170-1.el7.elrepo.x86_64.rpm perf-5.4.170-1.el7.elrepo.x86_64.rpm python-perf-5.4.170-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.170-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 Jan 5 11:01:58 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Jan 2022 16:01:58 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.170-1] Message-ID: Announcing the release of the kernel-lt-5.4.170-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.170 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.170-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.170-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.170-1.el8.elrepo.x86_64.rpm perf-5.4.170-1.el8.elrepo.x86_64.rpm python3-perf-5.4.170-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.170-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 Wed Jan 5 11:02:03 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Jan 2022 16:02:03 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.15.13-1] Message-ID: Announcing the release of the kernel-ml-5.15.13-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/v5.x/ChangeLog-5.15.13 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.15.13-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.15.13-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.15.13-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.15.13-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.15.13-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.15.13-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.15.13-1.el7.elrepo.x86_64.rpm perf-5.15.13-1.el7.elrepo.x86_64.rpm python-perf-5.15.13-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.15.13-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-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 Wed Jan 5 11:02:08 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Jan 2022 16:02:08 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.15.13-1] Message-ID: Announcing the release of the kernel-ml-5.15.13-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/v5.x/ChangeLog-5.15.13 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.15.13-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.15.13-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.15.13-1.el8.elrepo.x86_64.rpm perf-5.15.13-1.el8.elrepo.x86_64.rpm python3-perf-5.15.13-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.15.13-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 toracat at elrepo.org Wed Jan 5 11:21:02 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 5 Jan 2022 08:21:02 -0800 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On Wed, Jan 5, 2022 at 2:54 AM John Pilkington wrote: > On 29/12/2021 14:21, Alan Bartlett wrote: > > Announcing the release of the kernel-lt-5.4.169-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.169 > > > > The following files are currently synchronising to our mirror sites: > > > > x86_64 > > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm > > Firefox sees the files as expected in the mirrors, but yum hasn't > noticed. ? > > John P > Thank you for the report. We will investigate it. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Wed Jan 5 11:34:20 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 5 Jan 2022 16:34:20 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On Wed, 5 Jan 2022 at 10:54, John Pilkington wrote: > > On 29/12/2021 14:21, Alan Bartlett wrote: > > Announcing the release of the kernel-lt-5.4.169-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.169 > > > > The following files are currently synchronising to our mirror sites: > > > > x86_64 > > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm > > Firefox sees the files as expected in the mirrors, but yum hasn't > noticed. ? > > John P > I've just released the kernel-lt-5.4.170-1.el{7|8}.elrepo package sets. [1][2] Do either of them show up for you? Alan. [1] https://lists.elrepo.org/pipermail/elrepo/2022-January/005959.html [2] https://lists.elrepo.org/pipermail/elrepo/2022-January/005960.html From toracat at elrepo.org Wed Jan 5 12:30:41 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 5 Jan 2022 09:30:41 -0800 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On Wed, Jan 5, 2022 at 8:21 AM Akemi Yagi wrote: > On Wed, Jan 5, 2022 at 2:54 AM John Pilkington > wrote: > >> On 29/12/2021 14:21, Alan Bartlett wrote: >> > Announcing the release of the kernel-lt-5.4.169-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.169 >> > >> > The following files are currently synchronising to our mirror sites: >> > >> > x86_64 >> > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm >> >> Firefox sees the files as expected in the mirrors, but yum hasn't >> noticed. ? >> >> John P >> > > Thank you for the report. We will investigate it. > > Akemi > I think I have identified the source of the problem. If all is well, the updated metadata will show up on our mirror sites shortly. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnpilk222 at gmail.com Wed Jan 5 14:53:14 2022 From: johnpilk222 at gmail.com (John Pilkington) Date: Wed, 5 Jan 2022 19:53:14 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On 05/01/2022 17:30, Akemi Yagi wrote: > On Wed, Jan 5, 2022 at 8:21 AM Akemi Yagi > wrote: > > On Wed, Jan 5, 2022 at 2:54 AM John Pilkington > > wrote: > > On 29/12/2021 14:21, Alan Bartlett wrote: > > Announcing the release of the kernel-lt-5.4.169-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.169 > > > > > The following files are currently synchronising to our mirror > sites: > > > > x86_64 > > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm > > Firefox sees the files as expected in the mirrors, but yum hasn't > noticed.? ? > > John P > > > Thank you for the report. We will investigate it. > > Akemi > > > I think I have identified the source of the problem. If all is well, the > updated metadata will show up on our mirror sites shortly. > > Akemi > Still the same. Firefox sees 169 and 170, but: [root at HP_Box john]# date Wed 5 Jan 19:46:12 GMT 2022 [root at HP_Box john]# yum update Loaded plugins: changelog, copr, fastestmirror, langpacks, versionlock Loading mirror speeds from cached hostfile * elrepo: mirrors.coreix.net * elrepo-kernel: mirrors.coreix.net * epel: mirror.freethought-internet.co.uk * repos: ftp2.scientificlinux.org * rpmfusion-free-updates: ftp.nluug.nl * rpmfusion-nonfree-updates: ftp.nluug.nl * sl: ftp2.scientificlinux.org * sl-extras: ftp2.scientificlinux.org * sl-fastbugs: ftp2.scientificlinux.org * sl-security: ftp2.scientificlinux.org No packages marked for update [root at HP_Box john]# exit exit [john at HP_Box ~]$ uname -r 5.4.168-1.el7.elrepo.x86_64 [john at HP_Box ~]$ From themsley at voiceflex.com Wed Jan 5 14:58:28 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Wed, 5 Jan 2022 19:58:28 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On 05/01/2022 19:53, John Pilkington wrote: > On 05/01/2022 17:30, Akemi Yagi wrote: > > On Wed, Jan 5, 2022 at 8:21 AM Akemi Yagi > > wrote: > > > > On Wed, Jan 5, 2022 at 2:54 AM John Pilkington > > > wrote: > > > > On 29/12/2021 14:21, Alan Bartlett wrote: > > > Announcing the release of the kernel-lt-5.4.169-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.169 > > > > > > > > > > The following files are currently synchronising to our mirror > > sites: > > > > > > x86_64 > > > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm > > > > Firefox sees the files as expected in the mirrors, but yum hasn't > > noticed.? ? > > > > John P > > > > > > Thank you for the report. We will investigate it. > > > > Akemi > > > > > > I think I have identified the source of the problem. If all is well, > the > > updated metadata will show up on our mirror sites shortly. > > > > Akemi > > > Still the same. Firefox sees 169 and 170, but: Yum caches metadata for (default) 6 hours. You need to use `yum clean all` to tell it to discard the current and refetch. Trevor Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnpilk222 at gmail.com Wed Jan 5 16:54:11 2022 From: johnpilk222 at gmail.com (John Pilkington) Date: Wed, 5 Jan 2022 21:54:11 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.169-1] In-Reply-To: References: Message-ID: On 05/01/2022 19:58, Trevor Hemsley wrote: > On 05/01/2022 19:53, John Pilkington wrote: >> On 05/01/2022 17:30, Akemi Yagi wrote: >> > > kernel-lt-5.4.169-1.el7.elrepo.x86_64.rpm >> > >> > Firefox sees the files as expected in the mirrors, but yum hasn't >> > noticed.? ? >> > >> > John P >> > >> > >> > Thank you for the report. We will investigate it. >> > >> > Akemi >> > >> > >> > I think I have identified the source of the problem. If all is well, >> the >> > updated metadata will show up on our mirror sites shortly. >> > >> > Akemi >> > >> Still the same. Firefox sees 169 and 170, but: > > Yum caches metadata for (default) 6 hours. You need to use `yum clean > all` to tell it to discard the current and refetch. > > > Trevor Thanks to all. 'yum clean' wasn't needed when I retried. 5.4.170 is installed and I'll reboot later. John From ajb at elrepo.org Sun Jan 9 19:59:00 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 10 Jan 2022 00:59:00 +0000 Subject: [elrepo] Announcement: EL7 New kernel-ml Release [5.16.0-1] Message-ID: Announcing the release of the kernel-ml-5.16.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-5.16.0-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.16.0-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.16.0-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.16.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.16.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.0-1.el7.elrepo.x86_64.rpm perf-5.16.0-1.el7.elrepo.x86_64.rpm python-perf-5.16.0-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.16.0-1.el7.elrepo.nosrc.rpm Note: 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 Jan 9 19:59:13 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 10 Jan 2022 00:59:13 +0000 Subject: [elrepo] Announcement: EL8 New kernel-ml Release [5.16.0-1] Message-ID: Announcing the release of the kernel-ml-5.16.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-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.16.0-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.0-1.el8.elrepo.x86_64.rpm perf-5.16.0-1.el8.elrepo.x86_64.rpm python3-perf-5.16.0-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.16.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 Tue Jan 11 11:35:12 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 11 Jan 2022 16:35:12 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.171-1] Message-ID: Announcing the release of the kernel-lt-5.4.171-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.171 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.171-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.171-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.171-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.171-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.171-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.171-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.171-1.el7.elrepo.x86_64.rpm perf-5.4.171-1.el7.elrepo.x86_64.rpm python-perf-5.4.171-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.171-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 Tue Jan 11 11:35:20 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 11 Jan 2022 16:35:20 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.171-1] Message-ID: Announcing the release of the kernel-lt-5.4.171-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.171 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.171-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.171-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.171-1.el8.elrepo.x86_64.rpm perf-5.4.171-1.el8.elrepo.x86_64.rpm python3-perf-5.4.171-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.171-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 chengh3.20 at gmail.com Wed Jan 12 01:32:03 2022 From: chengh3.20 at gmail.com (Guanghui Chen) Date: Wed, 12 Jan 2022 14:32:03 +0800 Subject: [elrepo] How to compile and pack kernel-debuginfo rpm In-Reply-To: References: Message-ID: Hi, team Have any suggestions? Thank you. Guanghui Chen ?2022?1?11??? 10:28??? > Hi, team > > I'm trying to use crash for debugging > kernel(kernel-lt-5.4.138-1.el7.elrepo.x86_64). > > Crash needs kernel-debuginfo packet, but I can't find the RPM package of > kernel-debuginfo. > > So I tried to compile it myself, when I compile kernel with 'make rpm-pkg' > command, it doesn't create debuginfo packets. > I tried to use 'rpmbuild -bb kernel.spec', which also didn't work. > > How can I get the kernel-debuginfo RPM package of the matching version? > > > Thanks for any help. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Wed Jan 12 03:35:02 2022 From: phil at elrepo.org (Phil Perry) Date: Wed, 12 Jan 2022 08:35:02 +0000 Subject: [elrepo] How to compile and pack kernel-debuginfo rpm In-Reply-To: References: Message-ID: <4498c92a-d1ab-253d-8f3f-b4ea041b1897@elrepo.org> On 12/01/2022 06:32, Guanghui Chen wrote: > Hi, team > > Have any suggestions? Thank you. > > Guanghui Chen > ? > 2022?1?11??? 10:28??? > > Hi, team > > I'm trying to use crash for debugging > kernel(kernel-lt-5.4.138-1.el7.elrepo.x86_64). > > Crash needs kernel-debuginfo packet, but I can't find the RPM > package of kernel-debuginfo. > > So I tried to compile it myself, when I compile kernel with 'make > rpm-pkg' command, it doesn't create debuginfo packets. > I tried to use 'rpmbuild -bb kernel.spec', which also didn't work. > > How can I get the kernel-debuginfo RPM package of the matching version? > > > Thanks for any help. > > Hi, Sorry, we do not offer debug/debuginfo packages for elrepo kernels and there is no easy way to build them from the SRPM. Phil From chengh3.20 at gmail.com Wed Jan 12 09:37:30 2022 From: chengh3.20 at gmail.com (Guanghui Chen) Date: Wed, 12 Jan 2022 22:37:30 +0800 Subject: [elrepo] How to compile and pack kernel-debuginfo rpm In-Reply-To: <4498c92a-d1ab-253d-8f3f-b4ea041b1897@elrepo.org> References: <4498c92a-d1ab-253d-8f3f-b4ea041b1897@elrepo.org> Message-ID: Thank you so much for your information. It would be great if I could get more suggestions from you, is there another way to debug the kernel? Phil Perry ?2022?1?12??? 16:36??? > On 12/01/2022 06:32, Guanghui Chen wrote: > > Hi, team > > > > Have any suggestions? Thank you. > > > > Guanghui Chen > ? > > 2022?1?11??? 10:28??? > > > > Hi, team > > > > I'm trying to use crash for debugging > > kernel(kernel-lt-5.4.138-1.el7.elrepo.x86_64). > > > > Crash needs kernel-debuginfo packet, but I can't find the RPM > > package of kernel-debuginfo. > > > > So I tried to compile it myself, when I compile kernel with 'make > > rpm-pkg' command, it doesn't create debuginfo packets. > > I tried to use 'rpmbuild -bb kernel.spec', which also didn't work. > > > > How can I get the kernel-debuginfo RPM package of the matching > version? > > > > > > Thanks for any help. > > > > > > Hi, > > Sorry, we do not offer debug/debuginfo packages for elrepo kernels and > there is no easy way to build them from the SRPM. > > Phil > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.elliot at pobox.com Fri Jan 14 11:34:25 2022 From: c.elliot at pobox.com (chuck elliot) Date: Fri, 14 Jan 2022 16:34:25 +0000 Subject: [elrepo] kmod-pata_via Message-ID: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> I'm using this elrepo module with Centos 8.5 Stream. The latest kernel update 4.18.0-358.el8.x86_64 did not include the weak-updates link for pata_via so I created one. However, the system would not boot this kernel - the local file system not being available. Anybody else having similar problems? From wolfy at nobugconsulting.ro Fri Jan 14 11:58:57 2022 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 14 Jan 2022 18:58:57 +0200 Subject: [elrepo] kmod-pata_via In-Reply-To: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> References: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> Message-ID: On January 14, 2022 6:34:25 PM GMT+02:00, chuck elliot wrote: >I'm using this elrepo module with Centos 8.5 Stream. > >The latest kernel update 4.18.0-358.el8.x86_64 did not > >include the weak-updates link for pata_via so I created one. > >However, the system would not boot this kernel - the local > >file system not being available. > >Anybody else having similar problems? > > >_______________________________________________ >elrepo mailing list >elrepo at lists.elrepo.org >http://lists.elrepo.org/mailman/listinfo/elrepo AFAIK there is no support for CentOS Stream in ElRepo. wolfy From themsley at voiceflex.com Fri Jan 14 12:02:33 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Fri, 14 Jan 2022 17:02:33 +0000 Subject: [elrepo] kmod-pata_via In-Reply-To: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> References: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> Message-ID: <32a98122-0c8c-59fa-41f0-21519558c997@voiceflex.com> On 14/01/2022 16:34, chuck elliot wrote: > I'm using this elrepo module with Centos 8.5 Stream. > > The latest kernel update 4.18.0-358.el8.x86_64 did not > > include the weak-updates link for pata_via so I created one. > > However, the system would not boot this kernel - the local > > file system not being available. > > Anybody else having similar problems? Yes, everyone that uses Stream 8 will be in the same boat as ELRepo do not support Stream. They provide their kmod packages to work with RHEL and the released RJEL kernels only. Stream tracks the NEXT point release of RHEL so it's already got what will become the 8.6 kernel that doesn't exist for RHEL 8 yet. If you want to use ELRepo kmods then you need to use a RHEL rebuild like Rocky/Alma/OEL or RHEL itself. Stream is unsupported. Trevor (not an ELRepo person) Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Fri Jan 14 12:14:28 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 14 Jan 2022 09:14:28 -0800 Subject: [elrepo] kmod-pata_via In-Reply-To: <32a98122-0c8c-59fa-41f0-21519558c997@voiceflex.com> References: <6049086b-8e29-3bf0-a990-6ac82b54c24f@pobox.com> <32a98122-0c8c-59fa-41f0-21519558c997@voiceflex.com> Message-ID: On Fri, Jan 14, 2022 at 9:04 AM Trevor Hemsley wrote: > On 14/01/2022 16:34, chuck elliot wrote: > > I'm using this elrepo module with Centos 8.5 Stream. > > > > The latest kernel update 4.18.0-358.el8.x86_64 did not > > > > include the weak-updates link for pata_via so I created one. > > > > However, the system would not boot this kernel - the local > > > > file system not being available. > > > > Anybody else having similar problems? > > Yes, everyone that uses Stream 8 will be in the same boat as ELRepo do > not support Stream. They provide their kmod packages to work with RHEL > and the released RJEL kernels only. Stream tracks the NEXT point release > of RHEL so it's already got what will become the 8.6 kernel that doesn't > exist for RHEL 8 yet. > > If you want to use ELRepo kmods then you need to use a RHEL rebuild like > Rocky/Alma/OEL or RHEL itself. Stream is unsupported. > > Trevor (not an ELRepo person) > You have two options here. One is to install a regular (non-stream) CentOS kernel which is available in the CentOS Stream repository. The other is to ask the CentOS kmods Sig [1] to provide the kmod package for Stream. Akemi [1] https://wiki.centos.org/SpecialInterestGroup/Kmods -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at nwra.com Fri Jan 14 15:45:57 2022 From: orion at nwra.com (Orion Poplawski) Date: Fri, 14 Jan 2022 13:45:57 -0700 Subject: [elrepo] dm_mod: module verification failed: signature and/or required key missing - tainting kernel Message-ID: I'm seeing this message on an EL7 system running 5.4.171-1.el7.elrepo.x86_64: kernel: dm_mod: module verification failed: signature and/or required key missing - tainting kernel that's rather odd, isn't it? I didn't see it with 5.4.142-1.el7.elrepo.x86_64, started with 5.4.148-1.el7.elrepo.x86_64. -- 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 Sat Jan 15 07:28:21 2022 From: phil at elrepo.org (Phil Perry) Date: Sat, 15 Jan 2022 12:28:21 +0000 Subject: [elrepo] dm_mod: module verification failed: signature and/or required key missing - tainting kernel In-Reply-To: References: Message-ID: <11b58f5c-6a05-a4c2-c9cc-41ab55219084@elrepo.org> On 14/01/2022 20:45, Orion Poplawski wrote: > I'm seeing this message on an EL7 system running 5.4.171-1.el7.elrepo.x86_64: > > kernel: dm_mod: module verification failed: signature and/or required key > missing - tainting kernel > > that's rather odd, isn't it? > > I didn't see it with 5.4.142-1.el7.elrepo.x86_64, started with > 5.4.148-1.el7.elrepo.x86_64. > > It's related to Secure Boot (SB). Elrepo does not sign the kernel modules in kernel-lt and kernel-ml kernels for Secure Boot. The kernel code performs checks when a module is loaded to see if it is signed with a SB key, and whether SB is enabled in the UEFI/BIOS. If SB is enabled, the kernel will enforce SB policy and refuse to load the module. The warning you see is the kernel checking if the module is signed and letting you know it isn't. If you had SB enabled, you would not be able to run the kernel. I suspect a config change at some point in the past has caused the observed change in behaviour, but it's informational only and shouldn't cause any issues or concerns AFAIK. From amyagi at gmail.com Sat Jan 15 12:58:18 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Sat, 15 Jan 2022 09:58:18 -0800 Subject: [elrepo] dm_mod: module verification failed: signature and/or required key missing - tainting kernel In-Reply-To: <11b58f5c-6a05-a4c2-c9cc-41ab55219084@elrepo.org> References: <11b58f5c-6a05-a4c2-c9cc-41ab55219084@elrepo.org> Message-ID: On Sat, Jan 15, 2022 at 4:30 AM Phil Perry wrote: > On 14/01/2022 20:45, Orion Poplawski wrote: > > I'm seeing this message on an EL7 system running > 5.4.171-1.el7.elrepo.x86_64: > > > > kernel: dm_mod: module verification failed: signature and/or required key > > missing - tainting kernel > > > > that's rather odd, isn't it? > > > > I didn't see it with 5.4.142-1.el7.elrepo.x86_64, started with > > 5.4.148-1.el7.elrepo.x86_64. > > It's related to Secure Boot (SB). > > Elrepo does not sign the kernel modules in kernel-lt and kernel-ml > kernels for Secure Boot. The kernel code performs checks when a module > is loaded to see if it is signed with a SB key, and whether SB is > enabled in the UEFI/BIOS. If SB is enabled, the kernel will enforce SB > policy and refuse to load the module. > > The warning you see is the kernel checking if the module is signed and > letting you know it isn't. If you had SB enabled, you would not be able > to run the kernel. > > I suspect a config change at some point in the past has caused the > observed change in behaviour, but it's informational only and shouldn't > cause any issues or concerns AFAIK. > Actually the said config change occurred in kernel-lt-5.4.144. CONFIG_MODULE_SIG=y was added there. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Sun Jan 16 09:52:22 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 16 Jan 2022 14:52:22 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.172-1] Message-ID: Announcing the release of the kernel-lt-5.4.172-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.172 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.172-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.172-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.172-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.172-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.172-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.172-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.172-1.el7.elrepo.x86_64.rpm perf-5.4.172-1.el7.elrepo.x86_64.rpm python-perf-5.4.172-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.172-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 Sun Jan 16 09:52:32 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 16 Jan 2022 14:52:32 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.172-1] Message-ID: Announcing the release of the kernel-lt-5.4.172-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.172 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.172-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.172-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.172-1.el8.elrepo.x86_64.rpm perf-5.4.172-1.el8.elrepo.x86_64.rpm python3-perf-5.4.172-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.172-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 Sun Jan 16 09:52:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 16 Jan 2022 14:52:41 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.1-1] Message-ID: Announcing the release of the kernel-ml-5.16.1-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/v5.x/ChangeLog-5.16.1 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.16.1-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.16.1-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.16.1-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.16.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.16.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.1-1.el7.elrepo.x86_64.rpm perf-5.16.1-1.el7.elrepo.x86_64.rpm python-perf-5.16.1-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.16.1-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-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 Sun Jan 16 09:52:51 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 16 Jan 2022 14:52:51 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.1-1] Message-ID: Announcing the release of the kernel-ml-5.16.1-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/v5.x/ChangeLog-5.16.1 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.16.1-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.1-1.el8.elrepo.x86_64.rpm perf-5.16.1-1.el8.elrepo.x86_64.rpm python3-perf-5.16.1-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.16.1-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 Jan 20 08:19:16 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Jan 2022 13:19:16 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.173-1] Message-ID: Announcing the release of the kernel-lt-5.4.173-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.173 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.173-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.173-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.173-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.173-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.173-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.173-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.173-1.el7.elrepo.x86_64.rpm perf-5.4.173-1.el7.elrepo.x86_64.rpm python-perf-5.4.173-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.173-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 Jan 20 08:19:19 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Jan 2022 13:19:19 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.173-1] Message-ID: Announcing the release of the kernel-lt-5.4.173-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.173 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.173-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.173-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.173-1.el8.elrepo.x86_64.rpm perf-5.4.173-1.el8.elrepo.x86_64.rpm python3-perf-5.4.173-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.173-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 Jan 20 08:19:23 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Jan 2022 13:19:23 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.2-1] Message-ID: Announcing the release of the kernel-ml-5.16.2-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/v5.x/ChangeLog-5.16.2 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.16.2-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.16.2-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.16.2-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.16.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.16.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.2-1.el7.elrepo.x86_64.rpm perf-5.16.2-1.el7.elrepo.x86_64.rpm python-perf-5.16.2-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.16.2-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-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 Jan 20 08:19:27 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 20 Jan 2022 13:19:27 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.2-1] Message-ID: Announcing the release of the kernel-ml-5.16.2-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/v5.x/ChangeLog-5.16.2 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.16.2-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.2-1.el8.elrepo.x86_64.rpm perf-5.16.2-1.el8.elrepo.x86_64.rpm python3-perf-5.16.2-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.16.2-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 Jan 27 10:34:28 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 27 Jan 2022 15:34:28 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.174-1] Message-ID: Announcing the release of the kernel-lt-5.4.174-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.174 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.174-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.174-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.174-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.174-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.174-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.174-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.174-1.el7.elrepo.x86_64.rpm perf-5.4.174-1.el7.elrepo.x86_64.rpm python-perf-5.4.174-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.174-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 Jan 27 10:34:34 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 27 Jan 2022 15:34:34 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.174-1] Message-ID: Announcing the release of the kernel-lt-5.4.174-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.174 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.174-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.174-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.174-1.el8.elrepo.x86_64.rpm perf-5.4.174-1.el8.elrepo.x86_64.rpm python3-perf-5.4.174-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.174-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 Jan 27 10:34:38 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 27 Jan 2022 15:34:38 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.3-1] Message-ID: Announcing the release of the kernel-ml-5.16.3-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/v5.x/ChangeLog-5.16.3 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.16.3-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.16.3-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.16.3-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.16.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.16.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.3-1.el7.elrepo.x86_64.rpm perf-5.16.3-1.el7.elrepo.x86_64.rpm python-perf-5.16.3-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.16.3-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-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 Jan 27 10:34:42 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 27 Jan 2022 15:34:42 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.3-1] Message-ID: Announcing the release of the kernel-ml-5.16.3-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/v5.x/ChangeLog-5.16.3 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.16.3-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.3-1.el8.elrepo.x86_64.rpm perf-5.16.3-1.el8.elrepo.x86_64.rpm python3-perf-5.16.3-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.16.3-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 scott at swoopsrch.com Fri Jan 28 13:48:12 2022 From: scott at swoopsrch.com (Scott Van Caster) Date: Fri, 28 Jan 2022 12:48:12 -0600 Subject: [elrepo] CVE-2022-0185 kernel update Message-ID: Team, I am testing on Centos 7.9 your kernel patch for the CVE-2022-0185. I have tried the ml and tl versions and it looks like I need the driver for my nic card. I did not find this one listed. 19:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ [8086:1572] (rev 02) Are there any workarounds for my situation? Thanks Scott -- Scott Van Caster Swoop Search LLC (c) 920-819-5557 scott at swoopsrch.com https://swoopsrch.com *Swoop Confidential Business Proprietary 2022* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From themsley at voiceflex.com Fri Jan 28 14:40:42 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Fri, 28 Jan 2022 19:40:42 +0000 Subject: [elrepo] CVE-2022-0185 kernel update In-Reply-To: References: Message-ID: <68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com> On 28/01/2022 18:48, Scott Van Caster wrote: > Team, > > I am testing on Centos 7.9 your kernel patch for the CVE-2022-0185.? I > have > tried the ml and tl versions and it looks like I need the driver for > my nic?card.? I did not find this one listed. > 19:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller > ?X710 for 10GbE SFP+ [8086:1572] (rev 02) > > Are there any workarounds for my situation? That card is supported by the i40e module which should be part of both kernel-ml and -lt. The card is supported by the default distro 3.10.0-1160.53.1.el7 kernel as well. Check with `grep 8086 /lib/modules/$(uname -r)/modules.* | grep 1572` and you should see a line like grep: /lib/modules/5.15.13-100.fc34.x86_64/modules.alias.bin: binary file matches (mine is on Fedora but the idea is the same). Trevor Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Fri Jan 28 15:20:03 2022 From: phil at elrepo.org (Phil Perry) Date: Fri, 28 Jan 2022 20:20:03 +0000 Subject: [elrepo] CVE-2022-0185 kernel update In-Reply-To: <68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com> References: <68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com> Message-ID: <39aa25c7-96bb-5f19-a337-991215ffc0e2@elrepo.org> On 28/01/2022 19:40, Trevor Hemsley wrote: > On 28/01/2022 18:48, Scott Van Caster wrote: > > Team, > > > > I am testing on Centos 7.9 your kernel patch for the CVE-2022-0185.? I > > have > > tried the ml and tl versions and it looks like I need the driver for > > my nic?card.? I did not find this one listed. > > 19:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller > > ?X710 for 10GbE SFP+ [8086:1572] (rev 02) > > > > Are there any workarounds for my situation? > > > That card is supported by the i40e module which should be part of both > kernel-ml and -lt. The card is supported by the default distro > 3.10.0-1160.53.1.el7 kernel as well. > > Check with `grep 8086 /lib/modules/$(uname -r)/modules.* | grep 1572` > and you should see a line like > > grep: /lib/modules/5.15.13-100.fc34.x86_64/modules.alias.bin: binary > file matches > > (mine is on Fedora but the idea is the same). > > Trevor > Confirmed, the required driver for that device is i40e and is supported by the latest el7 distro kernel: $ grep -i 8086 /lib/modules/*/modules.alias | grep -i 1572 /lib/modules/3.10.0-1160.45.1.el7.x86_64/modules.alias:alias pci:v00008086d00001572sv*sd*bc*sc*i* i40e /lib/modules/3.10.0-1160.49.1.el7.x86_64/modules.alias:alias pci:v00008086d00001572sv*sd*bc*sc*i* i40e /lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias:alias pci:v00008086d00001572sv*sd*bc*sc*i* i40e /lib/modules/3.10.0-1160.el7.x86_64/modules.alias:alias pci:v00008086d00001572sv*sd*bc*sc*i* i40e either in the el7 distro kernel or the elrepo kernel-lt or kernel-ml packages. Regarding CVE-2022-0185, both kernel-lt and kernel-ml latest packages contain fixed for CVE-2022-0185. The el7 distro kernel is not affected by the issue so no fix required. https://access.redhat.com/security/cve/cve-2022-0185 Phil From ajb at elrepo.org Sat Jan 29 09:15:42 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Jan 2022 14:15:42 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.175-1] Message-ID: Announcing the release of the kernel-lt-5.4.175-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.175 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.175-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.175-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.175-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.175-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.175-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.175-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.175-1.el7.elrepo.x86_64.rpm perf-5.4.175-1.el7.elrepo.x86_64.rpm python-perf-5.4.175-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.175-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 Jan 29 09:15:45 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Jan 2022 14:15:45 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.175-1] Message-ID: Announcing the release of the kernel-lt-5.4.175-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.175 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.175-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.175-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.175-1.el8.elrepo.x86_64.rpm perf-5.4.175-1.el8.elrepo.x86_64.rpm python3-perf-5.4.175-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.175-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 Sat Jan 29 09:15:49 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Jan 2022 14:15:49 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.4-1] Message-ID: Announcing the release of the kernel-ml-5.16.4-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/v5.x/ChangeLog-5.16.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.16.4-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.16.4-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.16.4-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.16.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.16.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.4-1.el7.elrepo.x86_64.rpm perf-5.16.4-1.el7.elrepo.x86_64.rpm python-perf-5.16.4-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.16.4-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-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 Sat Jan 29 09:15:53 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 29 Jan 2022 14:15:53 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.4-1] Message-ID: Announcing the release of the kernel-ml-5.16.4-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/v5.x/ChangeLog-5.16.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.16.4-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.16.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.16.4-1.el8.elrepo.x86_64.rpm perf-5.16.4-1.el8.elrepo.x86_64.rpm python3-perf-5.16.4-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.16.4-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/