From ajb at elrepo.org Tue Nov 1 17:29:28 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 1 Nov 2022 21:29:28 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.222-1] Message-ID: Announcing the release of the kernel-lt-5.4.222-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.222 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.222-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.222-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.222-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.222-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.222-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.222-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.222-1.el7.elrepo.x86_64.rpm perf-5.4.222-1.el7.elrepo.x86_64.rpm python-perf-5.4.222-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.222-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 Nov 1 17:29:35 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 1 Nov 2022 21:29:35 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.222-1] Message-ID: Announcing the release of the kernel-lt-5.4.222-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.222 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.222-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.222-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.222-1.el8.elrepo.x86_64.rpm perf-5.4.222-1.el8.elrepo.x86_64.rpm python3-perf-5.4.222-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.222-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 Nov 3 12:18:25 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 3 Nov 2022 16:18:25 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.223-1] Message-ID: Announcing the release of the kernel-lt-5.4.223-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.223 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.223-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.223-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.223-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.223-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.223-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.223-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.223-1.el7.elrepo.x86_64.rpm perf-5.4.223-1.el7.elrepo.x86_64.rpm python-perf-5.4.223-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.223-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 Nov 3 12:18:37 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 3 Nov 2022 16:18:37 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.223-1] Message-ID: Announcing the release of the kernel-lt-5.4.223-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.223 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.223-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.223-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.223-1.el8.elrepo.x86_64.rpm perf-5.4.223-1.el8.elrepo.x86_64.rpm python3-perf-5.4.223-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.223-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 Nov 3 12:18:57 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 3 Nov 2022 16:18:57 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.7-1] Message-ID: Announcing the release of the kernel-ml-6.0.7-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.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.7-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 Nov 3 12:19:11 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 3 Nov 2022 16:19:11 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.7-1] Message-ID: Announcing the release of the kernel-ml-6.0.7-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.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.7-1.el8.elrepo.x86_64.rpm perf-6.0.7-1.el8.elrepo.x86_64.rpm python3-perf-6.0.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.7-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 Nov 3 12:19:36 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 3 Nov 2022 16:19:36 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.7-1] Message-ID: Announcing the release of the kernel-ml-6.0.7-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.7 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.7-1.el9.elrepo.aarch64.rpm perf-6.0.7-1.el9.elrepo.aarch64.rpm python3-perf-6.0.7-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.7-1.el9.elrepo.x86_64.rpm perf-6.0.7-1.el9.elrepo.x86_64.rpm python3-perf-6.0.7-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.7-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 Nov 10 16:16:23 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 10 Nov 2022 21:16:23 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.224-1] Message-ID: Announcing the release of the kernel-lt-5.4.224-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.224 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.224-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.224-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.224-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.224-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.224-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.224-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.224-1.el7.elrepo.x86_64.rpm perf-5.4.224-1.el7.elrepo.x86_64.rpm python-perf-5.4.224-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.224-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 Nov 10 16:16:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 10 Nov 2022 21:16:41 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.224-1] Message-ID: Announcing the release of the kernel-lt-5.4.224-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.224 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.224-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.224-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.224-1.el8.elrepo.x86_64.rpm perf-5.4.224-1.el8.elrepo.x86_64.rpm python3-perf-5.4.224-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.224-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 Nov 10 16:17:07 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 10 Nov 2022 21:17:07 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.8-1] Message-ID: Announcing the release of the kernel-ml-6.0.8-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.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.8-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 Nov 10 16:17:32 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 10 Nov 2022 21:17:32 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.8-1] Message-ID: Announcing the release of the kernel-ml-6.0.8-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.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.8-1.el8.elrepo.x86_64.rpm perf-6.0.8-1.el8.elrepo.x86_64.rpm python3-perf-6.0.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.8-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 Nov 10 16:17:48 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 10 Nov 2022 21:17:48 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.8-1] Message-ID: Announcing the release of the kernel-ml-6.0.8-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.8 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.8-1.el9.elrepo.aarch64.rpm perf-6.0.8-1.el9.elrepo.aarch64.rpm python3-perf-6.0.8-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.8-1.el9.elrepo.x86_64.rpm perf-6.0.8-1.el9.elrepo.x86_64.rpm python3-perf-6.0.8-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.8-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 brent at jeneral.com Sun Nov 13 12:55:12 2022 From: brent at jeneral.com (Brent Jensen) Date: Sun, 13 Nov 2022 10:55:12 -0700 Subject: [elrepo] kmod-3w-9xxx update? Message-ID: By any chance should there an update to kmod-3w-9xxx that didn't get built/pushed for the 4.18.0-425.3.1.el8.x86_64 kernel (el8)? I have a system that panics (can't seem to grab the logs; has no crash output) and it uses this k-mod. Thanks. Brent -- This email has been checked for viruses by Avast antivirus software. www.avast.com From brent at jeneral.com Sun Nov 13 12:57:07 2022 From: brent at jeneral.com (Brent Jensen) Date: Sun, 13 Nov 2022 10:57:07 -0700 Subject: [elrepo] kmod-3w-9xxx update? In-Reply-To: References: Message-ID: <1e871b3b-ca2b-3287-59f4-3ac9e1946512@jeneral.com> BTW, it never gets to the login screen and panics shortly after selecting the kernel. The previous kernel is fine. On 11/13/2022 10:55 AM, Brent Jensen wrote: > By any chance should there an update to kmod-3w-9xxx that didn't get > built/pushed for the 4.18.0-425.3.1.el8.x86_64 kernel (el8)? I have a > system that panics (can't seem to grab the logs; has no crash output) > and it uses this k-mod. Thanks. Brent > -- This email has been checked for viruses by Avast antivirus software. www.avast.com From phil at elrepo.org Sun Nov 13 15:21:27 2022 From: phil at elrepo.org (Phil Perry) Date: Sun, 13 Nov 2022 20:21:27 +0000 Subject: [elrepo] kmod-3w-9xxx update? In-Reply-To: <1e871b3b-ca2b-3287-59f4-3ac9e1946512@jeneral.com> References: <1e871b3b-ca2b-3287-59f4-3ac9e1946512@jeneral.com> Message-ID: <22be0e56-d9fb-6c41-3541-524844b3949e@elrepo.org> Hi Brent, I wasn't aware of any issues, but I have rebuilt lmod-3w-9xxx against the RHEL 8.7 kernel just in case: kmod-3w-9xxx-2.26.02.014-8.el8_7.elrepo.x86_64.rpm The updated package has just been released to the main elrepo epository and should be available on mirror sites shortly. Please can you let us know if this solves the issue for you with the 4.18.0-425.3.1.el8.x86_64 kernel. Many thanks. On 13/11/2022 17:57, Brent Jensen wrote: > BTW, it never gets to the login screen and panics shortly after > selecting the kernel. The previous kernel is fine. > > On 11/13/2022 10:55 AM, Brent Jensen wrote: >> By any chance should there an update to kmod-3w-9xxx that didn't get >> built/pushed for the 4.18.0-425.3.1.el8.x86_64 kernel (el8)? I have a >> system that panics (can't seem to grab the logs; has no crash output) >> and it uses this k-mod. Thanks. Brent >> > From phil at elrepo.org Mon Nov 14 02:32:29 2022 From: phil at elrepo.org (Phil Perry) Date: Mon, 14 Nov 2022 07:32:29 +0000 Subject: [elrepo] kmod-3w-9xxx update? In-Reply-To: References: <1e871b3b-ca2b-3287-59f4-3ac9e1946512@jeneral.com> <22be0e56-d9fb-6c41-3541-524844b3949e@elrepo.org> Message-ID: <5caa4c28-4a44-d544-c896-85440205d3e9@elrepo.org> Thanks for the feedback. We have a script we run that checks to see if any of the kernel symbols that the package uses have changed since the last kernel release, commonly referred to as kABI breakage. The method the kernel uses to hash function prototypes is not perfect, but it's good enough in 99% of cases. Your looks like one of those 1% of cases that slip through the net, and we are unable to detect without having the physical hardware to actually test. Phil On 13/11/2022 22:03, Brent Jensen wrote: > That solved it! Just curious...how do you know when you need to update > kernel modules? Thanks! > > On 11/13/2022 1:21 PM, Phil Perry wrote: >> Hi Brent, >> >> I wasn't aware of any issues, but I have rebuilt lmod-3w-9xxx against >> the RHEL 8.7 kernel just in case: >> >> kmod-3w-9xxx-2.26.02.014-8.el8_7.elrepo.x86_64.rpm >> >> The updated package has just been released to the main elrepo >> epository and should be available on mirror sites shortly. >> >> Please can you let us know if this solves the issue for you with the >> 4.18.0-425.3.1.el8.x86_64 kernel. >> >> Many thanks. >> >> On 13/11/2022 17:57, Brent Jensen wrote: >>> BTW, it never gets to the login screen and panics shortly after >>> selecting the kernel. The previous kernel is fine. >>> >>> On 11/13/2022 10:55 AM, Brent Jensen wrote: >>>> By any chance should there an update to kmod-3w-9xxx that didn't get >>>> built/pushed for the 4.18.0-425.3.1.el8.x86_64 kernel (el8)? I have >>>> a system that panics (can't seem to grab the logs; has no crash >>>> output) and it uses this k-mod. Thanks. Brent >>>> >>> >> >> _______________________________________________ >> elrepo mailing list >> elrepo at lists.elrepo.org >> http://lists.elrepo.org/mailman/listinfo/elrepo >> > From me at tdiehl.org Mon Nov 14 09:12:02 2022 From: me at tdiehl.org (me at tdiehl.org) Date: Mon, 14 Nov 2022 09:12:02 -0500 (EST) Subject: [elrepo] Unable to update kmod-nvidia-390xx ON EL8.7. Message-ID: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> Hi, When I run "yum update kmod-nvidia-390xx" on 2 different el8 machines I get the following output: (tom-lp-21 pts9) # yum update kmod-nvidia-390xx Updating Subscription Management repositories. Last metadata expiration check: 0:50:49 ago on Mon 14 Nov 2022 08:17:28 AM EST. Error: Problem: problem with installed package nvidia-x11-drv-390xx-390.154-2.el8_7.elrepo.x86_64 - package nvidia-x11-drv-390xx-390.154-2.el8_7.elrepo.x86_64 requires kmod-nvidia-390xx = 390.154, but none of the providers can be installed - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and kmod-nvidia-390xx-390.154-2.el8_7.elrepo.x86_64 - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and kmod-nvidia-390xx-390.154-1.el8_6.elrepo.x86_64 - cannot install the best update candidate for package kmod-nvidia-390xx-390.154-2.el8_7.elrepo.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) (tom-lp-21 pts9) # Any suggestions how to resolve this? Regards, -- Tom me at tdiehl.org From phil at elrepo.org Mon Nov 14 12:40:53 2022 From: phil at elrepo.org (Phil Perry) Date: Mon, 14 Nov 2022 17:40:53 +0000 Subject: [elrepo] Unable to update kmod-nvidia-390xx ON EL8.7. In-Reply-To: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> References: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> Message-ID: <5d7d311a-ba54-367b-464e-af2c5bc7c5f1@elrepo.org> On 14/11/2022 14:12, me at tdiehl.org wrote: > Hi, > > When I run "yum update kmod-nvidia-390xx" on 2 different el8 machines I > get the following > output: > > (tom-lp-21 pts9) # yum update kmod-nvidia-390xx > Updating Subscription Management repositories. > Last metadata expiration check: 0:50:49 ago on Mon 14 Nov 2022 08:17:28 > AM EST. > Error: > ?Problem: problem with installed package > nvidia-x11-drv-390xx-390.154-2.el8_7.elrepo.x86_64 > ? - package nvidia-x11-drv-390xx-390.154-2.el8_7.elrepo.x86_64 requires > kmod-nvidia-390xx = 390.154, but none of the providers can be installed > ? - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and > kmod-nvidia-390xx-390.154-2.el8_7.elrepo.x86_64 > ? - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and > kmod-nvidia-390xx-390.154-1.el8_6.elrepo.x86_64 > ? - cannot install the best update candidate for package > kmod-nvidia-390xx-390.154-2.el8_7.elrepo.x86_64 > (try to add '--allowerasing' to command line to replace conflicting > packages or '--skip-broken' to skip uninstallable packages or '--nobest' > to use not only best candidate packages) > (tom-lp-21 pts9) # > > Any suggestions how to resolve this? > > Regards, > I am unable to replicate your issue on RHEL 8.7 fully updated. What distro are you running? Any issues on the mirror you are using (are the packages available)? Are you able to download packages manually and install from: https://elrepo.org/linux/elrepo/el8/x86_64/RPMS/ My guess is you don't have the el8.7 kernel installed/available. From themsley at voiceflex.com Mon Nov 14 12:48:04 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Mon, 14 Nov 2022 17:48:04 +0000 Subject: [elrepo] Unable to update kmod-nvidia-390xx ON EL8.7. In-Reply-To: <5d7d311a-ba54-367b-464e-af2c5bc7c5f1@elrepo.org> References: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> <5d7d311a-ba54-367b-464e-af2c5bc7c5f1@elrepo.org> Message-ID: <9615800e-f4a9-2b37-bccd-b67871918ae1@voiceflex.com> On 14/11/2022 17:40, Phil Perry wrote: > > ? - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and That does not look like an ELRepo package that is already installed 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 amyagi at gmail.com Mon Nov 14 12:53:49 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Mon, 14 Nov 2022 09:53:49 -0800 Subject: [elrepo] Unable to update kmod-nvidia-390xx ON EL8.7. In-Reply-To: <9615800e-f4a9-2b37-bccd-b67871918ae1@voiceflex.com> References: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> <5d7d311a-ba54-367b-464e-af2c5bc7c5f1@elrepo.org> <9615800e-f4a9-2b37-bccd-b67871918ae1@voiceflex.com> Message-ID: On Mon, Nov 14, 2022 at 9:50 AM Trevor Hemsley wrote: > On 14/11/2022 17:40, Phil Perry wrote: > > > - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and > > That does not look like an ELRepo package that is already installed > > Trevor > rpmfusion? Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at tdiehl.org Tue Nov 15 18:10:37 2022 From: me at tdiehl.org (me at tdiehl.org) Date: Tue, 15 Nov 2022 18:10:37 -0500 (EST) Subject: [elrepo] Unable to update kmod-nvidia-390xx ON EL8.7. In-Reply-To: References: <6cb54a0-ca20-9155-562b-71d2957f8841@tdiehl.org> <5d7d311a-ba54-367b-464e-af2c5bc7c5f1@elrepo.org> <9615800e-f4a9-2b37-bccd-b67871918ae1@voiceflex.com> Message-ID: <6b169811-a096-8ba7-251c-8b756bf4992b@tdiehl.org> On Mon, 14 Nov 2022, Akemi Yagi wrote: > On Mon, Nov 14, 2022 at 9:50 AM Trevor Hemsley > wrote: > >> On 14/11/2022 17:40, Phil Perry wrote: >>>> - cannot install both kmod-nvidia-390xx-3:390.154-2.el8.x86_64 and >> >> That does not look like an ELRepo package that is already installed >> >> Trevor >> > > rpmfusion? That was it!! It was pulling the kmod from the rpmfusion repo instead of elrepo. I didn't realize that rpmfusion had nvidia drivers. Once I excluded the nvidia stuff all is well. Sorry for the noise and thanks for the pointer!! Regards, -- Tom me at tdiehl.org From ajb at elrepo.org Wed Nov 16 12:11:37 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 16 Nov 2022 17:11:37 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.9-1] Message-ID: Announcing the release of the kernel-ml-6.0.9-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.9 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.9-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.9-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.9-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.9-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.9-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 Nov 16 12:11:42 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 16 Nov 2022 17:11:42 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.9-1] Message-ID: Announcing the release of the kernel-ml-6.0.9-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.9 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.9-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.9-1.el8.elrepo.x86_64.rpm perf-6.0.9-1.el8.elrepo.x86_64.rpm python3-perf-6.0.9-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.9-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 Nov 17 17:09:53 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 17 Nov 2022 22:09:53 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.9-1] Message-ID: Announcing the release of the kernel-ml-6.0.9-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.9 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.9-1.el9.elrepo.aarch64.rpm perf-6.0.9-1.el9.elrepo.aarch64.rpm python3-perf-6.0.9-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.9-1.el9.elrepo.x86_64.rpm perf-6.0.9-1.el9.elrepo.x86_64.rpm python3-perf-6.0.9-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.9-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 Fri Nov 25 13:14:17 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 25 Nov 2022 18:14:17 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.225-1] Message-ID: Announcing the release of the kernel-lt-5.4.225-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.225 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.225-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.225-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.225-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.225-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.225-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.225-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.225-1.el7.elrepo.x86_64.rpm perf-5.4.225-1.el7.elrepo.x86_64.rpm python-perf-5.4.225-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.225-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 Fri Nov 25 13:14:28 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 25 Nov 2022 18:14:28 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.225-1] Message-ID: Announcing the release of the kernel-lt-5.4.225-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.225 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.225-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.225-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.225-1.el8.elrepo.x86_64.rpm perf-5.4.225-1.el8.elrepo.x86_64.rpm python3-perf-5.4.225-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.225-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 Nov 26 10:54:58 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 26 Nov 2022 15:54:58 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.0.10-1] Message-ID: Announcing the release of the kernel-ml-6.0.10-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.10 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.0.10-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.0.10-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.0.10-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.0.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.0.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.10-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.10-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.0.10-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Nov 26 10:55:02 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 26 Nov 2022 15:55:02 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.0.10-1] Message-ID: Announcing the release of the kernel-ml-6.0.10-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.10 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.0.10-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.10-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.10-1.el8.elrepo.x86_64.rpm perf-6.0.10-1.el8.elrepo.x86_64.rpm python3-perf-6.0.10-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.0.10-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Nov 26 10:55:05 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 26 Nov 2022 15:55:05 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.0.10-1] Message-ID: Announcing the release of the kernel-ml-6.0.10-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.0.10 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.0.10-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.0.10-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.0.10-1.el9.elrepo.aarch64.rpm perf-6.0.10-1.el9.elrepo.aarch64.rpm python3-perf-6.0.10-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.0.10-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.0.10-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.0.10-1.el9.elrepo.x86_64.rpm perf-6.0.10-1.el9.elrepo.x86_64.rpm python3-perf-6.0.10-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.0.10-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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 jmcnally at acm.org Mon Nov 28 22:31:03 2022 From: jmcnally at acm.org (John McNally) Date: Mon, 28 Nov 2022 22:31:03 -0500 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Nov 28 23:09:00 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 28 Nov 2022 20:09:00 -0800 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmcnally at acm.org Mon Nov 28 23:52:09 2022 From: jmcnally at acm.org (John McNally) Date: Mon, 28 Nov 2022 23:52:09 -0500 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: 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 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 > _______________________________________________ > 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 Nov 29 00:26:05 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Mon, 28 Nov 2022 21:26:05 -0800 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: 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 Nov 29 13:49:16 2022 From: jmcnally at acm.org (John McNally) Date: Tue, 29 Nov 2022 13:49:16 -0500 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: 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 Nov 29 15:08:43 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Tue, 29 Nov 2022 12:08:43 -0800 Subject: [elrepo] kmod-drbd84 -- new package for EL8.6 In-Reply-To: References: Message-ID: 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: