From ajb at elrepo.org Mon Jun 6 06:48:10 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 6 Jun 2022 11:48:10 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.197-1] Message-ID: Announcing the release of the kernel-lt-5.4.197-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.197 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.197-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.197-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.197-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.197-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.197-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.197-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.197-1.el7.elrepo.x86_64.rpm perf-5.4.197-1.el7.elrepo.x86_64.rpm python-perf-5.4.197-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.197-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 Jun 6 06:48:17 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 6 Jun 2022 11:48:17 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.197-1] Message-ID: Announcing the release of the kernel-lt-5.4.197-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.197 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.197-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.197-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.197-1.el8.elrepo.x86_64.rpm perf-5.4.197-1.el8.elrepo.x86_64.rpm python3-perf-5.4.197-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.197-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 Jun 6 06:48:23 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 6 Jun 2022 11:48:23 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.2-1] Message-ID: Announcing the release of the kernel-ml-5.18.2-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.2 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.2-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.2-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.2-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.2-1.el7.elrepo.x86_64.rpm perf-5.18.2-1.el7.elrepo.x86_64.rpm python-perf-5.18.2-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.2-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Mon Jun 6 06:48:26 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 6 Jun 2022 11:48:26 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.2-1] Message-ID: Announcing the release of the kernel-ml-5.18.2-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.2 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.2-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.2-1.el8.elrepo.x86_64.rpm perf-5.18.2-1.el8.elrepo.x86_64.rpm python3-perf-5.18.2-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.2-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Jun 9 07:55:40 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 9 Jun 2022 12:55:40 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.3-1] Message-ID: Announcing the release of the kernel-ml-5.18.3-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.3 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.3-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.3-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.3-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.3-1.el7.elrepo.x86_64.rpm perf-5.18.3-1.el7.elrepo.x86_64.rpm python-perf-5.18.3-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.3-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Jun 9 07:55:50 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 9 Jun 2022 12:55:50 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.3-1] Message-ID: Announcing the release of the kernel-ml-5.18.3-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.3 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.3-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.3-1.el8.elrepo.x86_64.rpm perf-5.18.3-1.el8.elrepo.x86_64.rpm python3-perf-5.18.3-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.3-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Tue Jun 14 14:27:00 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Jun 2022 19:27:00 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.198-1] Message-ID: Announcing the release of the kernel-lt-5.4.198-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.198 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.198-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.198-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.198-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.198-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.198-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.198-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.198-1.el7.elrepo.x86_64.rpm perf-5.4.198-1.el7.elrepo.x86_64.rpm python-perf-5.4.198-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.198-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 Jun 14 14:27:04 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Jun 2022 19:27:04 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.198-1] Message-ID: Announcing the release of the kernel-lt-5.4.198-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.198 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.198-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.198-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.198-1.el8.elrepo.x86_64.rpm perf-5.4.198-1.el8.elrepo.x86_64.rpm python3-perf-5.4.198-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.198-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 Tue Jun 14 14:27:09 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Jun 2022 19:27:09 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.4-1] Message-ID: Announcing the release of the kernel-ml-5.18.4-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.4-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.4-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.4-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.4-1.el7.elrepo.x86_64.rpm perf-5.18.4-1.el7.elrepo.x86_64.rpm python-perf-5.18.4-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.4-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Tue Jun 14 14:27:14 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Jun 2022 19:27:14 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.4-1] Message-ID: Announcing the release of the kernel-ml-5.18.4-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.4-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.4-1.el8.elrepo.x86_64.rpm perf-5.18.4-1.el8.elrepo.x86_64.rpm python3-perf-5.18.4-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.4-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Jun 16 09:52:36 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 16 Jun 2022 14:52:36 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.199-1] Message-ID: Announcing the release of the kernel-lt-5.4.199-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.199 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.199-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.199-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.199-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.199-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.199-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.199-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.199-1.el7.elrepo.x86_64.rpm perf-5.4.199-1.el7.elrepo.x86_64.rpm python-perf-5.4.199-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.199-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 Jun 16 09:52:43 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 16 Jun 2022 14:52:43 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.5-1] Message-ID: Announcing the release of the kernel-ml-5.18.5-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.5 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.5-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.5-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.5-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.5-1.el7.elrepo.x86_64.rpm perf-5.18.5-1.el7.elrepo.x86_64.rpm python-perf-5.18.5-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.5-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Jun 16 09:52:40 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 16 Jun 2022 14:52:40 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.199-1] Message-ID: Announcing the release of the kernel-lt-5.4.199-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.199 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.199-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.199-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.199-1.el8.elrepo.x86_64.rpm perf-5.4.199-1.el8.elrepo.x86_64.rpm python3-perf-5.4.199-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.199-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 Jun 16 09:52:47 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 16 Jun 2022 14:52:47 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.5-1] Message-ID: Announcing the release of the kernel-ml-5.18.5-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.5 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.5-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.5-1.el8.elrepo.x86_64.rpm perf-5.18.5-1.el8.elrepo.x86_64.rpm python3-perf-5.18.5-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.5-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 jivan.pal at gmail.com Sun Jun 19 15:17:01 2022 From: jivan.pal at gmail.com (Jivan Pal) Date: Sun, 19 Jun 2022 20:17:01 +0100 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: Hello, all, Just wondering if the package `kmod-rtl8187` < https://centos.pkgs.org/8/elrepo-x86_64/kmod-rtl8187-0.0-4.el8_4.elrepo.x86_64.rpm.html> can be backported to CentOS 7. I know it's old hardware, but I'm trying to use a Netgear WG111v3 USB Wi-Fi adapter/dongle under XCP-ng 8.2 (based on CentOS 7.5), and cannot find a suitable package for this driver elsewhere. Alternatively, any pointers as to where to find the module source code and compile it would be appreciated. Or perhaps drivers for the RTL8187B chipset can be installed some other way? Regards -- Jivan Pal > -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Sun Jun 19 15:28:20 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 19 Jun 2022 12:28:20 -0700 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: On Sun, Jun 19, 2022 at 12:19 PM Jivan Pal wrote: > Hello, all, > > Just wondering if the package `kmod-rtl8187` < > https://centos.pkgs.org/8/elrepo-x86_64/kmod-rtl8187-0.0-4.el8_4.elrepo.x86_64.rpm.html> > can be backported to CentOS 7. I know it's old hardware, but I'm trying to > use a Netgear WG111v3 USB Wi-Fi adapter/dongle under XCP-ng 8.2 (based on > CentOS 7.5), and cannot find a suitable package for this driver elsewhere. > Alternatively, any pointers as to where to find the module source code and > compile it would be appreciated. Or perhaps drivers for the RTL8187B > chipset can be installed some other way? > > Regards > -- > Jivan Pal > What is your device IDs in the form of [xxxx:yyyy] ? You can find it by running 'lsusb' . Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From jivan.pal at gmail.com Sun Jun 19 16:49:05 2022 From: jivan.pal at gmail.com (Jivan Pal) Date: Sun, 19 Jun 2022 21:49:05 +0100 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: It is 0846:4260 [realtek RTL8187B]. -- Jivan Pal On Sun, 19 Jun 2022 at 20:33, Akemi Yagi wrote: > What is your device IDs in the form of [xxxx:yyyy] ? You can find it by > running 'lsusb' . > > 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 Sun Jun 19 16:54:27 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Sun, 19 Jun 2022 13:54:27 -0700 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: I can now confirm that it is supported by the rtl8187 driver which is already in the EL7 kernel. Can you load the module by running : modprobe rtl8187 Akemi On Sun, Jun 19, 2022 at 1:51 PM Jivan Pal wrote: > It is 0846:4260 [realtek RTL8187B]. > -- > Jivan Pal > > > On Sun, 19 Jun 2022 at 20:33, Akemi Yagi wrote: > >> What is your device IDs in the form of [xxxx:yyyy] ? You can find it by >> running 'lsusb' . >> >> 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 jivan.pal at gmail.com Sun Jun 19 18:08:43 2022 From: jivan.pal at gmail.com (Jivan Pal) Date: Sun, 19 Jun 2022 23:08:43 +0100 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: # modprobe rtl8187 modprobe: FATAL: Module rtl8187 not found. My kernel version is 4.19.0+1, from package kernel.x86_64:4.19.19-7.0.14.1.xcpng8.2. -- Jivan Pal On Sun, 19 Jun 2022 at 21:56, Akemi Yagi wrote: > I can now confirm that it is supported by the rtl8187 driver which is > already in the EL7 kernel. > > Can you load the module by running : > > modprobe rtl8187 > > Akemi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amyagi at gmail.com Sun Jun 19 18:15:22 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Sun, 19 Jun 2022 15:15:22 -0700 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: Ah, that's not a "CentOS kernel". Sorry, but we only support RHEL (and its rebuilds) kernels. Akemi On Sun, Jun 19, 2022 at 3:10 PM Jivan Pal wrote: > # modprobe rtl8187 > modprobe: FATAL: Module rtl8187 not found. > > My kernel version is 4.19.0+1, from package > kernel.x86_64:4.19.19-7.0.14.1.xcpng8.2. > -- > Jivan Pal > > > On Sun, 19 Jun 2022 at 21:56, Akemi Yagi wrote: > >> I can now confirm that it is supported by the rtl8187 driver which is >> already in the EL7 kernel. >> >> Can you load the module by running : >> >> modprobe rtl8187 >> >> 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 wolfy at nobugconsulting.ro Sun Jun 19 18:52:07 2022 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 20 Jun 2022 01:52:07 +0300 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: References: Message-ID: <0A8EF1AB-A7E7-41F4-9853-C3695F5558BB@nobugconsulting.ro> On June 20, 2022 1:08:43 AM GMT+03:00, Jivan Pal wrote: ># modprobe rtl8187 >modprobe: FATAL: Module rtl8187 not found. > >My kernel version is 4.19.0+1, from package >kernel.x86_64:4.19.19-7.0.14.1.xcpng8.2. That kernel indicates that you are using ( the latest ) XCP-ng so you'd need to persuade the Xen guys handling XCP-ng to update their kernel . As an alternate method, you could grab the kernel devel packages from.XCP-ng and the sources for the 8187 driver from realtek and attempt an out of tree compilation of the kernel module. Or much better, grab the src.rpm of the ElRepo kmod and try to adapt it (if needed) and build your own kmod rpm wolfy -------------- next part -------------- An HTML attachment was scrubbed... URL: From jivan.pal at gmail.com Sun Jun 19 20:32:51 2022 From: jivan.pal at gmail.com (Jivan Pal) Date: Mon, 20 Jun 2022 01:32:51 +0100 Subject: [elrepo] Request to add RTL8187 driver to CentOS 7 repo In-Reply-To: <0A8EF1AB-A7E7-41F4-9853-C3695F5558BB@nobugconsulting.ro> References: <0A8EF1AB-A7E7-41F4-9853-C3695F5558BB@nobugconsulting.ro> Message-ID: Thanks, I have just spent the past couple of hours trying to do that with the source found at prior to seeing your response, with no success so far; the Makefiles need adjusting to work under the XCP-ng build environment. I have just submitted a request on the development forums , so we'll see what comes of that. I didn't think to use the ELRepo source, so I may give that a shot if/when I have some more time. I'll probably just get a newer dongle anyway; this thing only supports 802.11a/b/g. -- Jivan Pal On Sun, 19 Jun 2022 at 23:57, Manuel Wolfshant wrote: > On June 20, 2022 1:08:43 AM GMT+03:00, Jivan Pal > wrote: > ># modprobe rtl8187 > >modprobe: FATAL: Module rtl8187 not found. > > > >My kernel version is 4.19.0+1, from package > >kernel.x86_64:4.19.19-7.0.14.1.xcpng8.2. > > > That kernel indicates that you are using ( the latest ) XCP-ng so you'd > need to persuade the Xen guys handling XCP-ng to update their kernel . > > As an alternate method, you could grab the kernel devel packages > from.XCP-ng and the sources for the 8187 driver from realtek and attempt an > out of tree compilation of the kernel module. Or much better, grab the > src.rpm of the ElRepo kmod and try to adapt it (if needed) and build your > own kmod rpm > > > > wolfy > > > _______________________________________________ > 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 Jun 22 09:05:29 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Jun 2022 14:05:29 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.200-1] Message-ID: Announcing the release of the kernel-lt-5.4.200-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.200 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.200-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.200-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.200-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.200-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.200-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.200-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.200-1.el7.elrepo.x86_64.rpm perf-5.4.200-1.el7.elrepo.x86_64.rpm python-perf-5.4.200-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.200-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 Jun 22 09:05:33 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Jun 2022 14:05:33 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.200-1] Message-ID: Announcing the release of the kernel-lt-5.4.200-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.200 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.200-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.200-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.200-1.el8.elrepo.x86_64.rpm perf-5.4.200-1.el8.elrepo.x86_64.rpm python3-perf-5.4.200-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.200-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jun 22 09:05:37 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Jun 2022 14:05:37 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.6-1] Message-ID: Announcing the release of the kernel-ml-5.18.6-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.6-1.el7.elrepo.x86_64.rpm perf-5.18.6-1.el7.elrepo.x86_64.rpm python-perf-5.18.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.6-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jun 22 09:05:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Jun 2022 14:05:41 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.6-1] Message-ID: Announcing the release of the kernel-ml-5.18.6-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.6-1.el8.elrepo.x86_64.rpm perf-5.18.6-1.el8.elrepo.x86_64.rpm python3-perf-5.18.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.6-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 Jun 25 08:13:13 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 25 Jun 2022 13:13:13 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.201-1] Message-ID: Announcing the release of the kernel-lt-5.4.201-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.201 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.201-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.201-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.201-1.el8.elrepo.x86_64.rpm perf-5.4.201-1.el8.elrepo.x86_64.rpm python3-perf-5.4.201-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.201-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 Jun 25 08:13:10 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 25 Jun 2022 13:13:10 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.201-1] Message-ID: Announcing the release of the kernel-lt-5.4.201-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.201 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.201-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.201-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.201-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.201-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.201-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.201-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.201-1.el7.elrepo.x86_64.rpm perf-5.4.201-1.el7.elrepo.x86_64.rpm python-perf-5.4.201-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.201-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Jun 25 08:13:17 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 25 Jun 2022 13:13:17 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.7-1] Message-ID: Announcing the release of the kernel-ml-5.18.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/v5.x/ChangeLog-5.18.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.7-1.el7.elrepo.x86_64.rpm perf-5.18.7-1.el7.elrepo.x86_64.rpm python-perf-5.18.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.7-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Jun 25 08:13:22 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 25 Jun 2022 13:13:22 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.7-1] Message-ID: Announcing the release of the kernel-ml-5.18.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/v5.x/ChangeLog-5.18.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.7-1.el8.elrepo.x86_64.rpm perf-5.18.7-1.el8.elrepo.x86_64.rpm python3-perf-5.18.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.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 Wed Jun 29 06:31:45 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 29 Jun 2022 11:31:45 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.202-1] Message-ID: Announcing the release of the kernel-lt-5.4.202-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.202 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.202-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.202-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.202-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.202-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.202-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.202-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.202-1.el7.elrepo.x86_64.rpm perf-5.4.202-1.el7.elrepo.x86_64.rpm python-perf-5.4.202-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.202-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 Jun 29 06:31:52 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 29 Jun 2022 11:31:52 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.8-1] Message-ID: Announcing the release of the kernel-ml-5.18.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/v5.x/ChangeLog-5.18.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.8-1.el7.elrepo.x86_64.rpm perf-5.18.8-1.el7.elrepo.x86_64.rpm python-perf-5.18.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.8-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jun 29 06:31:49 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 29 Jun 2022 11:31:49 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.202-1] Message-ID: Announcing the release of the kernel-lt-5.4.202-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.202 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.202-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.202-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.202-1.el8.elrepo.x86_64.rpm perf-5.4.202-1.el8.elrepo.x86_64.rpm python3-perf-5.4.202-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.202-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jun 29 06:31:57 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 29 Jun 2022 11:31:57 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.8-1] Message-ID: Announcing the release of the kernel-ml-5.18.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/v5.x/ChangeLog-5.18.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.8-1.el8.elrepo.x86_64.rpm perf-5.18.8-1.el8.elrepo.x86_64.rpm python3-perf-5.18.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.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/