From ajb at elrepo.org Wed Jan 4 09:58:27 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 4 Jan 2023 14:58:27 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.3-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.3 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.3-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.3-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.3-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.3-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.3-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 Jan 4 09:58:36 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 4 Jan 2023 14:58:36 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.3-1] Message-ID: Announcing the release of the kernel-ml-6.1.3-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.3 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.3-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.3-1.el9.elrepo.aarch64.rpm perf-6.1.3-1.el9.elrepo.aarch64.rpm python3-perf-6.1.3-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.3-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.3-1.el9.elrepo.x86_64.rpm perf-6.1.3-1.el9.elrepo.x86_64.rpm python3-perf-6.1.3-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.3-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jan 4 09:58:32 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 4 Jan 2023 14:58:32 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.3-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.3 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.3-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.3-1.el8.elrepo.x86_64.rpm perf-6.1.3-1.el8.elrepo.x86_64.rpm python3-perf-6.1.3-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 chale at redhat.com Thu Jan 5 12:20:56 2023 From: chale at redhat.com (chale at redhat.com) Date: Thu, 05 Jan 2023 12:20:56 -0500 Subject: [elrepo] Request: Floppy module for RHEL8, RHEL9 Message-ID: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> Salutations El Repo, RHEL8 removed support for legacy floppy drives [0]. ? I'd like to request that you all build the floppy module for RHEL8 and RHEL9, please.? Thanks in advance! -CFH [0]?https://access.redhat.com/documentation/en- us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/ha rdware-enablement_considerations-in-adopting-rhel-8 -- Clark Hale Principal Architect Red Hat Consulting From toracat at elrepo.org Thu Jan 5 14:10:20 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Thu, 5 Jan 2023 11:10:20 -0800 Subject: [elrepo] Request: Floppy module for RHEL8, RHEL9 In-Reply-To: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> References: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> Message-ID: On Thu, Jan 5, 2023 at 9:22 AM wrote: > Salutations El Repo, > > RHEL8 removed support for legacy floppy drives [0]. > > I'd like to request that you all build the floppy module for RHEL8 and > RHEL9, please. > > Thanks in advance! > > -CFH > > [0] https://access.redhat.com/documentation/en- > us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/ha > rdware-enablement_considerations-in-adopting-rhel-8 > > -- > Clark Hale > Principal Architect > Red Hat Consulting > Hi Clark, The floppy kernel module is enabled in ELRepo's kernel-ml for RHEL8. Could you test-install it and confirm that the floppy works? Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From sysops at starbursthosting.com Thu Jan 5 14:19:58 2023 From: sysops at starbursthosting.com (Starburst Hosting SysOp's) Date: Thu, 5 Jan 2023 14:19:58 -0500 Subject: [elrepo] rtw89 Driver support Message-ID: <561e7d91-e369-7702-92a3-b685e41e64d6@starbursthosting.com> Any change of getting the *rtw89 (RealTek 8852BE) driver in Kernel 6.1.x?* *Bluetooth is working, but WiFi is unrecognized. * *Thanks * -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Thu Jan 5 17:36:56 2023 From: phil at elrepo.org (Phil Perry) Date: Thu, 5 Jan 2023 22:36:56 +0000 Subject: [elrepo] rtw89 Driver support In-Reply-To: <561e7d91-e369-7702-92a3-b685e41e64d6@starbursthosting.com> References: <561e7d91-e369-7702-92a3-b685e41e64d6@starbursthosting.com> Message-ID: <0464e32b-1a73-d464-3e65-1bda107451e1@elrepo.org> Hi, Please can you confirm what OS the request is for - el7, el8 or el9? Also, we would appreciate if you could register and open an RFE request (under the appropriate OS as per above) so we may track the request. Thanks, Phil On 05/01/2023 19:19, Starburst Hosting SysOp's via elrepo wrote: > Any change of getting the *rtw89 > (RealTek 8852BE) driver in Kernel 6.1.x?* > > *Bluetooth is working, but WiFi is unrecognized. > > * > > *Thanks > * > From ajb at elrepo.org Sat Jan 7 09:06:21 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 7 Jan 2023 14:06:21 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.4-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.4-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.4-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.4-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.4-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.4-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 Jan 7 09:06:26 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 7 Jan 2023 14:06:26 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.4-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.4-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.4-1.el8.elrepo.x86_64.rpm perf-6.1.4-1.el8.elrepo.x86_64.rpm python3-perf-6.1.4-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Sat Jan 7 09:06:31 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 7 Jan 2023 14:06:31 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.4-1] Message-ID: Announcing the release of the kernel-ml-6.1.4-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.4 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.4-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.4-1.el9.elrepo.aarch64.rpm perf-6.1.4-1.el9.elrepo.aarch64.rpm python3-perf-6.1.4-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.4-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.4-1.el9.elrepo.x86_64.rpm perf-6.1.4-1.el9.elrepo.x86_64.rpm python3-perf-6.1.4-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.4-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 toracat at elrepo.org Sat Jan 7 21:48:31 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sat, 7 Jan 2023 18:48:31 -0800 Subject: [elrepo] Request: Floppy module for RHEL8, RHEL9 In-Reply-To: References: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> Message-ID: On Thu, Jan 5, 2023 at 11:10 AM Akemi Yagi wrote: > On Thu, Jan 5, 2023 at 9:22 AM wrote: > >> Salutations El Repo, >> >> RHEL8 removed support for legacy floppy drives [0]. >> >> I'd like to request that you all build the floppy module for RHEL8 and >> RHEL9, please. >> >> Thanks in advance! >> >> -CFH >> >> [0] https://access.redhat.com/documentation/en- >> us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/ha >> rdware-enablement_considerations-in-adopting-rhel-8 >> >> -- >> Clark Hale >> Principal Architect >> Red Hat Consulting >> > > Hi Clark, > > The floppy kernel module is enabled in ELRepo's kernel-ml for RHEL8. Could > you test-install it and confirm that the floppy works? > > Akemi > The next release of kernel-ml for RHEL9 should have floppy enabled [1]. In the meantime, you can install the kmod-floppy package for el9 [2]: kmod-floppy-0.0-1.el9_1.elrepo.x86_64.rpm Note that it was built against the EL9.1 kernel and is not backward compatible. Akemi [1] https://elrepo.org/bugs/view.php?id=1308 [2] https://elrepo.org/bugs/view.php?id=1309 -------------- next part -------------- An HTML attachment was scrubbed... URL: From chale at redhat.com Mon Jan 9 10:47:49 2023 From: chale at redhat.com (chale at redhat.com) Date: Mon, 09 Jan 2023 10:47:49 -0500 Subject: [elrepo] Request: Floppy module for RHEL8, RHEL9 In-Reply-To: References: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> Message-ID: A non-text attachment was scrubbed... Name: not available Type: text/markdown Size: 1172 bytes Desc: not available URL: From ajb at elrepo.org Mon Jan 9 12:09:10 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 9 Jan 2023 17:09:10 +0000 Subject: [elrepo] Request: Floppy module for RHEL8, RHEL9 In-Reply-To: References: <68e7037d3dbce032983dcf800183aa010b4c876e.camel@redhat.com> Message-ID: On Mon, 9 Jan 2023 at 15:49, wrote: > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo For those wondering, the message reads: I've tested the kernel-ml for RHEL8. It works with my floppy drive at least :D Working on testing the RHEL9... Thank you, -CFH From sysops at starbursthosting.com Tue Jan 10 11:57:05 2023 From: sysops at starbursthosting.com (Starburst Hosting SysOp's) Date: Tue, 10 Jan 2023 11:57:05 -0500 Subject: [elrepo] Error connecting to ELRepo Message-ID: <784456e3-105c-24a9-24d5-e8e531788729@starbursthosting.com> Receiving from a server on Vultr: ?wget https://www.elrepo.org/RPM-GPG-KEY-elrepo.org --2023-01-10 16:53:55-- https://www.elrepo.org/RPM-GPG-KEY-elrepo.org Resolving www.elrepo.org (www.elrepo.org)... 69.195.83.87 Connecting to www.elrepo.org (www.elrepo.org)|69.195.83.87|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2023-01-10 16:53:55 ERROR 403: Forbidden. Also can not connect to http://mirrors.elrepo.org/mirrors-elrepo.el9 Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Tue Jan 10 13:10:21 2023 From: phil at elrepo.org (Phil Perry) Date: Tue, 10 Jan 2023 18:10:21 +0000 Subject: [elrepo] Error connecting to ELRepo In-Reply-To: <784456e3-105c-24a9-24d5-e8e531788729@starbursthosting.com> References: <784456e3-105c-24a9-24d5-e8e531788729@starbursthosting.com> Message-ID: <223e7e92-e257-230b-7e62-96e88a2e727c@elrepo.org> On 10/01/2023 16:57, Starburst Hosting SysOp's via elrepo wrote: > Receiving from a server on Vultr: > > ?wget https://www.elrepo.org/RPM-GPG-KEY-elrepo.org > --2023-01-10 16:53:55-- https://www.elrepo.org/RPM-GPG-KEY-elrepo.org > Resolving www.elrepo.org (www.elrepo.org)... 69.195.83.87 > Connecting to www.elrepo.org (www.elrepo.org)|69.195.83.87|:443... > connected. > HTTP request sent, awaiting response... 403 Forbidden > 2023-01-10 16:53:55 ERROR 403: Forbidden. > > Also can not connect to http://mirrors.elrepo.org/mirrors-elrepo.el9 > > > Thanks > What IP on Vultr are you trying to connect from? We have had a lot of abuse from Vultr IP space and extensive blocks are now in place in response. From ajb at elrepo.org Thu Jan 12 09:19:10 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 Jan 2023 14:19:10 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.5-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.5 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.5-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.5-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.5-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.5-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.5-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 Jan 12 09:19:15 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 Jan 2023 14:19:15 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.5-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.5 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.5-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.5-1.el8.elrepo.x86_64.rpm perf-6.1.5-1.el8.elrepo.x86_64.rpm python3-perf-6.1.5-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 ajb at elrepo.org Thu Jan 12 09:19:21 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 Jan 2023 14:19:21 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.5-1] Message-ID: Announcing the release of the kernel-ml-6.1.5-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.5 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.5-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.5-1.el9.elrepo.aarch64.rpm perf-6.1.5-1.el9.elrepo.aarch64.rpm python3-perf-6.1.5-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.5-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.5-1.el9.elrepo.x86_64.rpm perf-6.1.5-1.el9.elrepo.x86_64.rpm python3-perf-6.1.5-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.5-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 andrew at turnkeyinternet.net Thu Jan 12 19:18:31 2023 From: andrew at turnkeyinternet.net (Andrew Watters) Date: Thu, 12 Jan 2023 19:18:31 -0500 Subject: [elrepo] mptctl Message-ID: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> Is there any chance support for the mptctl module be added for el8/el9?? It seems like several raid management utilities like lsiutil and mpt-status rely on this, even if the raid card itself runs on mptsas -- Andrew Watters, Level III ? NOC Engineer ColoHouse & TurnKey Internet, a ColoHouse Company Main: 877-539-4638 www.colohouse.com www.turnkeyinternet.net From toracat at elrepo.org Thu Jan 12 19:48:10 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Thu, 12 Jan 2023 16:48:10 -0800 Subject: [elrepo] mptctl In-Reply-To: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> References: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> Message-ID: On Thu, Jan 12, 2023 at 4:20 PM Andrew Watters via elrepo < elrepo at lists.elrepo.org> wrote: > Is there any chance support for the mptctl module be added for el8/el9? > It seems like several raid management utilities like lsiutil and > mpt-status rely on this, even if the raid card itself runs on mptsas > > > -- > Andrew Watters, Level III ? NOC Engineer > ColoHouse & TurnKey Internet, a ColoHouse Company > Main: 877-539-4638 > www.colohouse.com > www.turnkeyinternet.net > Your request has been filed here: el8: https://elrepo.org/bugs/view.php?id=1314 el9: https://elrepo.org/bugs/view.php?id=1315 Wonder if you'll be able to test both. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Sat Jan 14 08:59:00 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 14 Jan 2023 13:59:00 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.6-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.6-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 Jan 14 08:59:08 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 14 Jan 2023 13:59:08 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.6-1] Message-ID: Announcing the release of the kernel-ml-6.1.6-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.6 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.6-1.el9.elrepo.aarch64.rpm perf-6.1.6-1.el9.elrepo.aarch64.rpm python3-perf-6.1.6-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.6-1.el9.elrepo.x86_64.rpm perf-6.1.6-1.el9.elrepo.x86_64.rpm python3-perf-6.1.6-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.6-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Jan 14 08:59:04 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 14 Jan 2023 13:59:04 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.6-1] Message-ID: Announcing the release of the kernel-ml-6.1.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/v6.x/ChangeLog-6.1.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.6-1.el8.elrepo.x86_64.rpm perf-6.1.6-1.el8.elrepo.x86_64.rpm python3-perf-6.1.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 elrepo-general-ml at jens.kuehnel.org Sat Jan 14 16:12:37 2023 From: elrepo-general-ml at jens.kuehnel.org (Jens Kuehnel) Date: Sat, 14 Jan 2023 22:12:37 +0100 Subject: [elrepo] Kernel Crash with wireguard module Message-ID: Hi all, I have a strange problem. I run a Server with mutiples VMs with RHEL8 (Developer subscription) and some elrepo modules. I run wireguard with this rpm: kmod-wireguard-1.0.20220627-3.el8_7.elrepo.x86_64 Every thing works fine with 4.18.0-425.3.1.el8.x86_64, but after update to kernel-4.18.0-425.10.1.el8_7.x86_64 I got after about 20 seconds: * 100% CPU load with a kworker * cpu soft lockup and about 30-60 second after that the system hangs, no ssh, no console, only ping works. The dmesg output at the end of this mail. When I disable wireguard everything works fine. So it is the wireguard module. I run at the moment the 425.3.1 kernel again, because wireguard is important. Can another recompile of the kernel help, has anyone the same problem, or is this a uniq problem with my hardware? Thanks for the info. Greeting from Frankfurt Germany. CU Jens K?hnel ------------------------------------------------------------ [ 85.035861] wireguard: WireGuard 1.0.20220627 loaded. See www.wireguard.com for information. [ 85.035868] wireguard: Copyright (C) 2015-2019 Jason A. Donenfeld . All Rights Reserved. [ 112.088711] watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [kworker/5:1:81] [ 112.088718] Modules linked in: xt_CHECKSUM wireguard ip6_udp_tunnel udp_tunnel binfmt_misc br_netfilter bridge stp llc xt_physdev ipt_REJECT nf_reject_ipv4 nft_counter xt_LOG nf_log_syslog ip6t_REJECT nft_chain_nat nf_reject_ipv6 ipt_MASQUERADE nf_nat xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nft_compat nf_tables libcrc32c nfnetlink sunrpc vfat fat intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm mei_wdt iTCO_wdt irqbypass iTCO_vendor_support rapl intel_cstate intel_uncore pcspkr wmi mei_me intel_pch_thermal mei acpi_pad i2c_i801 ie31200_edac intel_pmc_core ext4 mbcache jbd2 dm_crypt raid1 sd_mod t10_pi sg i915 i2c_algo_bit cec intel_gtt drm_buddy drm_dp_helper drm_kms_helper syscopyarea sysfillrect sysimgblt crct10dif_pclmul fb_sys_fops ttm crc32_pclmul crc32c_intel ahci libahci e1000e drm libata ghash_clmulni_intel serio_raw video dm_mirror dm_region_hash dm_log dm_mod ftsteutates(O) fuse [ 112.088835] CPU: 5 PID: 81 Comm: kworker/5:1 Tainted: G IO --------- - - 4.18.0-425.10.1.el8_7.x86_64 #1 [ 112.088839] Hardware name: FUJITSU D3417-B1/D3417-B1, BIOS V5.0.0.11 R1.28.0.SR.1 for D3417-B1x 07/25/2019 [ 112.088842] Workqueue: events_power_efficient wg_ratelimiter_gc_entries [wireguard] [ 112.088851] RIP: 0010:native_queued_spin_lock_slowpath+0x5f/0x1c0 [ 112.088856] Code: 71 f0 0f ba 2f 08 0f 92 c0 0f b6 c0 c1 e0 08 89 c2 8b 07 30 e4 09 d0 a9 00 01 ff ff 75 4b 85 c0 74 0e 8b 07 84 c0 74 08 f3 90 <8b> 07 84 c0 75 f8 b8 01 00 00 00 66 89 07 e9 1e b7 aa 00 8b 37 81 [ 112.088861] RSP: 0018:ffffb780c657be58 EFLAGS: 00000202 ORIG_RAX: ffffffffffffff13 [ 112.088864] RAX: 0000000000000101 RBX: ffffffffc0f05160 RCX: ffffffffb07b9a40 [ 112.088866] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffc0f05fb8 [ 112.088869] RBP: 00000013e2e12d11 R08: ffffffffb07b9ae0 R09: 0000746e65696369 [ 112.088871] R10: 8080808080808080 R11: 0000000000000018 R12: dead000000000200 [ 112.088873] R13: 0000000000000001 R14: ffff98bf06e6b780 R15: 0000000000000001 [ 112.088876] FS: 0000000000000000(0000) GS:ffff98cdee540000(0000) knlGS:0000000000000000 [ 112.088878] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 112.088881] CR2: 00007f211802e240 CR3: 00000004eec10001 CR4: 00000000003706e0 [ 112.088883] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 112.088885] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 112.088888] Call Trace: [ 112.088890] _raw_spin_lock+0x1e/0x30 [ 112.088894] wg_ratelimiter_gc_entries+0x49/0x170 [wireguard] [ 112.088901] process_one_work+0x1a7/0x360 [ 112.088904] ? create_worker+0x1a0/0x1a0 [ 112.088907] worker_thread+0x30/0x390 [ 112.088909] ? create_worker+0x1a0/0x1a0 [ 112.088911] kthread+0x10b/0x130 [ 112.088915] ? set_kthread_struct+0x50/0x50 [ 112.088918] ret_from_fork+0x1f/0x40 Message from syslogd at vmhost at Jan 14 21:24:04 ... kernel:watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [kworker/5:1:81] [ 140.088627] watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [kworker/5:1:81] From toracat at elrepo.org Sat Jan 14 16:49:39 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sat, 14 Jan 2023 13:49:39 -0800 Subject: [elrepo] mptctl In-Reply-To: References: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> Message-ID: On Thu, Jan 12, 2023 at 4:48 PM Akemi Yagi wrote: > On Thu, Jan 12, 2023 at 4:20 PM Andrew Watters via elrepo < > elrepo at lists.elrepo.org> wrote: > >> Is there any chance support for the mptctl module be added for el8/el9? >> It seems like several raid management utilities like lsiutil and >> mpt-status rely on this, even if the raid card itself runs on mptsas >> >> >> -- >> Andrew Watters, Level III ? NOC Engineer >> ColoHouse & TurnKey Internet, a ColoHouse Company >> Main: 877-539-4638 >> www.colohouse.com >> www.turnkeyinternet.net >> > > Your request has been filed here: > > el8: https://elrepo.org/bugs/view.php?id=1314 > el9: https://elrepo.org/bugs/view.php?id=1315 > > Wonder if you'll be able to test both. > > Akemi > Hi Andrew, Could you check the bug reports referenced above? Your request has been fulfilled for both el8 and el9. We would appreciate it if you could provide feedback for either one or both. Thanks, Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at turnkeyinternet.net Sat Jan 14 17:34:29 2023 From: andrew at turnkeyinternet.net (Andrew Watters) Date: Sat, 14 Jan 2023 17:34:29 -0500 Subject: [elrepo] mptctl In-Reply-To: References: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> Message-ID: <8cd4e59e-c57a-054b-1a11-f3da6d5944ac@turnkeyinternet.net> Looks like its working great on el8, I can't test el9 right this moment, I'll have to get back to you on monday for that one. On 1/14/2023 4:49 PM, Akemi Yagi wrote: > On Thu, Jan 12, 2023 at 4:48 PM Akemi Yagi wrote: > > On Thu, Jan 12, 2023 at 4:20 PM Andrew Watters via elrepo > wrote: > > Is there any chance support for the mptctl module be added for > el8/el9? > It seems like several raid management utilities like lsiutil and > mpt-status rely on this, even if the raid card itself runs on > mptsas > > > -- > Andrew Watters, Level III ? NOC Engineer > ColoHouse & TurnKey Internet, a ColoHouse Company > Main: 877-539-4638 > www.colohouse.com > www.turnkeyinternet.net > > > Your request has been filed here: > > el8: https://elrepo.org/bugs/view.php?id=1314 > el9: https://elrepo.org/bugs/view.php?id=1315 > > Wonder if you'll be able to test both. > > Akemi > > > ?Hi Andrew, > > Could you check the bug reports referenced above? Your request has > been fulfilled for both el8 and el9. > > We would appreciate it if you could provide feedback for either one or > both. > > Thanks, > Akemi -- Andrew Watters, Level III ? NOC Engineer ColoHouse & TurnKey Internet, a ColoHouse Company Main: 877-539-4638 www.colohouse.com www.turnkeyinternet.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Sat Jan 14 17:32:03 2023 From: phil at elrepo.org (Phil Perry) Date: Sat, 14 Jan 2023 22:32:03 +0000 Subject: [elrepo] Kernel Crash with wireguard module In-Reply-To: References: Message-ID: <417b14f6-1ecd-aa62-da67-eab06c0df5eb@elrepo.org> On 14/01/2023 21:12, Jens Kuehnel wrote: > Hi all, > > I have a strange problem. I run a Server with mutiples VMs with RHEL8 > (Developer subscription) and some elrepo modules. > > I run wireguard with this rpm: > kmod-wireguard-1.0.20220627-3.el8_7.elrepo.x86_64 > > Every thing works fine with 4.18.0-425.3.1.el8.x86_64, but after update > to kernel-4.18.0-425.10.1.el8_7.x86_64 I got after about 20 seconds: > > * 100% CPU load with a kworker > * cpu soft lockup > > and about 30-60 second after that the system hangs, no ssh, no console, > only ping works. > > The dmesg output at the end of this mail. > > When I disable wireguard everything works fine. So it is the wireguard > module. I run at the moment the 425.3.1 kernel again, because wireguard > is important. > > Can another recompile of the kernel help, has anyone the same problem, > or is this a uniq problem with my hardware? > > Thanks for the info. > > Greeting from Frankfurt Germany. > CU > Jens K?hnel > > > ------------------------------------------------------------ > [?? 85.035861] wireguard: WireGuard 1.0.20220627 loaded. See > www.wireguard.com for information. > [?? 85.035868] wireguard: Copyright (C) 2015-2019 Jason A. Donenfeld > . All Rights Reserved. > [? 112.088711] watchdog: BUG: soft lockup - CPU#5 stuck for 22s! > [kworker/5:1:81] > [? 112.088718] Modules linked in: xt_CHECKSUM wireguard ip6_udp_tunnel > udp_tunnel binfmt_misc br_netfilter bridge stp llc xt_physdev ipt_REJECT > nf_reject_ipv4 nft_counter xt_LOG nf_log_syslog ip6t_REJECT > nft_chain_nat nf_reject_ipv6 ipt_MASQUERADE nf_nat xt_conntrack > nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nft_compat nf_tables > libcrc32c nfnetlink sunrpc vfat fat intel_rapl_msr intel_rapl_common > x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm mei_wdt > iTCO_wdt irqbypass iTCO_vendor_support rapl intel_cstate intel_uncore > pcspkr wmi mei_me intel_pch_thermal mei acpi_pad i2c_i801 ie31200_edac > intel_pmc_core ext4 mbcache jbd2 dm_crypt raid1 sd_mod t10_pi sg i915 > i2c_algo_bit cec intel_gtt drm_buddy drm_dp_helper drm_kms_helper > syscopyarea sysfillrect sysimgblt crct10dif_pclmul fb_sys_fops ttm > crc32_pclmul crc32c_intel ahci libahci e1000e drm libata > ghash_clmulni_intel serio_raw video dm_mirror dm_region_hash dm_log > dm_mod ftsteutates(O) fuse > [? 112.088835] CPU: 5 PID: 81 Comm: kworker/5:1 Tainted: G????????? IO > --------- -? - 4.18.0-425.10.1.el8_7.x86_64 #1 > [? 112.088839] Hardware name: FUJITSU D3417-B1/D3417-B1, BIOS V5.0.0.11 > R1.28.0.SR.1 for D3417-B1x?????????????? 07/25/2019 > [? 112.088842] Workqueue: events_power_efficient > wg_ratelimiter_gc_entries [wireguard] > [? 112.088851] RIP: 0010:native_queued_spin_lock_slowpath+0x5f/0x1c0 > [? 112.088856] Code: 71 f0 0f ba 2f 08 0f 92 c0 0f b6 c0 c1 e0 08 89 c2 > 8b 07 30 e4 09 d0 a9 00 01 ff ff 75 4b 85 c0 74 0e 8b 07 84 c0 74 08 f3 > 90 <8b> 07 84 c0 75 f8 b8 01 00 00 00 66 89 07 e9 1e b7 aa 00 8b 37 81 > [? 112.088861] RSP: 0018:ffffb780c657be58 EFLAGS: 00000202 ORIG_RAX: > ffffffffffffff13 > [? 112.088864] RAX: 0000000000000101 RBX: ffffffffc0f05160 RCX: > ffffffffb07b9a40 > [? 112.088866] RDX: 0000000000000000 RSI: 0000000000000000 RDI: > ffffffffc0f05fb8 > [? 112.088869] RBP: 00000013e2e12d11 R08: ffffffffb07b9ae0 R09: > 0000746e65696369 > [? 112.088871] R10: 8080808080808080 R11: 0000000000000018 R12: > dead000000000200 > [? 112.088873] R13: 0000000000000001 R14: ffff98bf06e6b780 R15: > 0000000000000001 > [? 112.088876] FS:? 0000000000000000(0000) GS:ffff98cdee540000(0000) > knlGS:0000000000000000 > [? 112.088878] CS:? 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [? 112.088881] CR2: 00007f211802e240 CR3: 00000004eec10001 CR4: > 00000000003706e0 > [? 112.088883] DR0: 0000000000000000 DR1: 0000000000000000 DR2: > 0000000000000000 > [? 112.088885] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: > 0000000000000400 > [? 112.088888] Call Trace: > [? 112.088890]? _raw_spin_lock+0x1e/0x30 > [? 112.088894]? wg_ratelimiter_gc_entries+0x49/0x170 [wireguard] > [? 112.088901]? process_one_work+0x1a7/0x360 > [? 112.088904]? ? create_worker+0x1a0/0x1a0 > [? 112.088907]? worker_thread+0x30/0x390 > [? 112.088909]? ? create_worker+0x1a0/0x1a0 > [? 112.088911]? kthread+0x10b/0x130 > [? 112.088915]? ? set_kthread_struct+0x50/0x50 > [? 112.088918]? ret_from_fork+0x1f/0x40 > > Message from syslogd at vmhost at Jan 14 21:24:04 ... > ?kernel:watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [kworker/5:1:81] > [? 140.088627] watchdog: BUG: soft lockup - CPU#5 stuck for 22s! > [kworker/5:1:81] Hi Jens, Thanks for the report. I have rebuilt kmod-wireguard against the latest 4.18.0-425.10.1.el8_7.x86_64 RHEL kernel for you, and released updated packages to the testing repository. Updated packages should be available on our mirror sites shortly: kmod-wireguard-1.0.20220627-4.el8_7.elrepo.x86_64.rpm Please can you update, reboot to the latest kernel (4.18.0-425.10.1.el8_7.x86_64) and test to see if this fixes the issue for you. Thanks, Phil From phil at elrepo.org Sun Jan 15 00:47:01 2023 From: phil at elrepo.org (Phil Perry) Date: Sun, 15 Jan 2023 05:47:01 +0000 Subject: [elrepo] Kernel Crash with wireguard module In-Reply-To: <01ab9f12-00fc-2467-35d3-f007e4000c3b@kuehnel.org> References: <417b14f6-1ecd-aa62-da67-eab06c0df5eb@elrepo.org> <01ab9f12-00fc-2467-35d3-f007e4000c3b@kuehnel.org> Message-ID: On 14/01/2023 23:39, Jens Kuehnel wrote: > Hi Phil, > >> Thanks for the report. > A lot of Thanks for the fast response. > >> I have rebuilt kmod-wireguard against the latest >> 4.18.0-425.10.1.el8_7.x86_64 RHEL kernel for you, and released updated >> packages to the testing repository. Updated packages should be >> available on our mirror sites shortly: > >> kmod-wireguard-1.0.20220627-4.el8_7.elrepo.x86_64.rpm > >> Please can you update, reboot to the latest kernel >> (4.18.0-425.10.1.el8_7.x86_64) and test to see if this fixes the issue >> for you. > Tested it and it works great. You can put it into the normal release > from my side. > > Wow, bugreport to fix in 1:20 hours :-) > Thanks a lot. > > CU > Jens > > Hi Jens, Brilliant - thanks for confirming it's working for you. I'll move the package from testing to the main elrepo repository now. Happy to help, and glad we could fix it quickly for you :-) Phil From phil at elrepo.org Sun Jan 15 12:35:25 2023 From: phil at elrepo.org (Phil Perry) Date: Sun, 15 Jan 2023 17:35:25 +0000 Subject: [elrepo] Kernel Crash with wireguard module In-Reply-To: References: <417b14f6-1ecd-aa62-da67-eab06c0df5eb@elrepo.org> <01ab9f12-00fc-2467-35d3-f007e4000c3b@kuehnel.org> Message-ID: <369baf3b-c16b-3be3-4d2d-f89f9b090b90@elrepo.org> On 15/01/2023 05:47, Phil Perry wrote: > On 14/01/2023 23:39, Jens Kuehnel wrote: >> Hi Phil, >> >>> Thanks for the report. >> A lot of Thanks for the fast response. >> >>> I have rebuilt kmod-wireguard against the latest >>> 4.18.0-425.10.1.el8_7.x86_64 RHEL kernel for you, and released >>> updated packages to the testing repository. Updated packages should >>> be available on our mirror sites shortly: >> >>> kmod-wireguard-1.0.20220627-4.el8_7.elrepo.x86_64.rpm >> >>> Please can you update, reboot to the latest kernel >>> (4.18.0-425.10.1.el8_7.x86_64) and test to see if this fixes the >>> issue for you. >> Tested it and it works great. You can put it into the normal release >> from my side. >> >> Wow, bugreport to fix in 1:20 hours :-) >> Thanks a lot. >> >> CU >> Jens >> >> > > Hi Jens, > > Brilliant - thanks for confirming it's working for you. > > I'll move the package from testing to the main elrepo repository now. > > Happy to help, and glad we could fix it quickly for you :-) > > Phil > Upon further investigation, it would appear this is quite a widespread issue caused by a bug in the RHEL kernel-4.18.0-425.3.1.el8.x86_64. https://access.redhat.com/solutions/6985596 As per the excellent Red Hat solution article, we will need to rebuild any packages that use the affected 'pv_lock_ops' symbol against the latest (bug-free) RHEL 8.7 kernel, as we have done for kmod-wireguard above. We are in the process of identifying all packages that use the affected 'pv_lock_ops' kernel symbol and will try to get these rebuilt, tested and released as quickly as possible over the next couple days. Phil From brent at jeneral.com Sun Jan 15 12:51:36 2023 From: brent at jeneral.com (Brent Jensen) Date: Sun, 15 Jan 2023 10:51:36 -0700 Subject: [elrepo] kmod-3w-9xxx panic Message-ID: <79c65917-7bac-a94a-716a-5a261de9e3f7@jeneral.com> Please update kmod-3w-9xxx for kernel-4.18.0-425.3.1.el8.x86_64. I have two systems that both panic and that seems to be the only difference from a vanilla system. Previous kernel seems fine. Thanks, Brent From toracat at elrepo.org Sun Jan 15 13:11:31 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 15 Jan 2023 10:11:31 -0800 Subject: [elrepo] kmod-3w-9xxx panic In-Reply-To: <79c65917-7bac-a94a-716a-5a261de9e3f7@jeneral.com> References: <79c65917-7bac-a94a-716a-5a261de9e3f7@jeneral.com> Message-ID: On Sun, Jan 15, 2023 at 9:53 AM Brent Jensen wrote: > Please update kmod-3w-9xxx for kernel-4.18.0-425.3.1.el8.x86_64. I have > two systems that both panic and that seems to be the only difference > from a vanilla system. Previous kernel seems fine. Thanks, Brent > Thanks for the report. There is a known issue as described here: https://access.redhat.com/solutions/6985596 "RHEL8.7 system with the kernel version 4.18.0-425.3.1.el8.x86_64 fails to boot with soft lockup message" I's a bug in the kernel. We will rebuild our kmods that are affected. Thanks, Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger.sewell at cantab.net Sun Jan 15 15:29:49 2023 From: roger.sewell at cantab.net (Roger Sewell) Date: Sun, 15 Jan 2023 20:29:49 +0000 Subject: [elrepo] rapid fix of wireguard module In-Reply-To: Your message of Sun, 15 Jan 2023 12:00:01 -0500 References: Message-ID: <20230115202949.3992@revelation.broadband> Phil, Jens, One of the things I have not understood in several decades of observing it is why it should be that the service you get when you are *not* paying for something is often so much better than the service you get when you *are* paying ! Any explanations welcome. Roger. From manuel.wolfshant at gmail.com Sun Jan 15 17:04:41 2023 From: manuel.wolfshant at gmail.com (Manuel Wolfshant) Date: Mon, 16 Jan 2023 00:04:41 +0200 Subject: [elrepo] rapid fix of wireguard module In-Reply-To: <20230115202949.3992@revelation.broadband> References: <20230115202949.3992@revelation.broadband> Message-ID: <926F8790-89F1-431F-BFBC-AD6886C1CDC2@gmail.com> On January 15, 2023 10:29:49 PM GMT+02:00, Roger Sewell wrote: > >Phil, Jens, > >One of the things I have not understood in several decades of observing >it is why it should be that the service you get when you are *not* >paying for something is often so much better than the service you get >when you *are* paying ! Any explanations welcome. > >Roger. 1. Captive clients 2. Passion wolfy From phil at elrepo.org Sun Jan 15 19:06:40 2023 From: phil at elrepo.org (Phil Perry) Date: Mon, 16 Jan 2023 00:06:40 +0000 Subject: [elrepo] kmod-3w-9xxx panic In-Reply-To: References: <79c65917-7bac-a94a-716a-5a261de9e3f7@jeneral.com> Message-ID: On 15/01/2023 18:11, Akemi Yagi wrote: > On Sun, Jan 15, 2023 at 9:53 AM Brent Jensen > wrote: > > Please update kmod-3w-9xxx for kernel-4.18.0-425.3.1.el8.x86_64. I have > two systems that both panic and that seems to be the only difference > from a vanilla system. Previous kernel seems fine. Thanks, Brent > > > Thanks for the report. There is a known issue as described here: > > https://access.redhat.com/solutions/6985596 > > ?"RHEL8.7 system with the kernel version 4.18.0-425.3.1.el8.x86_64 > fails to boot with soft lockup message" > > I's a bug in the kernel. We will rebuild our kmods that are affected. > > Thanks, > Akemi > Hi Brent, Fixed and released. The following package should be available on our mirror sites shortly: kmod-3w-9xxx-2.26.02.014-9.el8_7.elrepo.x86_64.rpm Thanks, Phil From brent at jeneral.com Mon Jan 16 11:40:24 2023 From: brent at jeneral.com (Brent Jensen) Date: Mon, 16 Jan 2023 09:40:24 -0700 Subject: [elrepo] kmod-3w-9xxx panic In-Reply-To: References: <79c65917-7bac-a94a-716a-5a261de9e3f7@jeneral.com> Message-ID: <5f32d506-8b98-f20b-f0e9-74c37702f4e9@jeneral.com> Thanks. That fixed it. Brent On 1/15/2023 5:06 PM, Phil Perry wrote: > On 15/01/2023 18:11, Akemi Yagi wrote: >> On Sun, Jan 15, 2023 at 9:53 AM Brent Jensen > > wrote: >> >> ??? Please update kmod-3w-9xxx for kernel-4.18.0-425.3.1.el8.x86_64. >> I have >> ??? two systems that both panic and that seems to be the only difference >> ??? from a vanilla system. Previous kernel seems fine. Thanks, Brent >> >> >> Thanks for the report. There is a known issue as described here: >> >> https://access.redhat.com/solutions/6985596 >> >> ??"RHEL8.7 system with the kernel version 4.18.0-425.3.1.el8.x86_64 >> fails to boot with soft lockup message" >> >> I's a bug in the kernel. We will rebuild our kmods that are affected. >> >> Thanks, >> Akemi >> > > Hi Brent, > > Fixed and released. The following package should be available on our > mirror sites shortly: > > kmod-3w-9xxx-2.26.02.014-9.el8_7.elrepo.x86_64.rpm > > Thanks, > > Phil > > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo From andrew at turnkeyinternet.net Mon Jan 16 15:40:08 2023 From: andrew at turnkeyinternet.net (Andrew Watters) Date: Mon, 16 Jan 2023 15:40:08 -0500 Subject: [elrepo] mptctl In-Reply-To: <8cd4e59e-c57a-054b-1a11-f3da6d5944ac@turnkeyinternet.net> References: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> <8cd4e59e-c57a-054b-1a11-f3da6d5944ac@turnkeyinternet.net> Message-ID: <1a18035d-f750-9f3b-ca00-ffdc9db04d38@turnkeyinternet.net> Looks like el9 is working well too. On 1/14/2023 5:34 PM, Andrew Watters via elrepo wrote: > > Looks like its working great on el8, I can't test el9 right this > moment, I'll have to get back to you on monday for that one. > > On 1/14/2023 4:49 PM, Akemi Yagi wrote: >> On Thu, Jan 12, 2023 at 4:48 PM Akemi Yagi wrote: >> >> On Thu, Jan 12, 2023 at 4:20 PM Andrew Watters via elrepo >> wrote: >> >> Is there any chance support for the mptctl module be added >> for el8/el9? >> It seems like several raid management utilities like lsiutil and >> mpt-status rely on this, even if the raid card itself runs on >> mptsas >> >> >> -- >> Andrew Watters, Level III ? NOC Engineer >> ColoHouse & TurnKey Internet, a ColoHouse Company >> Main: 877-539-4638 >> www.colohouse.com >> www.turnkeyinternet.net >> >> >> Your request has been filed here: >> >> el8: https://elrepo.org/bugs/view.php?id=1314 >> el9: https://elrepo.org/bugs/view.php?id=1315 >> >> Wonder if you'll be able to test both. >> >> Akemi >> >> >> ?Hi Andrew, >> >> Could you check the bug reports referenced above? Your request has >> been fulfilled for both el8 and el9. >> >> We would appreciate it if you could provide feedback for either one >> or both. >> >> Thanks, >> Akemi > -- > Andrew Watters, Level III ? NOC Engineer > ColoHouse & TurnKey Internet, a ColoHouse Company > Main: 877-539-4638 > www.colohouse.com > www.turnkeyinternet.net > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo -- Andrew Watters, Level III ? NOC Engineer ColoHouse & TurnKey Internet, a ColoHouse Company Main: 877-539-4638 www.colohouse.com www.turnkeyinternet.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jan 16 15:47:31 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 16 Jan 2023 12:47:31 -0800 Subject: [elrepo] mptctl In-Reply-To: <1a18035d-f750-9f3b-ca00-ffdc9db04d38@turnkeyinternet.net> References: <48e0bf37-4294-f0ab-c9dd-b9eb3691bd7c@turnkeyinternet.net> <8cd4e59e-c57a-054b-1a11-f3da6d5944ac@turnkeyinternet.net> <1a18035d-f750-9f3b-ca00-ffdc9db04d38@turnkeyinternet.net> Message-ID: Thanks for the feedback. Great to hear it's working on both el8 and el9. Akemi On Mon, Jan 16, 2023 at 12:40 PM Andrew Watters wrote: > Looks like el9 is working well too. > On 1/14/2023 5:34 PM, Andrew Watters via elrepo wrote: > > Looks like its working great on el8, I can't test el9 right this moment, > I'll have to get back to you on monday for that one. > On 1/14/2023 4:49 PM, Akemi Yagi wrote: > > On Thu, Jan 12, 2023 at 4:48 PM Akemi Yagi wrote: > >> On Thu, Jan 12, 2023 at 4:20 PM Andrew Watters via elrepo < >> elrepo at lists.elrepo.org> wrote: >> >>> Is there any chance support for the mptctl module be added for el8/el9? >>> It seems like several raid management utilities like lsiutil and >>> mpt-status rely on this, even if the raid card itself runs on mptsas >>> >>> >>> -- >>> Andrew Watters, Level III ? NOC Engineer >>> ColoHouse & TurnKey Internet, a ColoHouse Company >>> Main: 877-539-4638 >>> www.colohouse.com >>> www.turnkeyinternet.net >>> >> >> Your request has been filed here: >> >> el8: https://elrepo.org/bugs/view.php?id=1314 >> el9: https://elrepo.org/bugs/view.php?id=1315 >> >> Wonder if you'll be able to test both. >> >> Akemi >> > > Hi Andrew, > > Could you check the bug reports referenced above? Your request has been > fulfilled for both el8 and el9. > > We would appreciate it if you could provide feedback for either one or > both. > > Thanks, > Akemi > > -- > Andrew Watters, Level III ? NOC Engineer > ColoHouse & TurnKey Internet, a ColoHouse Company > Main: 877-539-4638www.colohouse.comwww.turnkeyinternet.net > > > _______________________________________________ > elrepo mailing listelrepo at lists.elrepo.orghttp://lists.elrepo.org/mailman/listinfo/elrepo > > -- > Andrew Watters, Level III ? NOC Engineer > ColoHouse & TurnKey Internet, a ColoHouse Company > Main: 877-539-4638www.colohouse.comwww.turnkeyinternet.net > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Wed Jan 18 13:42:39 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 Jan 2023 18:42:39 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.229-1] Message-ID: Announcing the release of the kernel-lt-5.4.229-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.229 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.229-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.229-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.229-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.229-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.229-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.229-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.229-1.el7.elrepo.x86_64.rpm perf-5.4.229-1.el7.elrepo.x86_64.rpm python-perf-5.4.229-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.229-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jan 18 13:42:48 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 Jan 2023 18:42:48 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.7-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Wed Jan 18 13:42:54 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 Jan 2023 18:42:54 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.229-1] Message-ID: Announcing the release of the kernel-lt-5.4.229-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.229 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.229-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.229-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.229-1.el8.elrepo.x86_64.rpm perf-5.4.229-1.el8.elrepo.x86_64.rpm python3-perf-5.4.229-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.229-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Jan 18 13:43:07 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 Jan 2023 18:43:07 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.7-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.7 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.7-1.el9.elrepo.aarch64.rpm perf-6.1.7-1.el9.elrepo.aarch64.rpm python3-perf-6.1.7-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.7-1.el9.elrepo.x86_64.rpm perf-6.1.7-1.el9.elrepo.x86_64.rpm python3-perf-6.1.7-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Wed Jan 18 13:43:01 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 Jan 2023 18:43:01 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.7-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.7-1.el8.elrepo.x86_64.rpm perf-6.1.7-1.el8.elrepo.x86_64.rpm python3-perf-6.1.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Tue Jan 24 11:47:20 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 24 Jan 2023 16:47:20 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.230-1] Message-ID: Announcing the release of the kernel-lt-5.4.230-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.230 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.230-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.230-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.230-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.230-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.230-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.230-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.230-1.el7.elrepo.x86_64.rpm perf-5.4.230-1.el7.elrepo.x86_64.rpm python-perf-5.4.230-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.230-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Tue Jan 24 11:47:26 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 24 Jan 2023 16:47:26 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.1.8-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.1.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.1.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.1.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.1.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.1.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 Tue Jan 24 11:47:30 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 24 Jan 2023 16:47:30 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.230-1] Message-ID: Announcing the release of the kernel-lt-5.4.230-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.230 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.230-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.230-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.230-1.el8.elrepo.x86_64.rpm perf-5.4.230-1.el8.elrepo.x86_64.rpm python3-perf-5.4.230-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.230-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 Jan 24 11:47:40 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 24 Jan 2023 16:47:40 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.1.8-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.8 The following files are currently synchronising to our mirror sites: aarch64 bpftool-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.1.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.1.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.1.8-1.el9.elrepo.aarch64.rpm perf-6.1.8-1.el9.elrepo.aarch64.rpm python3-perf-6.1.8-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.1.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.8-1.el9.elrepo.x86_64.rpm perf-6.1.8-1.el9.elrepo.x86_64.rpm python3-perf-6.1.8-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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 ajb at elrepo.org Tue Jan 24 11:47:35 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 24 Jan 2023 16:47:35 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.1.8-1] Message-ID: Announcing the release of the kernel-ml-6.1.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.1.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.1.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.1.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.1.8-1.el8.elrepo.x86_64.rpm perf-6.1.8-1.el8.elrepo.x86_64.rpm python3-perf-6.1.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.1.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/