From david at di.ubi.pt Fri Mar 3 11:38:55 2023 From: david at di.ubi.pt (David Carvalho) Date: Fri, 3 Mar 2023 16:38:55 -0000 Subject: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) Message-ID: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> Hello! Maybe someone can help me with this. I was using Oracle Linux 6 on an old server with a ServRaid 7k controller. When trying to install OL7 or OL8, the drives are not recognized. I know it was using IPS kernel module on OL6. I went to elrepo.org to search for a suitable driver, but could not find anything appropriate. There are much more options for OL8. Does anyone know if any of those drivers allow the installation? In the meantime I've reinstalled oracle linux 6.5 but I don't know how to build/extract ips.ko or some source rpm to load into the installer. I've queried all installed packages but none provides information about this module and controller. How can I install OL7 or 8 into this server? Thanks and regards. Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Fri Mar 3 12:29:53 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 3 Mar 2023 17:29:53 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.234-1] Message-ID: Announcing the release of the kernel-lt-5.4.234-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.234 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.234-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.234-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.234-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.234-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.234-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.234-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.234-1.el7.elrepo.x86_64.rpm perf-5.4.234-1.el7.elrepo.x86_64.rpm python-perf-5.4.234-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.234-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Mar 3 12:30:01 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 3 Mar 2023 17:30:01 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.234-1] Message-ID: Announcing the release of the kernel-lt-5.4.234-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.234 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.234-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.234-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.234-1.el8.elrepo.x86_64.rpm perf-5.4.234-1.el8.elrepo.x86_64.rpm python3-perf-5.4.234-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.234-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 Fri Mar 3 12:30:10 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 3 Mar 2023 17:30:10 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.2-1] Message-ID: Announcing the release of the kernel-ml-6.2.2-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.2 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.2-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.2-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.2-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.2-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.2-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Mar 3 12:30:18 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 3 Mar 2023 17:30:18 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.2-1] Message-ID: Announcing the release of the kernel-ml-6.2.2-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.2 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.2-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.2-1.el8.elrepo.x86_64.rpm perf-6.2.2-1.el8.elrepo.x86_64.rpm python3-perf-6.2.2-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.2-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Mar 3 12:30:26 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 3 Mar 2023 17:30:26 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.2-1] Message-ID: Announcing the release of the kernel-ml-6.2.2-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.2 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.2-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.2-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.2-1.el9.elrepo.aarch64.rpm perf-6.2.2-1.el9.elrepo.aarch64.rpm python3-perf-6.2.2-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.2-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.2-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.2-1.el9.elrepo.x86_64.rpm perf-6.2.2-1.el9.elrepo.x86_64.rpm python3-perf-6.2.2-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.2-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Fri Mar 3 12:41:14 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 3 Mar 2023 09:41:14 -0800 Subject: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) In-Reply-To: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> Message-ID: On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo < elrepo at lists.elrepo.org> wrote: > > > Hello! > > Maybe someone can help me with this. > > I was using Oracle Linux 6 on an old server with a ServRaid 7k controller. > When trying to install OL7 or OL8, the drives are not recognized. I know it > was using IPS kernel module on OL6. I went to elrepo.org to search for a > suitable driver, but could not find anything appropriate. There are much > more options for OL8. Does anyone know if any of those drivers allow the > installation? In the meantime I've reinstalled oracle linux 6.5 but I don't > know how to build/extract ips.ko or some source rpm to load into the > installer. I've queried all installed packages but none provides > information about this module and controller. > > How can I install OL7 or 8 into this server? > > Thanks and regards. > > Dave > You would need a DUD image for the ips kernel module for the installation. What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at di.ubi.pt Fri Mar 3 12:52:50 2023 From: david at di.ubi.pt (David Carvalho) Date: Fri, 3 Mar 2023 17:52:50 -0000 Subject: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) In-Reply-To: References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> Message-ID: <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> Hi, and thanks for the reply. 08:0e.0 RAID bus controller [0104]: Adaptec ServeRAID Controller [9005:0250] (rev 07) Regards Dave From: Akemi Yagi Sent: 03 March 2023 17:41 To: David Carvalho ; EL Repo General Mailing List Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo > wrote: Hello! Maybe someone can help me with this. I was using Oracle Linux 6 on an old server with a ServRaid 7k controller. When trying to install OL7 or OL8, the drives are not recognized. I know it was using IPS kernel module on OL6. I went to elrepo.org to search for a suitable driver, but could not find anything appropriate. There are much more options for OL8. Does anyone know if any of those drivers allow the installation? In the meantime I've reinstalled oracle linux 6.5 but I don't know how to build/extract ips.ko or some source rpm to load into the installer. I've queried all installed packages but none provides information about this module and controller. How can I install OL7 or 8 into this server? Thanks and regards. Dave You would need a DUD image for the ips kernel module for the installation. What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Fri Mar 3 13:20:07 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 3 Mar 2023 10:20:07 -0800 Subject: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) In-Reply-To: <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> Message-ID: Got it. Since EL-7 will be EOL'd in a little over a year, I suppose you'd want to go for EL-8. We will try and see if we can provide the DUD. Akemi On Fri, Mar 3, 2023 at 10:12?AM David Carvalho wrote: > Hi, and thanks for the reply. > > > > 08:0e.0 RAID bus controller [0104]: Adaptec ServeRAID Controller > [9005:0250] (rev 07) > > > > > > Regards > > Dave > > > > *From:* Akemi Yagi > *Sent:* 03 March 2023 17:41 > *To:* David Carvalho ; EL Repo General Mailing List < > elrepo at lists.elrepo.org> > *Subject:* Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) > > > > On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo < > elrepo at lists.elrepo.org> wrote: > > > > Hello! > > Maybe someone can help me with this. > > I was using Oracle Linux 6 on an old server with a ServRaid 7k controller. > When trying to install OL7 or OL8, the drives are not recognized. I know it > was using IPS kernel module on OL6. I went to elrepo.org to search for a > suitable driver, but could not find anything appropriate. There are much > more options for OL8. Does anyone know if any of those drivers allow the > installation? In the meantime I've reinstalled oracle linux 6.5 but I don't > know how to build/extract ips.ko or some source rpm to load into the > installer. I've queried all installed packages but none provides > information about this module and controller. > > How can I install OL7 or 8 into this server? > > Thanks and regards. > > Dave > > > > You would need a DUD image for the ips kernel module for the installation. > > > > What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? > > > > Akemi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at di.ubi.pt Mon Mar 6 11:44:02 2023 From: david at di.ubi.pt (David Carvalho) Date: Mon, 6 Mar 2023 16:44:02 -0000 Subject: [elrepo] FW: kernel module for ServeRaid 7k (IBM/adaptec) [SOLVED] In-Reply-To: References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> <55977ad837cc493983699bc596dddc56@imap.di.ubi.pt> Message-ID: <021501d9504a$db737840$925a68c0$@di.ubi.pt> Hello! Thanks to the following e-mail I was able to perform an installation of Oracle Linux 8 on an IBM old server with ServeRaid 7k. After many difficulties (non bootable USB flash, bootable on other computers, using Rufus, Unetbootin, etc, than it booted ??), I was able to boot a OL 8.3 network installation image. Then, I selected the network repository for the latest (8.7) Oracle Linux and installed. I can not thank these guys enough. After browsing through EL7 repo, I?ve even found a ?dd-cciss? which I believe will work on an older HP DL380 G4 with smartarray 6i! Out of curiosity, is there any documentation to understand the process of creating a diver such as this one? Thank you so much once again! Please let me know if there is a place where I can write some good words about this project ? Kind regards. Dave From: Akemi Yagi Sent: 05 March 2023 21:46 To: david Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) You can download this one: http://mirrors.coreix.net/elrepo/dud/el8/x86_64/dd-ips-7.12.05-1.el8_7.elrepo.iso Akemi On Fri, Mar 3, 2023 at 4:10?PM Akemi Yagi > wrote: Hi Dave, The following DUD iso file is currently syncing to the mirror sites: dd-ips-7.12.05-1.el8_7.elrepo.iso It's in the elrepo/dud/el8/x86_64/ directory. Please test if you can install EL 8.7 using this image. Akemi On Fri, Mar 3, 2023 at 2:43?PM david > wrote: Hi. EL-8 would be great! Thank you so much! regards Dave On 2023-03-03 18:20, Akemi Yagi wrote: > Got it. > > Since EL-7 will be EOL'd in a little over a year, I suppose you'd want > to go for EL-8. We will try and see if we can provide the DUD. > > Akemi > > On Fri, Mar 3, 2023 at 10:12?AM David Carvalho > > wrote: > >> Hi, and thanks for the reply. >> >> 08:0e.0 RAID bus controller [0104]: Adaptec ServeRAID Controller >> [9005:0250] (rev 07) >> >> Regards >> >> Dave >> >> From: Akemi Yagi > >> Sent: 03 March 2023 17:41 >> To: David Carvalho >; EL Repo General Mailing List >> > >> Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) >> >> On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo >> > wrote: >> >>> Hello! >>> >>> Maybe someone can help me with this. >>> >>> I was using Oracle Linux 6 on an old server with a ServRaid 7k >>> controller. When trying to install OL7 or OL8, the drives are not >>> recognized. I know it was using IPS kernel module on OL6. I went >>> to elrepo.org [1] to search for a suitable driver, but could not >>> find anything appropriate. There are much more options for OL8. >>> Does anyone know if any of those drivers allow the installation? >>> In the meantime I've reinstalled oracle linux 6.5 but I don't know >>> how to build/extract ips.ko or some source rpm to load into the >>> installer. I've queried all installed packages but none provides >>> information about this module and controller. >>> >>> How can I install OL7 or 8 into this server? >>> >>> Thanks and regards. >>> >>> Dave >> >> You would need a DUD image for the ips kernel module for the >> installation. >> >> What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? >> >> Akemi > > > Links: > ------ > [1] http://elrepo.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Mar 6 11:59:24 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 6 Mar 2023 08:59:24 -0800 Subject: [elrepo] FW: kernel module for ServeRaid 7k (IBM/adaptec) [SOLVED] In-Reply-To: <021501d9504a$db737840$925a68c0$@di.ubi.pt> References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> <55977ad837cc493983699bc596dddc56@imap.di.ubi.pt> <021501d9504a$db737840$925a68c0$@di.ubi.pt> Message-ID: Hi Dave, I'm happy to learn things went well for you. We have a script for creating DUD iso images here: https://github.com/elrepo/elrepo-scripts/blob/master/mkdd.sh Just place a kmod binary rpm and its source rpm in a directory and run: (path to)/mkdd.sh *.x86_64.rpm Akemi On Mon, Mar 6, 2023 at 8:44?AM David Carvalho via elrepo < elrepo at lists.elrepo.org> wrote: > Hello! Thanks to the following e-mail I was able to perform an > installation of Oracle Linux 8 on an IBM old server with ServeRaid 7k. > > After many difficulties (non bootable USB flash, bootable on other > computers, using Rufus, Unetbootin, etc, than it booted ??), I was able > to boot a OL 8.3 network installation image. Then, I selected the network > repository for the latest (8.7) Oracle Linux and installed. > > I can not thank these guys enough. > > > > After browsing through EL7 repo, I?ve even found a ?dd-cciss? which I > believe will work on an older HP DL380 G4 with smartarray 6i! > > > > Out of curiosity, is there any documentation to understand the process of > creating a diver such as this one? > > Thank you so much once again! > > Please let me know if there is a place where I can write some good words > about this project ? > > Kind regards. > > Dave > > > > > > > > > > *From:* Akemi Yagi > *Sent:* 05 March 2023 21:46 > *To:* david > *Subject:* Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) > > > > You can download this one: > > > > > http://mirrors.coreix.net/elrepo/dud/el8/x86_64/dd-ips-7.12.05-1.el8_7.elrepo.iso > > > > Akemi > > > > On Fri, Mar 3, 2023 at 4:10?PM Akemi Yagi wrote: > > Hi Dave, > > The following DUD iso file is currently syncing to the mirror sites: > > dd-ips-7.12.05-1.el8_7.elrepo.iso > > It's in the elrepo/dud/el8/x86_64/ directory. Please test if you can > install EL 8.7 using this image. > > Akemi > > On Fri, Mar 3, 2023 at 2:43?PM david wrote: > > Hi. > EL-8 would be great! > Thank you so much! > regards > Dave > > On 2023-03-03 18:20, Akemi Yagi wrote: > > Got it. > > > > Since EL-7 will be EOL'd in a little over a year, I suppose you'd want > > to go for EL-8. We will try and see if we can provide the DUD. > > > > Akemi > > > > On Fri, Mar 3, 2023 at 10:12?AM David Carvalho > > wrote: > > > >> Hi, and thanks for the reply. > >> > >> 08:0e.0 RAID bus controller [0104]: Adaptec ServeRAID Controller > >> [9005:0250] (rev 07) > >> > >> Regards > >> > >> Dave > >> > >> From: Akemi Yagi > >> Sent: 03 March 2023 17:41 > >> To: David Carvalho ; EL Repo General Mailing List > >> > >> Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) > >> > >> On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo > >> wrote: > >> > >>> Hello! > >>> > >>> Maybe someone can help me with this. > >>> > >>> I was using Oracle Linux 6 on an old server with a ServRaid 7k > >>> controller. When trying to install OL7 or OL8, the drives are not > >>> recognized. I know it was using IPS kernel module on OL6. I went > >>> to elrepo.org [1] to search for a suitable driver, but could not > >>> find anything appropriate. There are much more options for OL8. > >>> Does anyone know if any of those drivers allow the installation? > >>> In the meantime I've reinstalled oracle linux 6.5 but I don't know > >>> how to build/extract ips.ko or some source rpm to load into the > >>> installer. I've queried all installed packages but none provides > >>> information about this module and controller. > >>> > >>> How can I install OL7 or 8 into this server? > >>> > >>> Thanks and regards. > >>> > >>> Dave > >> > >> You would need a DUD image for the ips kernel module for the > >> installation. > >> > >> What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? > >> > >> Akemi > > > > > > Links: > > ------ > > [1] http://elrepo.org > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at di.ubi.pt Tue Mar 7 04:33:11 2023 From: david at di.ubi.pt (David Carvalho) Date: Tue, 7 Mar 2023 09:33:11 -0000 Subject: [elrepo] FW: kernel module for ServeRaid 7k (IBM/adaptec) [SOLVED] In-Reply-To: References: <01b101d94dee$a56316b0$f0294410$@di.ubi.pt> <024001d94df8$f8ffc480$eaff4d80$@di.ubi.pt> <55977ad837cc493983699bc596dddc56@imap.di.ubi.pt> <021501d9504a$db737840$925a68c0$@di.ubi.pt> Message-ID: <005a01d950d7$d5fe64f0$81fb2ed0$@di.ubi.pt> Good morning. Once again, thank you so much. Bet regards Dave From: Akemi Yagi Sent: 06 March 2023 16:59 To: David Carvalho ; EL Repo General Mailing List Subject: Re: [elrepo] FW: kernel module for ServeRaid 7k (IBM/adaptec) [SOLVED] Hi Dave, I'm happy to learn things went well for you. We have a script for creating DUD iso images here: https://github.com/elrepo/elrepo-scripts/blob/master/mkdd.sh Just place a kmod binary rpm and its source rpm in a directory and run: (path to)/mkdd.sh *.x86_64.rpm Akemi On Mon, Mar 6, 2023 at 8:44?AM David Carvalho via elrepo > wrote: Hello! Thanks to the following e-mail I was able to perform an installation of Oracle Linux 8 on an IBM old server with ServeRaid 7k. After many difficulties (non bootable USB flash, bootable on other computers, using Rufus, Unetbootin, etc, than it booted ??), I was able to boot a OL 8.3 network installation image. Then, I selected the network repository for the latest (8.7) Oracle Linux and installed. I can not thank these guys enough. After browsing through EL7 repo, I?ve even found a ?dd-cciss? which I believe will work on an older HP DL380 G4 with smartarray 6i! Out of curiosity, is there any documentation to understand the process of creating a diver such as this one? Thank you so much once again! Please let me know if there is a place where I can write some good words about this project ? Kind regards. Dave From: Akemi Yagi > Sent: 05 March 2023 21:46 To: david > Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) You can download this one: http://mirrors.coreix.net/elrepo/dud/el8/x86_64/dd-ips-7.12.05-1.el8_7.elrepo.iso Akemi On Fri, Mar 3, 2023 at 4:10?PM Akemi Yagi > wrote: Hi Dave, The following DUD iso file is currently syncing to the mirror sites: dd-ips-7.12.05-1.el8_7.elrepo.iso It's in the elrepo/dud/el8/x86_64/ directory. Please test if you can install EL 8.7 using this image. Akemi On Fri, Mar 3, 2023 at 2:43?PM david > wrote: Hi. EL-8 would be great! Thank you so much! regards Dave On 2023-03-03 18:20, Akemi Yagi wrote: > Got it. > > Since EL-7 will be EOL'd in a little over a year, I suppose you'd want > to go for EL-8. We will try and see if we can provide the DUD. > > Akemi > > On Fri, Mar 3, 2023 at 10:12?AM David Carvalho > > wrote: > >> Hi, and thanks for the reply. >> >> 08:0e.0 RAID bus controller [0104]: Adaptec ServeRAID Controller >> [9005:0250] (rev 07) >> >> Regards >> >> Dave >> >> From: Akemi Yagi > >> Sent: 03 March 2023 17:41 >> To: David Carvalho >; EL Repo General Mailing List >> > >> Subject: Re: [elrepo] kernel module for ServeRaid 7k (IBM/adaptec) >> >> On Fri, Mar 3, 2023 at 8:39?AM David Carvalho via elrepo >> > wrote: >> >>> Hello! >>> >>> Maybe someone can help me with this. >>> >>> I was using Oracle Linux 6 on an old server with a ServRaid 7k >>> controller. When trying to install OL7 or OL8, the drives are not >>> recognized. I know it was using IPS kernel module on OL6. I went >>> to elrepo.org [1] to search for a suitable driver, but could not >>> find anything appropriate. There are much more options for OL8. >>> Does anyone know if any of those drivers allow the installation? >>> In the meantime I've reinstalled oracle linux 6.5 but I don't know >>> how to build/extract ips.ko or some source rpm to load into the >>> installer. I've queried all installed packages but none provides >>> information about this module and controller. >>> >>> How can I install OL7 or 8 into this server? >>> >>> Thanks and regards. >>> >>> Dave >> >> You would need a DUD image for the ips kernel module for the >> installation. >> >> What is the device ID [xxxx:yyyy] (shown by "lspci -nn") ? >> >> Akemi > > > Links: > ------ > [1] http://elrepo.org _______________________________________________ elrepo mailing list elrepo at lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred.fredex at gmail.com Wed Mar 8 20:57:32 2023 From: fred.fredex at gmail.com (Fred) Date: Wed, 8 Mar 2023 20:57:32 -0500 Subject: [elrepo] Nvidia drivers for Rocky Linux 9.1 Message-ID: Elrepo does not (such that can see it) to have Nvidia drivers for Rocky 9.1. nvidia-detect -v Probing for supported NVIDIA devices... [10de:1380] NVIDIA Corporation GM107 [GeForce GTX 750 Ti] This device requires the current 525.85.05 NVIDIA driver but the only files I can find for that are for Rocky/Centos/RHEL 8.6, and they spew tons of errors when attempting to use dnf to install. Am I overlooking something, or am I simply being insufficiently patient? Thanks in advance! Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Thu Mar 9 03:50:41 2023 From: phil at elrepo.org (Phil Perry) Date: Thu, 9 Mar 2023 08:50:41 +0000 Subject: [elrepo] Nvidia drivers for Rocky Linux 9.1 In-Reply-To: References: Message-ID: On 09/03/2023 01:57, Fred wrote: > Elrepo does not (such that can see it) to have Nvidia drivers for Rocky > 9.1. > > nvidia-detect -v > Probing for supported NVIDIA devices... > [10de:1380] NVIDIA Corporation GM107 [GeForce GTX 750 Ti] > This device requires the current 525.85.05 NVIDIA driver > > but the only files I can find for that are for Rocky/Centos/RHEL 8.6, > and they spew tons of errors when attempting to use dnf to install. > > Am I overlooking something, or am I simply being insufficiently patient? > > Thanks in advance! > > Fred > Hi Fred, We have no plans to provide nvidia drivers for el9 at present. There was a small discussion here: https://elrepo.org/bugs/view.php?id=1245 Phil From mphelps at cfa.harvard.edu Thu Mar 9 08:22:04 2023 From: mphelps at cfa.harvard.edu (Phelps, Matthew) Date: Thu, 9 Mar 2023 08:22:04 -0500 Subject: [elrepo] Nvidia drivers for Rocky Linux 9.1 In-Reply-To: References: Message-ID: On Thu, Mar 9, 2023 at 3:51?AM Phil Perry wrote: > On 09/03/2023 01:57, Fred wrote: > > Elrepo does not (such that can see it) to have Nvidia drivers for Rocky > > 9.1. > > > > nvidia-detect -v > > Probing for supported NVIDIA devices... > > [10de:1380] NVIDIA Corporation GM107 [GeForce GTX 750 Ti] > > This device requires the current 525.85.05 NVIDIA driver > > > > but the only files I can find for that are for Rocky/Centos/RHEL 8.6, > > and they spew tons of errors when attempting to use dnf to install. > > > > Am I overlooking something, or am I simply being insufficiently patient? > > > > Thanks in advance! > > > > Fred > > > > Hi Fred, > > We have no plans to provide nvidia drivers for el9 at present. > > There was a small discussion here: > > https://elrepo.org/bugs/view.php?id=1245 > > Phil > > I've already added my +1 to that bug entry. If others on this list would like the Nvidia drivers in ELrepo 9, I urge you to add your request there as well. For us, this is a major reason why we haven't even looked at Rocky 9 yet. It will be a big deal for us to switch away from installing the drivers via this repository for all our machines. -- *Matt Phelps* *Information Technology Specialist, Systems Administrator* (Computation Facility, Smithsonian Astrophysical Observatory) Center for Astrophysics | Harvard & Smithsonian 60 Garden Street | MS 39 | Cambridge, MA 02138 email: mphelps at cfa.harvard.edu cfa.harvard.edu | Facebook | Twitter | YouTube | Newsletter -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Cleveland at oregonstate.edu Thu Mar 9 12:31:27 2023 From: Steve.Cleveland at oregonstate.edu (Cleveland, Stephen Eugene) Date: Thu, 9 Mar 2023 17:31:27 +0000 Subject: [elrepo] Nvidia drivers for Rocky Linux 9.1 In-Reply-To: References: Message-ID: <4b8d9cf1-c9c6-a355-db00-0c974a0d4d2a@oregonstate.edu> I asked Phil to provide nvidia-detect as other solutions (rpmfusion or nvidia provided repo) expect you to know which driver you need. That does not work when trying to manage a fleet of machines. He quickly obliged. I've been using akmods from rpmfusion. I can't give a full review yet as we just started deployments. While not as convenient as elrepo, it is working for us. The one snag I ran into so far is I can't install the akmods stuff during a kickstart install, or it crashes hard on first boot. I had to implement a script that runs on first boot to install akmods, compile the nvidia driver and then reboot again. We'll see how things go when I do the first round of updates. - Steve On 3/9/23 5:22 AM, Phelps, Matthew via elrepo wrote: [This email originated from outside of OSU. Use caution with links and attachments.] On Thu, Mar 9, 2023 at 3:51?AM Phil Perry > wrote: On 09/03/2023 01:57, Fred wrote: > Elrepo does not (such that can see it) to have Nvidia drivers for Rocky > 9.1. > > nvidia-detect -v > Probing for supported NVIDIA devices... > [10de:1380] NVIDIA Corporation GM107 [GeForce GTX 750 Ti] > This device requires the current 525.85.05 NVIDIA driver > > but the only files I can find for that are for Rocky/Centos/RHEL 8.6, > and they spew tons of errors when attempting to use dnf to install. > > Am I overlooking something, or am I simply being insufficiently patient? > > Thanks in advance! > > Fred > Hi Fred, We have no plans to provide nvidia drivers for el9 at present. There was a small discussion here: https://elrepo.org/bugs/view.php?id=1245 Phil I've already added my +1 to that bug entry. If others on this list would like the Nvidia drivers in ELrepo 9, I urge you to add your request there as well. For us, this is a major reason why we haven't even looked at Rocky 9 yet. It will be a big deal for us to switch away from installing the drivers via this repository for all our machines. -- Matt Phelps Information Technology Specialist, Systems Administrator (Computation Facility, Smithsonian Astrophysical Observatory) Center for Astrophysics | Harvard & Smithsonian 60 Garden Street | MS 39 | Cambridge, MA 02138 email: mphelps at cfa.harvard.edu [https://lh6.googleusercontent.com/0ZtY7OVp7JUE6c07iw9qwGi25245c2MSrx0T-u7t_VYr2OiN3uMr1Jh6vzqHA2BI1cu-jzLev-aiZqCW66HIMgeobZ8Wx1MzwRuOKD6QO_iWs8llxnwIpoaocLzQ8YF7gDocGPk7] cfa.harvard.edu | Facebook | Twitter | YouTube | Newsletter _______________________________________________ elrepo mailing list elrepo at lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Fri Mar 10 07:04:20 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 10 Mar 2023 12:04:20 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.3-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.3 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.3-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.3-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.3-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.3-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Fri Mar 10 07:04:28 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 10 Mar 2023 12:04:28 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.3-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.3 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.3-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.3-1.el8.elrepo.x86_64.rpm perf-6.2.3-1.el8.elrepo.x86_64.rpm python3-perf-6.2.3-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.3-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Mar 10 07:04:35 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 10 Mar 2023 12:04:35 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.3-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.3 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.3-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.3-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.3-1.el9.elrepo.aarch64.rpm perf-6.2.3-1.el9.elrepo.aarch64.rpm python3-perf-6.2.3-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.3-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.3-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.3-1.el9.elrepo.x86_64.rpm perf-6.2.3-1.el9.elrepo.x86_64.rpm python3-perf-6.2.3-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Mar 11 17:30:02 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:02 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.235-1] Message-ID: Announcing the release of the kernel-lt-5.4.235-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.235 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.235-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.235-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.235-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.235-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.235-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.235-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.235-1.el7.elrepo.x86_64.rpm perf-5.4.235-1.el7.elrepo.x86_64.rpm python-perf-5.4.235-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.235-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Mar 11 17:30:10 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:10 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.235-1] Message-ID: Announcing the release of the kernel-lt-5.4.235-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.235 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.235-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.235-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.235-1.el8.elrepo.x86_64.rpm perf-5.4.235-1.el8.elrepo.x86_64.rpm python3-perf-5.4.235-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.235-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Mar 11 17:30:17 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:17 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.4-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.4-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.4-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.4-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.4-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Mar 11 17:30:27 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:27 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.4-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.4-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.4-1.el8.elrepo.x86_64.rpm perf-6.2.4-1.el8.elrepo.x86_64.rpm python3-perf-6.2.4-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Mar 11 17:30:33 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:33 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.4-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.4 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.4-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.4-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.4-1.el9.elrepo.aarch64.rpm perf-6.2.4-1.el9.elrepo.aarch64.rpm python3-perf-6.2.4-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.4-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.4-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.4-1.el9.elrepo.x86_64.rpm perf-6.2.4-1.el9.elrepo.x86_64.rpm python3-perf-6.2.4-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sat Mar 11 17:30:38 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:38 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.5-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.5 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.5-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.5-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.5-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.5-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Sat Mar 11 17:30:44 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:44 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.5-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.5 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.5-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.5-1.el8.elrepo.x86_64.rpm perf-6.2.5-1.el8.elrepo.x86_64.rpm python3-perf-6.2.5-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Sat Mar 11 17:30:48 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sat, 11 Mar 2023 22:30:48 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.5-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.5 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.5-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.5-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.5-1.el9.elrepo.aarch64.rpm perf-6.2.5-1.el9.elrepo.aarch64.rpm python3-perf-6.2.5-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.5-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.5-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.5-1.el9.elrepo.x86_64.rpm perf-6.2.5-1.el9.elrepo.x86_64.rpm python3-perf-6.2.5-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Tue Mar 14 11:23:28 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Mar 2023 15:23:28 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.236-1] Message-ID: Announcing the release of the kernel-lt-5.4.236-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.236 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.236-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.236-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.236-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.236-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.236-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.236-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.236-1.el7.elrepo.x86_64.rpm perf-5.4.236-1.el7.elrepo.x86_64.rpm python-perf-5.4.236-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.236-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 Mar 14 11:23:32 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Mar 2023 15:23:32 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.236-1] Message-ID: Announcing the release of the kernel-lt-5.4.236-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.236 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.236-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.236-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.236-1.el8.elrepo.x86_64.rpm perf-5.4.236-1.el8.elrepo.x86_64.rpm python3-perf-5.4.236-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.236-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 Mar 14 11:23:35 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Mar 2023 15:23:35 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.6-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Tue Mar 14 11:23:38 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Mar 2023 15:23:38 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.6-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.6-1.el8.elrepo.x86_64.rpm perf-6.2.6-1.el8.elrepo.x86_64.rpm python3-perf-6.2.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.6-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Tue Mar 14 11:23:41 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Tue, 14 Mar 2023 15:23:41 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.6-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.6 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.6-1.el9.elrepo.aarch64.rpm perf-6.2.6-1.el9.elrepo.aarch64.rpm python3-perf-6.2.6-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.6-1.el9.elrepo.x86_64.rpm perf-6.2.6-1.el9.elrepo.x86_64.rpm python3-perf-6.2.6-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From riehecky at fnal.gov Wed Mar 15 15:09:38 2023 From: riehecky at fnal.gov (Patrick Riehecky) Date: Wed, 15 Mar 2023 19:09:38 +0000 Subject: [elrepo] Unable to connect to mirrors.elrepo.org from one host Message-ID: <3c00a5209b212c127e044816ec8d92c622a3649c.camel@fnal.gov> Nearly all of my hosts connect just fine to fetch http://mirrors.elrepo.org/mirrors-elrepo.el9 But I've got one host that times out... [riehecky at gateway ~]# curl http://mirrors.elrepo.org/mirrors-elrepo.el9 curl: (28) Failed to connect to mirrors.elrepo.org port 80: Connection timed out [riehecky at gateway ~]# curl http://elrepo.org/ 301 Moved Permanently

Moved Permanently

The document has moved here.

Is there a way I can check to see if my IP got on a list somewhere? Full IP, traceroute, and so on available off list on request. Pat From toracat at elrepo.org Wed Mar 15 15:17:40 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 15 Mar 2023 12:17:40 -0700 Subject: [elrepo] Unable to connect to mirrors.elrepo.org from one host In-Reply-To: <3c00a5209b212c127e044816ec8d92c622a3649c.camel@fnal.gov> References: <3c00a5209b212c127e044816ec8d92c622a3649c.camel@fnal.gov> Message-ID: On Wed, Mar 15, 2023 at 12:10?PM Patrick Riehecky via elrepo < elrepo at lists.elrepo.org> wrote: > Nearly all of my hosts connect just fine to fetch > http://mirrors.elrepo.org/mirrors-elrepo.el9 > > But I've got one host that times out... > > [riehecky at gateway ~]# curl http://mirrors.elrepo.org/mirrors-elrepo.el9 > curl: (28) Failed to connect to mirrors.elrepo.org port 80: Connection > timed out > [riehecky at gateway ~]# curl http://elrepo.org/ > > > 301 Moved Permanently > >

Moved Permanently

>

The document has moved href="http://elrepo.org/tiki/">here.

> > > Is there a way I can check to see if my IP got on a list somewhere? > > Full IP, traceroute, and so on available off list on request. > > Pat > Hi Pat, We have been under DDoS attack recently. It is possible that your IP is on our block list. Could you send us the IP of that host to contact at elrepo.org ? Thank you, Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From riehecky at fnal.gov Wed Mar 15 15:21:03 2023 From: riehecky at fnal.gov (Patrick Riehecky) Date: Wed, 15 Mar 2023 19:21:03 +0000 Subject: [elrepo] Unable to connect to mirrors.elrepo.org from one host In-Reply-To: References: <3c00a5209b212c127e044816ec8d92c622a3649c.camel@fnal.gov> Message-ID: <8c6b2c13e2c756fc2ee00c91eb1c3411539e5f59.camel@fnal.gov> On Wed, 2023-03-15 at 12:17 -0700, Akemi Yagi wrote: > On Wed, Mar 15, 2023 at 12:10?PM Patrick Riehecky via elrepo > wrote: > > Nearly all of my hosts connect just fine to fetch > > http://mirrors.elrepo.org/mirrors-elrepo.el9 > > > > But I've got one host that times out... > > > > [riehecky at gateway ~]# curl > > http://mirrors.elrepo.org/mirrors-elrepo.el9 > > curl: (28) Failed to connect to mirrors.elrepo.org port 80: > > Connection > > timed out > > [riehecky at gateway ~]# curl http://elrepo.org/ > > > > > > 301 Moved Permanently > > > >

Moved Permanently

> >

The document has moved > href="http://elrepo.org/tiki/">here.

> > > > > > Is there a way I can check to see if my IP got on a list somewhere? > > > > Full IP, traceroute, and so on available off list on request. > > > > Pat > > > > > Hi Pat, > > We have been under DDoS attack recently. It is possible that your IP > is on our block list. Could you send us the IP of that host to > contact at elrepo.org ? > > Thank you, > Akemi Thanks for the quick reply, I've sent the data over there. Pat From toracat at elrepo.org Wed Mar 15 15:29:41 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 15 Mar 2023 12:29:41 -0700 Subject: [elrepo] Unable to connect to mirrors.elrepo.org from one host In-Reply-To: <8c6b2c13e2c756fc2ee00c91eb1c3411539e5f59.camel@fnal.gov> References: <3c00a5209b212c127e044816ec8d92c622a3649c.camel@fnal.gov> <8c6b2c13e2c756fc2ee00c91eb1c3411539e5f59.camel@fnal.gov> Message-ID: On Wed, Mar 15, 2023 at 12:21?PM Patrick Riehecky wrote: > On Wed, 2023-03-15 at 12:17 -0700, Akemi Yagi wrote: > > On Wed, Mar 15, 2023 at 12:10?PM Patrick Riehecky via elrepo > > wrote: > > > Nearly all of my hosts connect just fine to fetch > > > http://mirrors.elrepo.org/mirrors-elrepo.el9 > > > > > > But I've got one host that times out... > > > > > > [riehecky at gateway ~]# curl > > > http://mirrors.elrepo.org/mirrors-elrepo.el9 > > > curl: (28) Failed to connect to mirrors.elrepo.org port 80: > > > Connection > > > timed out > > > [riehecky at gateway ~]# curl http://elrepo.org/ > > > > > > > > > 301 Moved Permanently > > > > > >

Moved Permanently

> > >

The document has moved > > href="http://elrepo.org/tiki/">here.

> > > > > > > > > Is there a way I can check to see if my IP got on a list somewhere? > > > > > > Full IP, traceroute, and so on available off list on request. > > > > > > Pat > > > > > > > > > Hi Pat, > > > > We have been under DDoS attack recently. It is possible that your IP > > is on our block list. Could you send us the IP of that host to > > contact at elrepo.org ? > > > > Thank you, > > Akemi > > > Thanks for the quick reply, I've sent the data over there. > > Pat > We will look into it. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Fri Mar 17 10:27:38 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 17 Mar 2023 14:27:38 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.237-1] Message-ID: Announcing the release of the kernel-lt-5.4.237-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.237 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.237-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.237-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.237-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.237-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.237-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.237-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.237-1.el7.elrepo.x86_64.rpm perf-5.4.237-1.el7.elrepo.x86_64.rpm python-perf-5.4.237-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.237-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Fri Mar 17 10:27:41 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 17 Mar 2023 14:27:41 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.237-1] Message-ID: Announcing the release of the kernel-lt-5.4.237-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.237 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.237-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.237-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.237-1.el8.elrepo.x86_64.rpm perf-5.4.237-1.el8.elrepo.x86_64.rpm python3-perf-5.4.237-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.237-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 Fri Mar 17 10:27:44 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 17 Mar 2023 14:27:44 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.7-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Fri Mar 17 10:27:47 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 17 Mar 2023 14:27:47 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.7-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.7-1.el8.elrepo.x86_64.rpm perf-6.2.7-1.el8.elrepo.x86_64.rpm python3-perf-6.2.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Fri Mar 17 10:27:51 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Fri, 17 Mar 2023 14:27:51 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.7-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.7 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.7-1.el9.elrepo.aarch64.rpm perf-6.2.7-1.el9.elrepo.aarch64.rpm python3-perf-6.2.7-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.7-1.el9.elrepo.x86_64.rpm perf-6.2.7-1.el9.elrepo.x86_64.rpm python3-perf-6.2.7-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From johnpilk222 at gmail.com Sun Mar 19 07:04:47 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Sun, 19 Mar 2023 11:04:47 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.237-1] In-Reply-To: References: Message-ID: On 17/03/2023 14:27, Alan Bartlett wrote: > Announcing the release of the kernel-lt-5.4.237-1.el7.elrepo package > set into the EL7 elrepo-kernel repository: Booting of this kernel fails to complete for me. Using kde, keyboard and mouse become inactive before the final screen. journalctl (in 5.4.236) gives no info about boots before the current one. [root at HP_Box john]# journalctl -S -4d | grep -C 4 5.4.237 [root at HP_Box john]# exit From toracat at elrepo.org Sun Mar 19 12:44:30 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 19 Mar 2023 09:44:30 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.237-1] In-Reply-To: References: Message-ID: On Sun, Mar 19, 2023 at 4:05?AM John Pilkington wrote: > On 17/03/2023 14:27, Alan Bartlett wrote: > > Announcing the release of the kernel-lt-5.4.237-1.el7.elrepo package > > set into the EL7 elrepo-kernel repository: > > Booting of this kernel fails to complete for me. Using kde, keyboard > and mouse become inactive before the final screen. > > journalctl (in 5.4.236) gives no info about boots before the current one. > > [root at HP_Box john]# journalctl -S -4d | grep -C 4 5.4.237 > [root at HP_Box john]# exit > I installed kernel-lt-5.4.237-1.el7 in a virtualbox VM using the default gnome. I found mouse not working. Otherwise booting itself was complete. This needs some investigation. Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Sun Mar 19 14:38:45 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 19 Mar 2023 11:38:45 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.237-1] In-Reply-To: References: Message-ID: On Sun, Mar 19, 2023 at 9:44?AM Akemi Yagi wrote: > On Sun, Mar 19, 2023 at 4:05?AM John Pilkington > wrote: > >> On 17/03/2023 14:27, Alan Bartlett wrote: >> > Announcing the release of the kernel-lt-5.4.237-1.el7.elrepo package >> > set into the EL7 elrepo-kernel repository: >> >> Booting of this kernel fails to complete for me. Using kde, keyboard >> and mouse become inactive before the final screen. >> >> journalctl (in 5.4.236) gives no info about boots before the current one. >> >> [root at HP_Box john]# journalctl -S -4d | grep -C 4 5.4.237 >> [root at HP_Box john]# exit >> > > I installed kernel-lt-5.4.237-1.el7 in a virtualbox VM using the default > gnome. I found mouse not working. Otherwise booting itself was complete. > > This needs some investigation. > > Akemi > This issue will be dealt with in this bug tracker entry: https://elrepo.org/bugs/view.php?id=1334 Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajb at elrepo.org Sun Mar 19 15:23:11 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 19 Mar 2023 19:23:11 +0000 Subject: [elrepo] Announcement: EL8 Updated linux-firmware Package Set [20230317-110.1.gitc761dbe8] Message-ID: Announcing the release of an updated linux-firmware package set into the elrepo-extras repository. This package set contains firmware files for use with RHEL8 systems. It provides updated versions of packages that are present in the base EL8 distribution. The sources are from git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git as of March 17th, 2023. The following files are currently synchronising to our mirror sites: noarch iwl1000-firmware-39.31.5.1-110.1.2.el8_7.elrepo.noarch.rpm iwl100-firmware-39.31.5.1-110.1.2.el8_7.elrepo.noarch.rpm iwl105-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl135-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl2000-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl2030-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl3160-firmware-25.30.13.0-110.1.2.el8_7.elrepo.noarch.rpm iwl3945-firmware-15.32.2.9-110.1.2.el8_7.elrepo.noarch.rpm iwl4965-firmware-228.61.2.24-110.1.2.el8_7.elrepo.noarch.rpm iwl5000-firmware-8.83.5.1_1-110.1.2.el8_7.elrepo.noarch.rpm iwl5150-firmware-8.24.2.2-110.1.2.el8_7.elrepo.noarch.rpm iwl6000-firmware-9.221.4.1-110.1.2.el8_7.elrepo.noarch.rpm iwl6000g2a-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl6000g2b-firmware-18.168.6.1-110.1.2.el8_7.elrepo.noarch.rpm iwl6050-firmware-41.28.5.1-110.1.2.el8_7.elrepo.noarch.rpm iwl7260-firmware-25.30.13.0-110.1.2.el8_7.elrepo.noarch.rpm libertas-sd8686-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.noarch.rpm libertas-sd8787-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.noarch.rpm libertas-usb8388-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.noarch.rpm libertas-usb8388-olpc-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.noarch.rpm linux-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.noarch.rpm src linux-firmware-20230317-110.1.gitc761dbe8.el8_7.elrepo.src.rpm Thank you, The ELRepo Team. From ajb at elrepo.org Wed Mar 22 12:34:35 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Mar 2023 16:34:35 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.238-1] Message-ID: Announcing the release of the kernel-lt-5.4.238-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.238 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.238-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.238-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.238-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.238-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.238-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.238-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.238-1.el7.elrepo.x86_64.rpm perf-5.4.238-1.el7.elrepo.x86_64.rpm python-perf-5.4.238-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.238-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 Mar 22 12:34:39 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Mar 2023 16:34:39 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.238-1] Message-ID: Announcing the release of the kernel-lt-5.4.238-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.238 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.238-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.238-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.238-1.el8.elrepo.x86_64.rpm perf-5.4.238-1.el8.elrepo.x86_64.rpm python3-perf-5.4.238-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.238-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 Mar 22 12:34:43 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Mar 2023 16:34:43 +0000 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.8-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 Wed Mar 22 12:34:48 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Mar 2023 16:34:48 +0000 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.8-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.8-1.el8.elrepo.x86_64.rpm perf-6.2.8-1.el8.elrepo.x86_64.rpm python3-perf-6.2.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.8-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Mar 22 12:34:52 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 22 Mar 2023 16:34:52 +0000 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.8-1] Message-ID: Announcing the release of the kernel-ml-6.2.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.2.8 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.8-1.el9.elrepo.aarch64.rpm perf-6.2.8-1.el9.elrepo.aarch64.rpm python3-perf-6.2.8-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.8-1.el9.elrepo.x86_64.rpm perf-6.2.8-1.el9.elrepo.x86_64.rpm python3-perf-6.2.8-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.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 [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Mar 30 12:17:07 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 30 Mar 2023 17:17:07 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.239-1] Message-ID: Announcing the release of the kernel-lt-5.4.239-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.239 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.239-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.239-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.239-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.239-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.239-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.239-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.239-1.el7.elrepo.x86_64.rpm perf-5.4.239-1.el7.elrepo.x86_64.rpm python-perf-5.4.239-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.239-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Mar 30 12:17:10 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 30 Mar 2023 17:17:10 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.239-1] Message-ID: Announcing the release of the kernel-lt-5.4.239-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.239 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.239-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.239-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.239-1.el8.elrepo.x86_64.rpm perf-5.4.239-1.el8.elrepo.x86_64.rpm python3-perf-5.4.239-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.239-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Mar 30 12:17:14 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 30 Mar 2023 17:17:14 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.2.9-1] Message-ID: Announcing the release of the kernel-ml-6.2.9-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.9 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.2.9-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.2.9-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.2.9-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.2.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.2.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.9-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.2.9-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Mar 30 12:17:17 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 30 Mar 2023 17:17:17 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.2.9-1] Message-ID: Announcing the release of the kernel-ml-6.2.9-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.9 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.2.9-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.9-1.el8.elrepo.x86_64.rpm perf-6.2.9-1.el8.elrepo.x86_64.rpm python3-perf-6.2.9-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.2.9-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Mar 30 12:17:20 2023 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 30 Mar 2023 17:17:20 +0100 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.2.9-1] Message-ID: Announcing the release of the kernel-ml-6.2.9-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.9 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.2.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.2.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.2.9-1.el9.elrepo.aarch64.rpm perf-6.2.9-1.el9.elrepo.aarch64.rpm python3-perf-6.2.9-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.2.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.2.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.2.9-1.el9.elrepo.x86_64.rpm perf-6.2.9-1.el9.elrepo.x86_64.rpm python3-perf-6.2.9-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.2.9-1.el9.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-9 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/