From ajb at elrepo.org Fri Dec 2 12:31:11 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 2 Dec 2022 17:31:11 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.11-1] Message-ID: Announcing the release of the kernel-ml-6.0.11-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.11 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.11-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.11-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.11-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.11-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.11-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.11-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Dec 2 12:31:22 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 2 Dec 2022 17:31:22 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.11-1] Message-ID: Announcing the release of the kernel-ml-6.0.11-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.11 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.11-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.11-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.11-1.el8.elrepo.x86_64.rpm perf-6.0.11-1.el8.elrepo.x86_64.rpm python3-perf-6.0.11-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.11-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Dec 2 12:31:30 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 2 Dec 2022 17:31:30 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.11-1] Message-ID: Announcing the release of the kernel-ml-6.0.11-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.11 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.11-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.11-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.11-1.el9.elrepo.aarch64.rpm perf-6.0.11-1.el9.elrepo.aarch64.rpm python3-perf-6.0.11-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.11-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.11-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.11-1.el9.elrepo.x86_64.rpm perf-6.0.11-1.el9.elrepo.x86_64.rpm python3-perf-6.0.11-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.11-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 Dec 8 10:18:38 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 8 Dec 2022 15:18:38 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.226-1] Message-ID: Announcing the release of the kernel-lt-5.4.226-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.226 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.226-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.226-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.226-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.226-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.226-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.226-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.226-1.el7.elrepo.x86_64.rpm perf-5.4.226-1.el7.elrepo.x86_64.rpm python-perf-5.4.226-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.226-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 Dec 8 10:18:45 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 8 Dec 2022 15:18:45 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.12-1] Message-ID: Announcing the release of the kernel-ml-6.0.12-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.12 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.12-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.12-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.12-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.12-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.12-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.12-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Dec 8 10:18:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 8 Dec 2022 15:18:41 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.226-1] Message-ID: Announcing the release of the kernel-lt-5.4.226-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.226 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.226-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.226-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.226-1.el8.elrepo.x86_64.rpm perf-5.4.226-1.el8.elrepo.x86_64.rpm python3-perf-5.4.226-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.226-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 Dec 8 10:18:49 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 8 Dec 2022 15:18:49 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.12-1] Message-ID: Announcing the release of the kernel-ml-6.0.12-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.12 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.12-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.12-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.12-1.el8.elrepo.x86_64.rpm perf-6.0.12-1.el8.elrepo.x86_64.rpm python3-perf-6.0.12-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.12-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Dec 8 10:18:52 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 8 Dec 2022 15:18:52 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.12-1] Message-ID: Announcing the release of the kernel-ml-6.0.12-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.12 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.12-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.12-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.12-1.el9.elrepo.aarch64.rpm perf-6.0.12-1.el9.elrepo.aarch64.rpm python3-perf-6.0.12-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.12-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.12-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.12-1.el9.elrepo.x86_64.rpm perf-6.0.12-1.el9.elrepo.x86_64.rpm python3-perf-6.0.12-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.12-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 Dec 11 19:34:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 12 Dec 2022 00:34:41 +0000 Subject: [elrepo] Announcement: EL7 New kernel-ml Release [6.1.0-1] Message-ID: Announcing the release of the kernel-ml-6.1.0-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.0-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.0-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.0-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.0-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.0-1.el7.elrepo.nosrc.rpm Note 1: As of kernel-ml version 6.0.0 onwards we are unable to continue providing the perf and python-perf packages. Note 2: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 4.9, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6ec4476ac82512f09c94aff5972654b70f3772b2 [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sun Dec 11 19:34:49 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 12 Dec 2022 00:34:49 +0000 Subject: [elrepo] Announcement: EL8 New kernel-ml Release [6.1.0-1] Message-ID: Announcing the release of the kernel-ml-6.1.0-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.0-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.0-1.el8.elrepo.x86_64.rpm perf-6.1.0-1.el8.elrepo.x86_64.rpm python3-perf-6.1.0-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.0-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Sun Dec 11 19:34:56 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 12 Dec 2022 00:34:56 +0000 Subject: [elrepo] Announcement: EL9 New kernel-ml Release [6.1.0-1] Message-ID: Announcing the release of the kernel-ml-6.1.0-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.0-1.el9.elrepo.aarch64.rpm perf-6.1.0-1.el9.elrepo.aarch64.rpm python3-perf-6.1.0-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.0-1.el9.elrepo.x86_64.rpm perf-6.1.0-1.el9.elrepo.x86_64.rpm python3-perf-6.1.0-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.0-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 Dec 14 11:30:26 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 14 Dec 2022 16:30:26 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.227-1] Message-ID: Announcing the release of the kernel-lt-5.4.227-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.227 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.227-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.227-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.227-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.227-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.227-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.227-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.227-1.el7.elrepo.x86_64.rpm perf-5.4.227-1.el7.elrepo.x86_64.rpm python-perf-5.4.227-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.227-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 Dec 14 11:30:31 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 14 Dec 2022 16:30:31 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.227-1] Message-ID: Announcing the release of the kernel-lt-5.4.227-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.227 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.227-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.227-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.227-1.el8.elrepo.x86_64.rpm perf-5.4.227-1.el8.elrepo.x86_64.rpm python3-perf-5.4.227-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.227-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 Mon Dec 19 07:19:01 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 19 Dec 2022 12:19:01 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.228-1] Message-ID: Announcing the release of the kernel-lt-5.4.228-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.228 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.228-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.228-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.228-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.228-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.228-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.228-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.228-1.el7.elrepo.x86_64.rpm perf-5.4.228-1.el7.elrepo.x86_64.rpm python-perf-5.4.228-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.228-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 Mon Dec 19 07:19:07 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 19 Dec 2022 12:19:07 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.228-1] Message-ID: Announcing the release of the kernel-lt-5.4.228-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.228 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.228-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.228-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.228-1.el8.elrepo.x86_64.rpm perf-5.4.228-1.el8.elrepo.x86_64.rpm python3-perf-5.4.228-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.228-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 amyagi at gmail.com Tue Dec 20 13:20:32 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Tue, 20 Dec 2022 10:20:32 -0800 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: As it turns out, drbd version 8.4.10 is the last one that builds under EL8. More details can be found in: https://elrepo.org/bugs/view.php?id=1301 I recommend all users of drbd-8 on EL8 upgrade to version 9. Akemi On Tue, Nov 29, 2022 at 12:08 PM Akemi Yagi wrote: > Hi John, > > There was a typo in my previous message. The package was rebuilt against > the el8.7 kernel. The source code did not change. > > Glad to learn the updated kmod now works. Thanks for the feedback. But > please keep monitoring. > > Akemi > > On Tue, Nov 29, 2022 at 10:51 AM John McNally wrote: > >> Akemi, >> >> I installed the updated kmod-drbd84 and rebooted both my ganeti nodes >> with the designated el8_7 kernel. After an hour or so, and some common DRBD >> operations, everything looks normal. Also, the driver is now sitting in its >> usual spot: >> >> /lib/modules/4.18.0-425.3.1.el8.x86_64/extra/drbd84/drbd.ko >> >> Instead of: >> >> /lib/modules/4.18.0-425.3.1.el8.x86_64/weak-updates/drbd84/drbd.ko >> >> ...where it was before the update. >> >> Did you simply rebuild on a system running kernel 4.18.0-425.3.1, or, was >> there more to the fix? >> >> Thanks so much for quick update. I will let you know if any >> anomalies occur. >> >> Regards, >> >> _________________ >> John McNally >> jmcnally at acm.org >> >> >> On Tue, Nov 29, 2022 at 12:27 AM Akemi Yagi wrote: >> >>> On Mon, Nov 28, 2022 at 8:54 PM John McNally wrote: >>> > >>> > On Mon, Nov 28, 2022 at 11:11 PM Akemi Yagi >>> wrote: >>> >> >>> >> On Mon, Nov 28, 2022 at 7:32 PM John McNally >>> wrote: >>> >> > >>> >> > Hi, >>> >> > >>> >> > I am a Rocky Linux 8.7 user using I DRBD for volume sync on ganeti >>> clusters. I was wondering if you expect to release an el8_7-compatible >>> version of the kmod-drbd84 package soon. The most recent version on your >>> mirrors, kmod-drbd84-8.4.10-1.18.el8_6, does not play well with Rocky 8.7. >>> >> > >>> >> > Also, are there plans to release a DRBD 8.4.12 package? >>> >> > >>> >> > Thanks for your excellent work. >>> >> > >>> >> > Regards, >>> >> > ________________ >>> >> > John McNally >>> >> > jmcnally at acm.org >>> >> >>> >> Our installation test indicated that the latest package, >>> kmod-drbd84-8.4.10-1.18.el8_6.elrepo.x86_64.rpm, should work fine with >>> el8.7. However we do not have an actual setup with drbd, so were not able >>> to do a functional test. With your report, we will now rebuild it for el8.7. >>> >> >>> >> We will also try to build version 8.4.12. >>> >> >>> >> Akemi >>> > >>> > Akemi, >>> > >>> > Thanks for your blazing fast response! FYI, the current kernel version >>> for Rocky 8.7 (el8_7) is 4.18.0-425.3.1.el8. The symptom is sudden system >>> crash when a DRBD device is initialized running on this kernel. If I reboot >>> with the v8.6 kernel (4.18.0-372.26.1.el8_6) DRBD works more normally. >>> > >>> > If I can be of assistance with log entries or other system >>> information, please let me know. >>> > >>> > Thanks again. >>> > _________________ >>> > John McNally >>> > jmcnally at acm.org >>> >>> Hi John, >>> >>> The kmod-drbd84-8.4.10 package was rebuilt against the v8.9 kernel and >>> has been pushed to our mirror sites: >>> >>> kmod-drbd84-8.4.10-1.20.el8_7.elrepo.x86_64.rpm >>> >>> I will try to update the drbd version but this might take some time. >>> >>> Akemi >>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmcnally at acm.org Tue Dec 20 13:57:31 2022 From: jmcnally at acm.org (John McNally) Date: Tue, 20 Dec 2022 13:57:31 -0500 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: Akemi, Thanks for the info. I agree -- drbd 9 is the way to go. Now, I have to convince the ganeti devs to work on supporting it. Right now, drbd 8.4 is the max supported by ganeti. Just to clarify, though: There will be updates to drbd 8.4.10 through the remaining life of EL8? Regards, _________________ John McNally jmcnally at acm.org On Tue, Dec 20, 2022 at 1:22 PM Akemi Yagi wrote: > As it turns out, drbd version 8.4.10 is the last one that builds under > EL8. More details can be found in: > > https://elrepo.org/bugs/view.php?id=1301 > > I recommend all users of drbd-8 on EL8 upgrade to version 9. > > Akemi > > On Tue, Nov 29, 2022 at 12:08 PM Akemi Yagi wrote: > >> Hi John, >> >> There was a typo in my previous message. The package was rebuilt against >> the el8.7 kernel. The source code did not change. >> >> Glad to learn the updated kmod now works. Thanks for the feedback. But >> please keep monitoring. >> >> Akemi >> >> On Tue, Nov 29, 2022 at 10:51 AM John McNally wrote: >> >>> Akemi, >>> >>> I installed the updated kmod-drbd84 and rebooted both my ganeti nodes >>> with the designated el8_7 kernel. After an hour or so, and some common DRBD >>> operations, everything looks normal. Also, the driver is now sitting in its >>> usual spot: >>> >>> /lib/modules/4.18.0-425.3.1.el8.x86_64/extra/drbd84/drbd.ko >>> >>> Instead of: >>> >>> /lib/modules/4.18.0-425.3.1.el8.x86_64/weak-updates/drbd84/drbd.ko >>> >>> ...where it was before the update. >>> >>> Did you simply rebuild on a system running kernel 4.18.0-425.3.1, or, >>> was there more to the fix? >>> >>> Thanks so much for quick update. I will let you know if any >>> anomalies occur. >>> >>> Regards, >>> >>> _________________ >>> John McNally >>> jmcnally at acm.org >>> >>> >>> On Tue, Nov 29, 2022 at 12:27 AM Akemi Yagi wrote: >>> >>>> On Mon, Nov 28, 2022 at 8:54 PM John McNally wrote: >>>> > >>>> > On Mon, Nov 28, 2022 at 11:11 PM Akemi Yagi >>>> wrote: >>>> >> >>>> >> On Mon, Nov 28, 2022 at 7:32 PM John McNally >>>> wrote: >>>> >> > >>>> >> > Hi, >>>> >> > >>>> >> > I am a Rocky Linux 8.7 user using I DRBD for volume sync on >>>> ganeti clusters. I was wondering if you expect to release an >>>> el8_7-compatible version of the kmod-drbd84 package soon. The most recent >>>> version on your mirrors, kmod-drbd84-8.4.10-1.18.el8_6, does not play well >>>> with Rocky 8.7. >>>> >> > >>>> >> > Also, are there plans to release a DRBD 8.4.12 package? >>>> >> > >>>> >> > Thanks for your excellent work. >>>> >> > >>>> >> > Regards, >>>> >> > ________________ >>>> >> > John McNally >>>> >> > jmcnally at acm.org >>>> >> >>>> >> Our installation test indicated that the latest package, >>>> kmod-drbd84-8.4.10-1.18.el8_6.elrepo.x86_64.rpm, should work fine with >>>> el8.7. However we do not have an actual setup with drbd, so were not able >>>> to do a functional test. With your report, we will now rebuild it for el8.7. >>>> >> >>>> >> We will also try to build version 8.4.12. >>>> >> >>>> >> Akemi >>>> > >>>> > Akemi, >>>> > >>>> > Thanks for your blazing fast response! FYI, the current kernel >>>> version for Rocky 8.7 (el8_7) is 4.18.0-425.3.1.el8. The symptom is sudden >>>> system crash when a DRBD device is initialized running on this kernel. If I >>>> reboot with the v8.6 kernel (4.18.0-372.26.1.el8_6) DRBD works more >>>> normally. >>>> > >>>> > If I can be of assistance with log entries or other system >>>> information, please let me know. >>>> > >>>> > Thanks again. >>>> > _________________ >>>> > John McNally >>>> > jmcnally at acm.org >>>> >>>> Hi John, >>>> >>>> The kmod-drbd84-8.4.10 package was rebuilt against the v8.9 kernel and >>>> has been pushed to our mirror sites: >>>> >>>> kmod-drbd84-8.4.10-1.20.el8_7.elrepo.x86_64.rpm >>>> >>>> I will try to update the drbd version but this might take some time. >>>> >>>> Akemi >>>> >>>> _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amyagi at gmail.com Tue Dec 20 14:14:28 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Tue, 20 Dec 2022 11:14:28 -0800 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: Because drbd is not enabled in RHEL (therefore Rocky), we cannot expect updates to the source code. It might happen but it is very unlikely. Akemi On Tue, Dec 20, 2022 at 10:59 AM John McNally wrote: > Akemi, > > Thanks for the info. I agree -- drbd 9 is the way to go. Now, I have to > convince the ganeti devs to work on supporting it. Right now, drbd 8.4 is > the max supported by ganeti. > > Just to clarify, though: There will be updates to drbd 8.4.10 through the > remaining life of EL8? > > Regards, > > _________________ > John McNally > jmcnally at acm.org > > > On Tue, Dec 20, 2022 at 1:22 PM Akemi Yagi wrote: > >> As it turns out, drbd version 8.4.10 is the last one that builds under >> EL8. More details can be found in: >> >> https://elrepo.org/bugs/view.php?id=1301 >> >> I recommend all users of drbd-8 on EL8 upgrade to version 9. >> >> Akemi >> >> On Tue, Nov 29, 2022 at 12:08 PM Akemi Yagi wrote: >> >>> Hi John, >>> >>> There was a typo in my previous message. The package was rebuilt against >>> the el8.7 kernel. The source code did not change. >>> >>> Glad to learn the updated kmod now works. Thanks for the feedback. But >>> please keep monitoring. >>> >>> Akemi >>> >>> On Tue, Nov 29, 2022 at 10:51 AM John McNally wrote: >>> >>>> Akemi, >>>> >>>> I installed the updated kmod-drbd84 and rebooted both my ganeti nodes >>>> with the designated el8_7 kernel. After an hour or so, and some common DRBD >>>> operations, everything looks normal. Also, the driver is now sitting in its >>>> usual spot: >>>> >>>> /lib/modules/4.18.0-425.3.1.el8.x86_64/extra/drbd84/drbd.ko >>>> >>>> Instead of: >>>> >>>> /lib/modules/4.18.0-425.3.1.el8.x86_64/weak-updates/drbd84/drbd.ko >>>> >>>> ...where it was before the update. >>>> >>>> Did you simply rebuild on a system running kernel 4.18.0-425.3.1, or, >>>> was there more to the fix? >>>> >>>> Thanks so much for quick update. I will let you know if any >>>> anomalies occur. >>>> >>>> Regards, >>>> >>>> _________________ >>>> John McNally >>>> jmcnally at acm.org >>>> >>>> >>>> On Tue, Nov 29, 2022 at 12:27 AM Akemi Yagi wrote: >>>> >>>>> On Mon, Nov 28, 2022 at 8:54 PM John McNally wrote: >>>>> > >>>>> > On Mon, Nov 28, 2022 at 11:11 PM Akemi Yagi >>>>> wrote: >>>>> >> >>>>> >> On Mon, Nov 28, 2022 at 7:32 PM John McNally >>>>> wrote: >>>>> >> > >>>>> >> > Hi, >>>>> >> > >>>>> >> > I am a Rocky Linux 8.7 user using I DRBD for volume sync on >>>>> ganeti clusters. I was wondering if you expect to release an >>>>> el8_7-compatible version of the kmod-drbd84 package soon. The most recent >>>>> version on your mirrors, kmod-drbd84-8.4.10-1.18.el8_6, does not play well >>>>> with Rocky 8.7. >>>>> >> > >>>>> >> > Also, are there plans to release a DRBD 8.4.12 package? >>>>> >> > >>>>> >> > Thanks for your excellent work. >>>>> >> > >>>>> >> > Regards, >>>>> >> > ________________ >>>>> >> > John McNally >>>>> >> > jmcnally at acm.org >>>>> >> >>>>> >> Our installation test indicated that the latest package, >>>>> kmod-drbd84-8.4.10-1.18.el8_6.elrepo.x86_64.rpm, should work fine with >>>>> el8.7. However we do not have an actual setup with drbd, so were not able >>>>> to do a functional test. With your report, we will now rebuild it for el8.7. >>>>> >> >>>>> >> We will also try to build version 8.4.12. >>>>> >> >>>>> >> Akemi >>>>> > >>>>> > Akemi, >>>>> > >>>>> > Thanks for your blazing fast response! FYI, the current kernel >>>>> version for Rocky 8.7 (el8_7) is 4.18.0-425.3.1.el8. The symptom is sudden >>>>> system crash when a DRBD device is initialized running on this kernel. If I >>>>> reboot with the v8.6 kernel (4.18.0-372.26.1.el8_6) DRBD works more >>>>> normally. >>>>> > >>>>> > If I can be of assistance with log entries or other system >>>>> information, please let me know. >>>>> > >>>>> > Thanks again. >>>>> > _________________ >>>>> > John McNally >>>>> > jmcnally at acm.org >>>>> >>>>> Hi John, >>>>> >>>>> The kmod-drbd84-8.4.10 package was rebuilt against the v8.9 kernel and >>>>> has been pushed to our mirror sites: >>>>> >>>>> kmod-drbd84-8.4.10-1.20.el8_7.elrepo.x86_64.rpm >>>>> >>>>> I will try to update the drbd version but this might take some time. >>>>> >>>>> Akemi >>>>> >>>>> _______________________________________________ >> elrepo mailing list >> elrepo at lists.elrepo.org >> http://lists.elrepo.org/mailman/listinfo/elrepo >> > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Wed Dec 21 12:33:38 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 21 Dec 2022 17:33:38 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.1-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.1 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.1-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.1-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.1-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.1-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.1-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Dec 21 12:33:49 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 21 Dec 2022 17:33:49 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.1-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.1 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.1-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.1-1.el8.elrepo.x86_64.rpm perf-6.1.1-1.el8.elrepo.x86_64.rpm python3-perf-6.1.1-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Wed Dec 21 12:34:04 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 21 Dec 2022 17:34:04 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.1-1] Message-ID: Announcing the release of the kernel-ml-6.1.1-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.1 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.1-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.1-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.1-1.el9.elrepo.aarch64.rpm perf-6.1.1-1.el9.elrepo.aarch64.rpm python3-perf-6.1.1-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.1-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.1-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.1-1.el9.elrepo.x86_64.rpm perf-6.1.1-1.el9.elrepo.x86_64.rpm python3-perf-6.1.1-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.1-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 Dec 31 12:38:05 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 31 Dec 2022 17:38:05 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.2-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.2 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.2-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.2-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.2-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.2-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.2-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Dec 31 12:38:42 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 31 Dec 2022 17:38:42 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.2-1] Message-ID: Announcing the release of the kernel-ml-6.1.2-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.2 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.2-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.2-1.el9.elrepo.aarch64.rpm perf-6.1.2-1.el9.elrepo.aarch64.rpm python3-perf-6.1.2-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.2-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.2-1.el9.elrepo.x86_64.rpm perf-6.1.2-1.el9.elrepo.x86_64.rpm python3-perf-6.1.2-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.2-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 Dec 31 12:38:23 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 31 Dec 2022 17:38:23 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.2-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.2 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.2-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.2-1.el8.elrepo.x86_64.rpm perf-6.1.2-1.el8.elrepo.x86_64.rpm python3-perf-6.1.2-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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/