From ajb at elrepo.org Wed Aug 3 09:55:35 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 3 Aug 2022 14:55:35 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.209-1] Message-ID: Announcing the release of the kernel-lt-5.4.209-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.209 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.209-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.209-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.209-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.209-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.209-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.209-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.209-1.el7.elrepo.x86_64.rpm perf-5.4.209-1.el7.elrepo.x86_64.rpm python-perf-5.4.209-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.209-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 Aug 3 09:55:43 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 3 Aug 2022 14:55:43 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.209-1] Message-ID: Announcing the release of the kernel-lt-5.4.209-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.209 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.209-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.209-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.209-1.el8.elrepo.x86_64.rpm perf-5.4.209-1.el8.elrepo.x86_64.rpm python3-perf-5.4.209-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.209-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 jcsible at cert.org Thu Aug 4 16:42:46 2022 From: jcsible at cert.org (Joseph Christopher Sible) Date: Thu, 4 Aug 2022 20:42:46 +0000 Subject: [elrepo] BTRFS for RHEL 8 In-Reply-To: References: <731e24e4f51d8f92d1ea841dbc4ac7efc32b64e3.camel@cert.org> Message-ID: > -----Original Message----- > From: elrepo-bounces at lists.elrepo.org On > Behalf Of Akemi Yagi > Sent: Tuesday, February 11, 2020 12:01 PM > To: EL Repo General Mailing List > Subject: Re: [elrepo] BTRFS for RHEL 8 > > On Mon, Feb 10, 2020 at 10:15 AM Joseph Christopher Sible > wrote: > > > > On Tue, 2020-01-21 at 15:01 -0800, Akemi Yagi wrote: > > > On Tue, Jan 21, 2020 at 2:39 PM Akemi Yagi wrote: > > > > On Tue, Jan 21, 2020 at 2:36 PM Joseph Christopher Sible > > > > wrote: > > > > > I'm okay with using kernel-ml. However, doesn't that only remove > > > > > the need for kmod-btrfs? Don't I still need btrfs-progs to > > > > > practically use the filesystem? > > > > > > > > > > Joseph C. Sible > > > > > > > > Yes. I can put what was in the testing repo back in there so you > > > > can give it a try. > > > > > > > > Akemi > > > > > > The following packages have been released to the testing repo and > > > will be syncing to our mirrors: > > > > > > btrfs-progs-4.20.2-1.el8.elrepo.x86_64.rpm > > > btrfs-progs-devel-4.20.2-1.el8.elrepo.x86_64.rpm > > > libbtrfs-4.20.2-1.el8.elrepo.x86_64.rpm > > > libbtrfsutil-4.20.2-1.el8.elrepo.x86_64.rpm > > > zstd-1.3.4-1.el8.elrepo.x86_64.rpm > > > libzstd-1.3.4-1.el8.elrepo.x86_64.rpm > > > libzstd-devel-1.3.4-1.el8.elrepo.x86_64.rpm > > > > > > Akemi > > > > I've now been using these for several weeks, and no issues are > > apparent. Are they ready to be promoted out of testing? > > > > Joseph C. Sible > > Based on your positive results, we could move them to the main repository. > Some of them, as Trevor pointed out, are in EPEL and they have a newer > version. We may need to update them. Or let EPEL maintain those packages. > > Akemi So I've been using whatever btrfs-progs was last in testing for two years or so, with no problems still. I just went to install this on a new box, though, and noticed that not only is btrfs-progs not in main still, but that now it's gone from testing again too. Can this be reinstated again? Thanks, Joseph C. Sible From amyagi at gmail.com Mon Aug 8 18:12:44 2022 From: amyagi at gmail.com (Akemi Yagi) Date: Mon, 8 Aug 2022 15:12:44 -0700 Subject: [elrepo] BTRFS for RHEL 8 In-Reply-To: References: <731e24e4f51d8f92d1ea841dbc4ac7efc32b64e3.camel@cert.org> Message-ID: On Thu, Aug 4, 2022 at 1:45 PM Joseph Christopher Sible wrote: > > > -----Original Message----- > > From: elrepo-bounces at lists.elrepo.org On > > Behalf Of Akemi Yagi > > Sent: Tuesday, February 11, 2020 12:01 PM > > To: EL Repo General Mailing List > > Subject: Re: [elrepo] BTRFS for RHEL 8 > > > > On Mon, Feb 10, 2020 at 10:15 AM Joseph Christopher Sible > > wrote: > > > > > > On Tue, 2020-01-21 at 15:01 -0800, Akemi Yagi wrote: > > > > On Tue, Jan 21, 2020 at 2:39 PM Akemi Yagi wrote: > > > > > On Tue, Jan 21, 2020 at 2:36 PM Joseph Christopher Sible > > > > > wrote: > > > > > > I'm okay with using kernel-ml. However, doesn't that only remove > > > > > > the need for kmod-btrfs? Don't I still need btrfs-progs to > > > > > > practically use the filesystem? > > > > > > > > > > > > Joseph C. Sible > > > > > > > > > > Yes. I can put what was in the testing repo back in there so you > > > > > can give it a try. > > > > > > > > > > Akemi > > > > > > > > The following packages have been released to the testing repo and > > > > will be syncing to our mirrors: > > > > > > > > btrfs-progs-4.20.2-1.el8.elrepo.x86_64.rpm > > > > btrfs-progs-devel-4.20.2-1.el8.elrepo.x86_64.rpm > > > > libbtrfs-4.20.2-1.el8.elrepo.x86_64.rpm > > > > libbtrfsutil-4.20.2-1.el8.elrepo.x86_64.rpm > > > > zstd-1.3.4-1.el8.elrepo.x86_64.rpm > > > > libzstd-1.3.4-1.el8.elrepo.x86_64.rpm > > > > libzstd-devel-1.3.4-1.el8.elrepo.x86_64.rpm > > > > > > > > Akemi > > > > > > I've now been using these for several weeks, and no issues are > > > apparent. Are they ready to be promoted out of testing? > > > > > > Joseph C. Sible > > > > Based on your positive results, we could move them to the main repository. > > Some of them, as Trevor pointed out, are in EPEL and they have a newer > > version. We may need to update them. Or let EPEL maintain those packages. > > > > Akemi > > So I've been using whatever btrfs-progs was last in testing for two years or so, with no problems still. I just went to install this on a new box, though, and noticed that not only is btrfs-progs not in main still, but that now it's gone from testing again too. Can this be reinstated again? > > Thanks, > > Joseph C. Sible We did build btrfs-progs for testing but, as it turned out, maintaining this package is not trivial and is beyond what we, ELRepo, are capable of. I'm aware it is not in EPEL because btrfs is unsupported/disabled in RHEL. It looks like this userspace package is available from the CentOS sig Hyperscale: https://pagure.io/centos-sig-hyperscale/btrfs-progs However it is built for CentOS Stream 8 or 9, so may or may not work on RHEL 8. Sorry I cannot be of any help. Akemi From ajb at elrepo.org Thu Aug 11 10:31:30 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 11 Aug 2022 15:31:30 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.210-1] Message-ID: Announcing the release of the kernel-lt-5.4.210-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.210 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.210-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.210-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.210-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.210-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.210-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.210-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.210-1.el7.elrepo.x86_64.rpm perf-5.4.210-1.el7.elrepo.x86_64.rpm python-perf-5.4.210-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.210-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 Aug 11 10:31:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 11 Aug 2022 15:31:41 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.1-1] Message-ID: Announcing the release of the kernel-ml-5.19.1-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.1 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.1-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.1-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.1-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.1-1.el7.elrepo.x86_64.rpm perf-5.19.1-1.el7.elrepo.x86_64.rpm python-perf-5.19.1-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.1-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Aug 11 10:31:36 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 11 Aug 2022 15:31:36 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.210-1] Message-ID: Announcing the release of the kernel-lt-5.4.210-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.210 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.210-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.210-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.210-1.el8.elrepo.x86_64.rpm perf-5.4.210-1.el8.elrepo.x86_64.rpm python3-perf-5.4.210-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.210-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 Aug 11 10:31:45 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 11 Aug 2022 15:31:45 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.1-1] Message-ID: Announcing the release of the kernel-ml-5.19.1-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.1 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.1-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.1-1.el8.elrepo.x86_64.rpm perf-5.19.1-1.el8.elrepo.x86_64.rpm python3-perf-5.19.1-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.1-1.el8.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-8 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-8 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-8 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ From roger.sewell at cantab.net Tue Aug 16 10:04:38 2022 From: roger.sewell at cantab.net (Roger Sewell) Date: Tue, 16 Aug 2022 15:04:38 +0100 Subject: [elrepo] Crash with kmod-hfsplus-0.2-1.el9_0.elrepo.x86_64.rpm Message-ID: <20220816150438.5665@revelation.broadband> Hello, I appear to have a consistently reproducible crash using rockylinux 9.0 and the above kernel module, as follows: Packages in use: kmod-hfsplus-0.2-1.el9_0.elrepo.x86_64.rpm hfsplus-tools-540.1.linux3-26.el9.x86_64.rpm How reproducible: Has happened on 3 occasions out of 3. Steps to produce problem: Format a memory stick partition using mkfs.hfsplus, mount it (say on ), and put in it the contents of the hfsplus partition from a standard rockylinux 9.0 livestick (let me know if you'd like me to send you those contents, but I suspect that all that matters is that all the files are owned by root apart from /.. which is owned by somebody else, and that they have various different permissions - the output of ls -laR is below). Take a second memory stick, again format one partition using mkfs.hfsplus, mount it (say on ). Run cp -a /* Result: crash and reboot. I couldn't find a specific way on your bug-reporting site to search for whether this bug is already known or not. Please advise whether it is known or whether I should be reporting it there. The problem did *not* happen if I omitted the -a argument and instead gave -r. Thank you, Roger Sewell. [root at revelation constructingLive]# ls -laR mnt3 mnt3: total 16 drwxr-xr-x. 1 root root 6 Aug 16 14:25 . drwxr-xr-x. 49 rfs users 12288 Aug 16 13:57 .. drwxr-xr-x. 1 root root 3 Aug 16 14:25 EFI -rw-r--r--. 1 root root 24 Aug 16 14:25 mach_kernel drwxr-xr-x. 1 root root 3 Aug 16 14:25 System mnt3/EFI: total 0 drwxr-xr-x. 1 root root 3 Aug 16 14:25 . drwxr-xr-x. 1 root root 6 Aug 16 14:25 .. drwxr-xr-x. 1 root root 7 Aug 16 14:25 BOOT mnt3/EFI/BOOT: total 3380 drwxr-xr-x. 1 root root 7 Aug 16 14:25 . drwxr-xr-x. 1 root root 3 Aug 16 14:25 .. -rwx------. 1 root root 926552 Aug 16 14:25 BOOTX64.EFI drwxr-xr-x. 1 root root 3 Aug 16 14:25 fonts drwxr-xr-x. 1 root root 7 Aug 16 14:25 grub2 -rw-r--r--. 1 root root 1435 Aug 16 14:25 grub.cfg -rwx------. 1 root root 2525120 Aug 16 14:25 grubx64.efi mnt3/EFI/BOOT/fonts: total 2340 drwxr-xr-x. 1 root root 3 Aug 16 14:25 . drwxr-xr-x. 1 root root 7 Aug 16 14:25 .. -rw-r--r--. 1 root root 2394108 Aug 16 14:25 unicode.pf2 mnt3/EFI/BOOT/grub2: total 8 drwxr-xr-x. 1 root root 7 Aug 16 14:25 . drwxr-xr-x. 1 root root 7 Aug 16 14:25 .. drwxr-xr-x. 1 root root 3 Aug 16 14:25 fonts -rw-r--r--. 1 root root 1414 Aug 16 14:25 grub.cfg -rw-r--r--. 1 root root 1024 Aug 16 14:25 grubenv drwxr-xr-x. 1 root root 292 Aug 16 14:25 i386-pc drwxr-xr-x. 1 root root 43 Aug 16 14:25 locale mnt3/EFI/BOOT/grub2/fonts: total 2340 drwxr-xr-x. 1 root root 3 Aug 16 14:25 . drwxr-xr-x. 1 root root 7 Aug 16 14:25 .. -rw-r--r--. 1 root root 2394108 Aug 16 14:25 unicode.pf2 mnt3/EFI/BOOT/grub2/i386-pc: total 3372 drwxr-xr-x. 1 root root 292 Aug 16 14:25 . drwxr-xr-x. 1 root root 7 Aug 16 14:25 .. -rw-r--r--. 1 root root 13284 Aug 16 14:25 acpi.mod -rw-r--r--. 1 root root 1492 Aug 16 14:25 adler32.mod -rw-r--r--. 1 root root 7120 Aug 16 14:25 affs.mod -rw-r--r--. 1 root root 9012 Aug 16 14:25 afs.mod -rw-r--r--. 1 root root 1880 Aug 16 14:25 afsplitter.mod -rw-r--r--. 1 root root 21580 Aug 16 14:25 ahci.mod -rw-r--r--. 1 root root 492 Aug 16 14:25 all_video.mod -rw-r--r--. 1 root root 1136 Aug 16 14:25 aout.mod -rw-r--r--. 1 root root 43920 Aug 16 14:25 appendedsig.mod -rw-r--r--. 1 root root 14916 Aug 16 14:25 appended_signature_test.mod -rw-r--r--. 1 root root 3736 Aug 16 14:25 archelp.mod -rw-r--r--. 1 root root 38940 Aug 16 14:25 asn1.mod -rw-r--r--. 1 root root 7572 Aug 16 14:25 ata.mod -rw-r--r--. 1 root root 9040 Aug 16 14:25 at_keyboard.mod -rw-r--r--. 1 root root 1436 Aug 16 14:25 backtrace.mod -rw-r--r--. 1 root root 9952 Aug 16 14:25 bfs.mod -rw-r--r--. 1 root root 6520 Aug 16 14:25 biosdisk.mod -rw-r--r--. 1 root root 3032 Aug 16 14:25 bitmap.mod -rw-r--r--. 1 root root 5616 Aug 16 14:25 bitmap_scale.mod -rw-r--r--. 1 root root 2516 Aug 16 14:25 blocklist.mod -rw-r--r--. 1 root root 14884 Aug 16 14:25 blscfg.mod -rw-r--r--. 1 root root 512 Aug 16 14:25 boot.img -rw-r--r--. 1 root root 3204 Aug 16 14:25 boot.mod -rw-r--r--. 1 root root 41616 Aug 16 14:25 bsd.mod -rw-r--r--. 1 root root 2904 Aug 16 14:25 bswap_test.mod -rw-r--r--. 1 root root 39264 Aug 16 14:25 btrfs.mod -rw-r--r--. 1 root root 2684 Aug 16 14:25 bufio.mod -rw-r--r--. 1 root root 3484 Aug 16 14:25 cat.mod -rw-r--r--. 1 root root 4892 Aug 16 14:25 cbfs.mod -rw-r--r--. 1 root root 3800 Aug 16 14:25 cbls.mod -rw-r--r--. 1 root root 2908 Aug 16 14:25 cbmemc.mod -rw-r--r--. 1 root root 1224 Aug 16 14:25 cbtable.mod -rw-r--r--. 1 root root 3188 Aug 16 14:25 cbtime.mod -rw-r--r--. 1 root root 4208 Aug 16 14:25 chain.mod -rw-r--r--. 1 root root 3152 Aug 16 14:25 cmdline_cat_test.mod -rw-r--r--. 1 root root 1468 Aug 16 14:25 cmosdump.mod -rw-r--r--. 1 root root 2396 Aug 16 14:25 cmostest.mod -rw-r--r--. 1 root root 2328 Aug 16 14:25 cmp.mod -rw-r--r--. 1 root root 6064 Aug 16 14:25 cmp_test.mod -rw-r--r--. 1 root root 4196 Aug 16 14:25 command.lst -rw-r--r--. 1 root root 2412 Aug 16 14:25 configfile.mod -rw-r--r--. 1 root root 32580 Aug 16 14:25 core.img -rw-r--r--. 1 root root 3412 Aug 16 14:25 cpio_be.mod -rw-r--r--. 1 root root 3348 Aug 16 14:25 cpio.mod -rw-r--r--. 1 root root 1908 Aug 16 14:25 cpuid.mod -rw-r--r--. 1 root root 2060 Aug 16 14:25 crc64.mod -rw-r--r--. 1 root root 15788 Aug 16 14:25 cryptodisk.mod -rw-r--r--. 1 root root 936 Aug 16 14:25 crypto.lst -rw-r--r--. 1 root root 6340 Aug 16 14:25 crypto.mod -rw-r--r--. 1 root root 5056 Aug 16 14:25 cs5536.mod -rw-r--r--. 1 root root 2008 Aug 16 14:25 ctz_test.mod -rw-r--r--. 1 root root 1900 Aug 16 14:25 datehook.mod -rw-r--r--. 1 root root 2472 Aug 16 14:25 date.mod -rw-r--r--. 1 root root 3416 Aug 16 14:25 datetime.mod -rw-r--r--. 1 root root 15356 Aug 16 14:25 diskfilter.mod -rw-r--r--. 1 root root 3264 Aug 16 14:25 disk.mod -rw-r--r--. 1 root root 1168 Aug 16 14:25 div.mod -rw-r--r--. 1 root root 7240 Aug 16 14:25 div_test.mod -rw-r--r--. 1 root root 2292 Aug 16 14:25 dm_nv.mod -rw-r--r--. 1 root root 6312 Aug 16 14:25 drivemap.mod -rw-r--r--. 1 root root 2396 Aug 16 14:25 echo.mod -rw-r--r--. 1 root root 34640 Aug 16 14:25 efiemu.mod -rw-r--r--. 1 root root 21264 Aug 16 14:25 ehci.mod -rw-r--r--. 1 root root 5708 Aug 16 14:25 elf.mod -rw-r--r--. 1 root root 1620 Aug 16 14:25 eval.mod -rw-r--r--. 1 root root 8472 Aug 16 14:25 exfat.mod -rw-r--r--. 1 root root 1424 Aug 16 14:25 exfctest.mod -rw-r--r--. 1 root root 8828 Aug 16 14:25 ext2.mod -rw-r--r--. 1 root root 6824 Aug 16 14:25 extcmd.mod -rw-r--r--. 1 root root 10492 Aug 16 14:25 f2fs.mod -rw-r--r--. 1 root root 8672 Aug 16 14:25 fat.mod -rw-r--r--. 1 root root 22092 Aug 16 14:25 file.mod -rw-r--r--. 1 root root 18744 Aug 16 14:25 font.mod -rw-r--r--. 1 root root 2964 Aug 16 14:25 freedos.mod -rw-r--r--. 1 root root 3976 Aug 16 14:25 fshelp.mod -rw-r--r--. 1 root root 219 Aug 16 14:25 fs.lst -rw-r--r--. 1 root root 36008 Aug 16 14:25 functional_test.mod -rw-r--r--. 1 root root 2164 Aug 16 14:25 gcry_arcfour.mod -rw-r--r--. 1 root root 11784 Aug 16 14:25 gcry_blowfish.mod -rw-r--r--. 1 root root 52148 Aug 16 14:25 gcry_camellia.mod -rw-r--r--. 1 root root 20780 Aug 16 14:25 gcry_cast5.mod -rw-r--r--. 1 root root 11228 Aug 16 14:25 gcry_crc.mod -rw-r--r--. 1 root root 24480 Aug 16 14:25 gcry_des.mod -rw-r--r--. 1 root root 2636 Aug 16 14:25 gcry_dsa.mod -rw-r--r--. 1 root root 4484 Aug 16 14:25 gcry_idea.mod -rw-r--r--. 1 root root 4212 Aug 16 14:25 gcry_md4.mod -rw-r--r--. 1 root root 5276 Aug 16 14:25 gcry_md5.mod -rw-r--r--. 1 root root 3764 Aug 16 14:25 gcry_rfc2268.mod -rw-r--r--. 1 root root 21928 Aug 16 14:25 gcry_rijndael.mod -rw-r--r--. 1 root root 13796 Aug 16 14:25 gcry_rmd160.mod -rw-r--r--. 1 root root 2252 Aug 16 14:25 gcry_rsa.mod -rw-r--r--. 1 root root 19568 Aug 16 14:25 gcry_seed.mod -rw-r--r--. 1 root root 62996 Aug 16 14:25 gcry_serpent.mod -rw-r--r--. 1 root root 10132 Aug 16 14:25 gcry_sha1.mod -rw-r--r--. 1 root root 5540 Aug 16 14:25 gcry_sha256.mod -rw-r--r--. 1 root root 8972 Aug 16 14:25 gcry_sha512.mod -rw-r--r--. 1 root root 14908 Aug 16 14:25 gcry_tiger.mod -rw-r--r--. 1 root root 53608 Aug 16 14:25 gcry_twofish.mod -rw-r--r--. 1 root root 33188 Aug 16 14:25 gcry_whirlpool.mod -rw-r--r--. 1 root root 26648 Aug 16 14:25 gdb.mod -rw-r--r--. 1 root root 7484 Aug 16 14:25 geli.mod -rw-r--r--. 1 root root 6060 Aug 16 14:25 gettext.mod -rw-r--r--. 1 root root 55632 Aug 16 14:25 gfxmenu.mod -rw-r--r--. 1 root root 3144 Aug 16 14:25 gfxterm_background.mod -rw-r--r--. 1 root root 5332 Aug 16 14:25 gfxterm_menu.mod -rw-r--r--. 1 root root 12444 Aug 16 14:25 gfxterm.mod -rw-r--r--. 1 root root 4572 Aug 16 14:25 gptsync.mod -rw-r--r--. 1 root root 11448 Aug 16 14:25 gzio.mod -rw-r--r--. 1 root root 5816 Aug 16 14:25 halt.mod -rw-r--r--. 1 root root 6120 Aug 16 14:25 hashsum.mod -rw-r--r--. 1 root root 7864 Aug 16 14:25 hdparm.mod -rw-r--r--. 1 root root 1240 Aug 16 14:25 hello.mod -rw-r--r--. 1 root root 2932 Aug 16 14:25 help.mod -rw-r--r--. 1 root root 3416 Aug 16 14:25 hexdump.mod -rw-r--r--. 1 root root 9548 Aug 16 14:25 hfs.mod -rw-r--r--. 1 root root 4664 Aug 16 14:25 hfspluscomp.mod -rw-r--r--. 1 root root 11368 Aug 16 14:25 hfsplus.mod -rw-r--r--. 1 root root 8044 Aug 16 14:25 http.mod -rw-r--r--. 1 root root 2336 Aug 16 14:25 increment.mod -rw-r--r--. 1 root root 3372 Aug 16 14:25 iorw.mod -rw-r--r--. 1 root root 12520 Aug 16 14:25 iso9660.mod -rw-r--r--. 1 root root 9056 Aug 16 14:25 jfs.mod -rw-r--r--. 1 root root 11424 Aug 16 14:25 jpeg.mod -rw-r--r--. 1 root root 5336 Aug 16 14:25 json.mod -rw-r--r--. 1 root root 5912 Aug 16 14:25 keylayouts.mod -rw-r--r--. 1 root root 2120 Aug 16 14:25 keystatus.mod -rw-r--r--. 1 root root 11460 Aug 16 14:25 ldm.mod -rw-r--r--. 1 root root 34720 Aug 16 14:25 legacycfg.mod -rw-r--r--. 1 root root 14508 Aug 16 14:25 legacy_password_test.mod -rw-r--r--. 1 root root 12504 Aug 16 14:25 linux.mod -rw-r--r--. 1 root root 8056 Aug 16 14:25 loadenv.mod -rw-r--r--. 1 root root 3492 Aug 16 14:25 loopback.mod -rw-r--r--. 1 root root 5840 Aug 16 14:25 lsacpi.mod -rw-r--r--. 1 root root 2716 Aug 16 14:25 lsapm.mod -rw-r--r--. 1 root root 1952 Aug 16 14:25 lsmmap.mod -rw-r--r--. 1 root root 4456 Aug 16 14:25 ls.mod -rw-r--r--. 1 root root 5380 Aug 16 14:25 lspci.mod -rw-r--r--. 1 root root 18812 Aug 16 14:25 luks2.mod -rw-r--r--. 1 root root 5340 Aug 16 14:25 luks.mod -rw-r--r--. 1 root root 11624 Aug 16 14:25 lvm.mod -rw-r--r--. 1 root root 7096 Aug 16 14:25 lzopio.mod -rw-r--r--. 1 root root 4116 Aug 16 14:25 macbless.mod -rw-r--r--. 1 root root 11648 Aug 16 14:25 macho.mod -rw-r--r--. 1 root root 2668 Aug 16 14:25 mda_text.mod -rw-r--r--. 1 root root 2356 Aug 16 14:25 mdraid09_be.mod -rw-r--r--. 1 root root 2288 Aug 16 14:25 mdraid09.mod -rw-r--r--. 1 root root 2344 Aug 16 14:25 mdraid1x.mod -rw-r--r--. 1 root root 2320 Aug 16 14:25 memdisk.mod -rw-r--r--. 1 root root 3140 Aug 16 14:25 memrw.mod -rw-r--r--. 1 root root 4340 Aug 16 14:25 minicmd.mod -rw-r--r--. 1 root root 5644 Aug 16 14:25 minix2_be.mod -rw-r--r--. 1 root root 5384 Aug 16 14:25 minix2.mod -rw-r--r--. 1 root root 5676 Aug 16 14:25 minix3_be.mod -rw-r--r--. 1 root root 5416 Aug 16 14:25 minix3.mod -rw-r--r--. 1 root root 5388 Aug 16 14:25 minix_be.mod -rw-r--r--. 1 root root 5128 Aug 16 14:25 minix.mod -rw-r--r--. 1 root root 11800 Aug 16 14:25 mmap.mod -rw-r--r--. 1 root root 5750 Aug 16 14:25 moddep.lst -rw-r--r--. 1 root root 2755 Aug 16 14:25 modinfo.sh -rw-r--r--. 1 root root 2704 Aug 16 14:25 morse.mod -rw-r--r--. 1 root root 40552 Aug 16 14:25 mpi.mod -rw-r--r--. 1 root root 2868 Aug 16 14:25 msdospart.mod -rw-r--r--. 1 root root 2272 Aug 16 14:25 mul_test.mod -rw-r--r--. 1 root root 22612 Aug 16 14:25 multiboot2.mod -rw-r--r--. 1 root root 21136 Aug 16 14:25 multiboot.mod -rw-r--r--. 1 root root 5300 Aug 16 14:25 nativedisk.mod -rw-r--r--. 1 root root 94656 Aug 16 14:25 net.mod -rw-r--r--. 1 root root 3700 Aug 16 14:25 newc.mod -rw-r--r--. 1 root root 9688 Aug 16 14:25 nilfs2.mod -rw-r--r--. 1 root root 156776 Aug 16 14:25 normal.mod -rw-r--r--. 1 root root 6080 Aug 16 14:25 ntfscomp.mod -rw-r--r--. 1 root root 14788 Aug 16 14:25 ntfs.mod -rw-r--r--. 1 root root 2824 Aug 16 14:25 ntldr.mod -rw-r--r--. 1 root root 3344 Aug 16 14:25 odc.mod -rw-r--r--. 1 root root 1688 Aug 16 14:25 offsetio.mod -rw-r--r--. 1 root root 14036 Aug 16 14:25 ohci.mod -rw-r--r--. 1 root root 1980 Aug 16 14:25 part_acorn.mod -rw-r--r--. 1 root root 2116 Aug 16 14:25 part_amiga.mod -rw-r--r--. 1 root root 2400 Aug 16 14:25 part_apple.mod -rw-r--r--. 1 root root 3256 Aug 16 14:25 part_bsd.mod -rw-r--r--. 1 root root 1944 Aug 16 14:25 part_dfly.mod -rw-r--r--. 1 root root 1784 Aug 16 14:25 part_dvh.mod -rw-r--r--. 1 root root 2500 Aug 16 14:25 part_gpt.mod -rw-r--r--. 1 root root 111 Aug 16 14:25 partmap.lst -rw-r--r--. 1 root root 2820 Aug 16 14:25 part_msdos.mod -rw-r--r--. 1 root root 2096 Aug 16 14:25 part_plan.mod -rw-r--r--. 1 root root 1920 Aug 16 14:25 part_sun.mod -rw-r--r--. 1 root root 1964 Aug 16 14:25 part_sunpc.mod -rw-r--r--. 1 root root 17 Aug 16 14:25 parttool.lst -rw-r--r--. 1 root root 5772 Aug 16 14:25 parttool.mod -rw-r--r--. 1 root root 2100 Aug 16 14:25 password.mod -rw-r--r--. 1 root root 3516 Aug 16 14:25 password_pbkdf2.mod -rw-r--r--. 1 root root 6708 Aug 16 14:25 pata.mod -rw-r--r--. 1 root root 1600 Aug 16 14:25 pbkdf2.mod -rw-r--r--. 1 root root 2272 Aug 16 14:25 pbkdf2_test.mod -rw-r--r--. 1 root root 2988 Aug 16 14:25 pcidump.mod -rw-r--r--. 1 root root 1820 Aug 16 14:25 pci.mod -rw-r--r--. 1 root root 14884 Aug 16 14:25 pgp.mod -rw-r--r--. 1 root root 1256 Aug 16 14:25 pkcs1_v15.mod -rw-r--r--. 1 root root 8524 Aug 16 14:25 plan9.mod -rw-r--r--. 1 root root 3216 Aug 16 14:25 play.mod -rw-r--r--. 1 root root 11024 Aug 16 14:25 png.mod -rw-r--r--. 1 root root 2104 Aug 16 14:25 priority_queue.mod -rw-r--r--. 1 root root 4596 Aug 16 14:25 probe.mod -rw-r--r--. 1 root root 2672 Aug 16 14:25 procfs.mod -rw-r--r--. 1 root root 2656 Aug 16 14:25 progress.mod -rw-r--r--. 1 root root 3080 Aug 16 14:25 pxechain.mod -rw-r--r--. 1 root root 4768 Aug 16 14:25 pxe.mod -rw-r--r--. 1 root root 1552 Aug 16 14:25 raid5rec.mod -rw-r--r--. 1 root root 2844 Aug 16 14:25 raid6rec.mod -rw-r--r--. 1 root root 4648 Aug 16 14:25 random.mod -rw-r--r--. 1 root root 2280 Aug 16 14:25 rdmsr.mod -rw-r--r--. 1 root root 1628 Aug 16 14:25 read.mod -rw-r--r--. 1 root root 2056 Aug 16 14:25 reboot.mod -rw-r--r--. 1 root root 86424 Aug 16 14:25 regexp.mod -rw-r--r--. 1 root root 11840 Aug 16 14:25 reiserfs.mod -rw-r--r--. 1 root root 20680 Aug 16 14:25 relocator.mod -rw-r--r--. 1 root root 5560 Aug 16 14:25 romfs.mod -rw-r--r--. 1 root root 6592 Aug 16 14:25 scsi.mod -rw-r--r--. 1 root root 3860 Aug 16 14:25 search_fs_file.mod -rw-r--r--. 1 root root 3972 Aug 16 14:25 search_fs_uuid.mod -rw-r--r--. 1 root root 3860 Aug 16 14:25 search_label.mod -rw-r--r--. 1 root root 4360 Aug 16 14:25 search.mod -rw-r--r--. 1 root root 7952 Aug 16 14:25 sendkey.mod -rw-r--r--. 1 root root 10152 Aug 16 14:25 serial.mod -rw-r--r--. 1 root root 708 Aug 16 14:25 setjmp.mod -rw-r--r--. 1 root root 1760 Aug 16 14:25 setjmp_test.mod -rw-r--r--. 1 root root 6776 Aug 16 14:25 setpci.mod -rw-r--r--. 1 root root 7364 Aug 16 14:25 sfs.mod -rw-r--r--. 1 root root 3184 Aug 16 14:25 shift_test.mod -rw-r--r--. 1 root root 6544 Aug 16 14:25 signature_test.mod -rw-r--r--. 1 root root 2264 Aug 16 14:25 sleep.mod -rw-r--r--. 1 root root 2636 Aug 16 14:25 sleep_test.mod -rw-r--r--. 1 root root 7236 Aug 16 14:25 smbios.mod -rw-r--r--. 1 root root 2388 Aug 16 14:25 spkmodem.mod -rw-r--r--. 1 root root 10388 Aug 16 14:25 squash4.mod -rw-r--r--. 1 root root 2220 Aug 16 14:25 strtoull_test.mod -rw-r--r--. 1 root root 23876 Aug 16 14:25 syslinuxcfg.mod -rw-r--r--. 1 root root 4300 Aug 16 14:25 tar.mod -rw-r--r--. 1 root root 202 Aug 16 14:25 terminal.lst -rw-r--r--. 1 root root 5336 Aug 16 14:25 terminal.mod -rw-r--r--. 1 root root 17480 Aug 16 14:25 terminfo.mod -rw-r--r--. 1 root root 45156 Aug 16 14:25 test_asn1.mod -rw-r--r--. 1 root root 1432 Aug 16 14:25 test_blockarg.mod -rw-r--r--. 1 root root 2972 Aug 16 14:25 testload.mod -rw-r--r--. 1 root root 7560 Aug 16 14:25 test.mod -rw-r--r--. 1 root root 2540 Aug 16 14:25 testspeed.mod -rw-r--r--. 1 root root 6604 Aug 16 14:25 tftp.mod -rw-r--r--. 1 root root 6164 Aug 16 14:25 tga.mod -rw-r--r--. 1 root root 1732 Aug 16 14:25 time.mod -rw-r--r--. 1 root root 1764 Aug 16 14:25 trig.mod -rw-r--r--. 1 root root 2716 Aug 16 14:25 tr.mod -rw-r--r--. 1 root root 4124 Aug 16 14:25 truecrypt.mod -rw-r--r--. 1 root root 1332 Aug 16 14:25 true.mod -rw-r--r--. 1 root root 12392 Aug 16 14:25 udf.mod -rw-r--r--. 1 root root 7492 Aug 16 14:25 ufs1_be.mod -rw-r--r--. 1 root root 7108 Aug 16 14:25 ufs1.mod -rw-r--r--. 1 root root 7140 Aug 16 14:25 ufs2.mod -rw-r--r--. 1 root root 8444 Aug 16 14:25 uhci.mod -rw-r--r--. 1 root root 5172 Aug 16 14:25 usb_keyboard.mod -rw-r--r--. 1 root root 16368 Aug 16 14:25 usb.mod -rw-r--r--. 1 root root 9840 Aug 16 14:25 usbms.mod -rw-r--r--. 1 root root 2476 Aug 16 14:25 usbserial_common.mod -rw-r--r--. 1 root root 2756 Aug 16 14:25 usbserial_ftdi.mod -rw-r--r--. 1 root root 3180 Aug 16 14:25 usbserial_pl2303.mod -rw-r--r--. 1 root root 1620 Aug 16 14:25 usbserial_usbdebug.mod -rw-r--r--. 1 root root 4464 Aug 16 14:25 usbtest.mod -rw-r--r--. 1 root root 12700 Aug 16 14:25 vbe.mod -rw-r--r--. 1 root root 1768 Aug 16 14:25 version.mod -rw-r--r--. 1 root root 5868 Aug 16 14:25 vga.mod -rw-r--r--. 1 root root 2764 Aug 16 14:25 vga_text.mod -rw-r--r--. 1 root root 7984 Aug 16 14:25 video_bochs.mod -rw-r--r--. 1 root root 8936 Aug 16 14:25 video_cirrus.mod -rw-r--r--. 1 root root 6156 Aug 16 14:25 video_colors.mod -rw-r--r--. 1 root root 34084 Aug 16 14:25 video_fb.mod -rw-r--r--. 1 root root 4600 Aug 16 14:25 videoinfo.mod -rw-r--r--. 1 root root 33 Aug 16 14:25 video.lst -rw-r--r--. 1 root root 8476 Aug 16 14:25 video.mod -rw-r--r--. 1 root root 2452 Aug 16 14:25 videotest_checksum.mod -rw-r--r--. 1 root root 4720 Aug 16 14:25 videotest.mod -rw-r--r--. 1 root root 1956 Aug 16 14:25 wrmsr.mod -rw-r--r--. 1 root root 11756 Aug 16 14:25 xfs.mod -rw-r--r--. 1 root root 36124 Aug 16 14:25 xnu.mod -rw-r--r--. 1 root root 2608 Aug 16 14:25 xnu_uuid.mod -rw-r--r--. 1 root root 2052 Aug 16 14:25 xnu_uuid_test.mod -rw-r--r--. 1 root root 25912 Aug 16 14:25 xzio.mod -rw-r--r--. 1 root root 6976 Aug 16 14:25 zfscrypt.mod -rw-r--r--. 1 root root 7272 Aug 16 14:25 zfsinfo.mod -rw-r--r--. 1 root root 57324 Aug 16 14:25 zfs.mod -rw-r--r--. 1 root root 99988 Aug 16 14:25 zstd.mod mnt3/EFI/BOOT/grub2/locale: total 4636 drwxr-xr-x. 1 root root 43 Aug 16 14:25 . drwxr-xr-x. 1 root root 7 Aug 16 14:25 .. -rw-r--r--. 1 root root 128472 Aug 16 14:25 ast.mo -rw-r--r--. 1 root root 128974 Aug 16 14:25 ca.mo -rw-r--r--. 1 root root 120200 Aug 16 14:25 da.mo -rw-r--r--. 1 root root 38902 Aug 16 14:25 de_CH.mo -rw-r--r--. 1 root root 202735 Aug 16 14:25 de at hebrew.mo -rw-r--r--. 1 root root 134690 Aug 16 14:25 de.mo -rw-r--r--. 1 root root 168627 Aug 16 14:25 en at arabic.mo -rw-r--r--. 1 root root 159227 Aug 16 14:25 en at cyrillic.mo -rw-r--r--. 1 root root 159224 Aug 16 14:25 en at greek.mo -rw-r--r--. 1 root root 182737 Aug 16 14:25 en at hebrew.mo -rw-r--r--. 1 root root 140894 Aug 16 14:25 en at piglatin.mo -rw-r--r--. 1 root root 124316 Aug 16 14:25 en at quot.mo -rw-r--r--. 1 root root 43862 Aug 16 14:25 eo.mo -rw-r--r--. 1 root root 131671 Aug 16 14:25 es.mo -rw-r--r--. 1 root root 133874 Aug 16 14:25 fi.mo -rw-r--r--. 1 root root 141758 Aug 16 14:25 fr.mo -rw-r--r--. 1 root root 103937 Aug 16 14:25 gl.mo -rw-r--r--. 1 root root 131597 Aug 16 14:25 hr.mo -rw-r--r--. 1 root root 132613 Aug 16 14:25 hu.mo -rw-r--r--. 1 root root 28647 Aug 16 14:25 id.mo -rw-r--r--. 1 root root 118172 Aug 16 14:25 it.mo -rw-r--r--. 1 root root 46005 Aug 16 14:25 ja.mo -rw-r--r--. 1 root root 51360 Aug 16 14:25 ko.mo -rw-r--r--. 1 root root 8417 Aug 16 14:25 lg.mo -rw-r--r--. 1 root root 101913 Aug 16 14:25 lt.mo -rw-r--r--. 1 root root 123256 Aug 16 14:25 nb.mo -rw-r--r--. 1 root root 128251 Aug 16 14:25 nl.mo -rw-r--r--. 1 root root 62029 Aug 16 14:25 pa.mo -rw-r--r--. 1 root root 134665 Aug 16 14:25 pl.mo -rw-r--r--. 1 root root 83737 Aug 16 14:25 pt_BR.mo -rw-r--r--. 1 root root 133167 Aug 16 14:25 pt.mo -rw-r--r--. 1 root root 48435 Aug 16 14:25 ro.mo -rw-r--r--. 1 root root 172064 Aug 16 14:25 ru.mo -rw-r--r--. 1 root root 94728 Aug 16 14:25 sl.mo -rw-r--r--. 1 root root 170254 Aug 16 14:25 sr.mo -rw-r--r--. 1 root root 128944 Aug 16 14:25 sv.mo -rw-r--r--. 1 root root 84324 Aug 16 14:25 tr.mo -rw-r--r--. 1 root root 179503 Aug 16 14:25 uk.mo -rw-r--r--. 1 root root 137525 Aug 16 14:25 vi.mo -rw-r--r--. 1 root root 87091 Aug 16 14:25 zh_CN.mo -rw-r--r--. 1 root root 30762 Aug 16 14:25 zh_TW.mo mnt3/System: total 0 drwxr-xr-x. 1 root root 3 Aug 16 14:25 . drwxr-xr-x. 1 root root 6 Aug 16 14:25 .. drwxr-xr-x. 1 root root 3 Aug 16 14:25 Library mnt3/System/Library: total 0 drwxr-xr-x. 1 root root 3 Aug 16 14:25 . drwxr-xr-x. 1 root root 3 Aug 16 14:25 .. drwxr-xr-x. 1 root root 6 Aug 16 14:25 CoreServices mnt3/System/Library/CoreServices: total 3384 drwxr-xr-x. 1 root root 6 Aug 16 14:25 . drwxr-xr-x. 1 root root 3 Aug 16 14:25 .. -rwx------. 1 root root 926552 Aug 16 14:25 boot.efi -rw-r--r--. 1 root root 1114 Aug 16 14:25 grub.cfg -rwx------. 1 root root 2525120 Aug 16 14:25 grubx64.efi -rw-r--r--. 1 root root 336 Aug 16 14:25 SystemVersion.plist From toracat at elrepo.org Tue Aug 16 14:41:14 2022 From: toracat at elrepo.org (Akemi Yagi) Date: Tue, 16 Aug 2022 11:41:14 -0700 Subject: [elrepo] Crash with kmod-hfsplus-0.2-1.el9_0.elrepo.x86_64.rpm In-Reply-To: <20220816150438.5665@revelation.broadband> References: <20220816150438.5665@revelation.broadband> Message-ID: On Tue, Aug 16, 2022 at 7:06 AM Roger Sewell wrote: > > > Hello, > > I appear to have a consistently reproducible crash using rockylinux 9.0 > and the above kernel module, as follows: > > Packages in use: > > kmod-hfsplus-0.2-1.el9_0.elrepo.x86_64.rpm > hfsplus-tools-540.1.linux3-26.el9.x86_64.rpm > > How reproducible: > > Has happened on 3 occasions out of 3. > > Steps to produce problem: > > Format a memory stick partition using mkfs.hfsplus, mount it (say on > ), and put in it the contents of the hfsplus partition from a > standard rockylinux 9.0 livestick (let me know if you'd like me to send > you those contents, but I suspect that all that matters is that all the > files are owned by root apart from /.. which is owned by somebody > else, and that they have various different permissions - the output of > ls -laR is below). > > Take a second memory stick, again format one partition using > mkfs.hfsplus, mount it (say on ). > > Run > > cp -a /* > > Result: crash and reboot. > > I couldn't find a specific way on your bug-reporting site to search for > whether this bug is already known or not. Please advise whether it is > known or whether I should be reporting it there. > > The problem did *not* happen if I omitted the -a argument and instead > gave -r. > > Thank you, > Roger Sewell. No bugs have been filed against kmod-hfsplus for el9. So please go ahead and report this on the bug tracker. Akemi From ajb at elrepo.org Wed Aug 17 10:46:31 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 17 Aug 2022 15:46:31 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.2-1] Message-ID: Announcing the release of the kernel-ml-5.19.2-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.2 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.2-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.2-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.2-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.2-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.2-1.el7.elrepo.x86_64.rpm perf-5.19.2-1.el7.elrepo.x86_64.rpm python-perf-5.19.2-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.2-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Aug 17 10:46:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 17 Aug 2022 15:46:41 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.2-1] Message-ID: Announcing the release of the kernel-ml-5.19.2-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.2 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.2-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.2-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.2-1.el8.elrepo.x86_64.rpm perf-5.19.2-1.el8.elrepo.x86_64.rpm python3-perf-5.19.2-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.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 Sun Aug 21 10:27:15 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 21 Aug 2022 15:27:15 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.3-1] Message-ID: Announcing the release of the kernel-ml-5.19.3-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.3 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.3-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.3-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.3-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.3-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.3-1.el7.elrepo.x86_64.rpm perf-5.19.3-1.el7.elrepo.x86_64.rpm python-perf-5.19.3-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.3-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sun Aug 21 10:27:20 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 21 Aug 2022 15:27:20 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.3-1] Message-ID: Announcing the release of the kernel-ml-5.19.3-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.3 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.3-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.3-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.3-1.el8.elrepo.x86_64.rpm perf-5.19.3-1.el8.elrepo.x86_64.rpm python3-perf-5.19.3-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.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 Thu Aug 25 13:17:18 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 25 Aug 2022 18:17:18 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.211-1] Message-ID: Announcing the release of the kernel-lt-5.4.211-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.211 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.211-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.211-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.211-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.211-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.211-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.211-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.211-1.el7.elrepo.x86_64.rpm perf-5.4.211-1.el7.elrepo.x86_64.rpm python-perf-5.4.211-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.211-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 Aug 25 13:17:33 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 25 Aug 2022 18:17:33 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.4-1] Message-ID: Announcing the release of the kernel-ml-5.19.4-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.4-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.4-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.4-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.4-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.4-1.el7.elrepo.x86_64.rpm perf-5.19.4-1.el7.elrepo.x86_64.rpm python-perf-5.19.4-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.4-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Thu Aug 25 13:17:26 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 25 Aug 2022 18:17:26 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.211-1] Message-ID: Announcing the release of the kernel-lt-5.4.211-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.211 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.211-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.211-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.211-1.el8.elrepo.x86_64.rpm perf-5.4.211-1.el8.elrepo.x86_64.rpm python3-perf-5.4.211-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.211-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 Aug 25 13:17:40 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 25 Aug 2022 18:17:40 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.4-1] Message-ID: Announcing the release of the kernel-ml-5.19.4-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.4-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.4-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.4-1.el8.elrepo.x86_64.rpm perf-5.19.4-1.el8.elrepo.x86_64.rpm python3-perf-5.19.4-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.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 Mon Aug 29 10:14:47 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 29 Aug 2022 15:14:47 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.5-1] Message-ID: Announcing the release of the kernel-ml-5.19.5-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.5 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.5-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.5-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.5-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.5-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.5-1.el7.elrepo.x86_64.rpm perf-5.19.5-1.el7.elrepo.x86_64.rpm python-perf-5.19.5-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.5-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Mon Aug 29 10:14:50 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 29 Aug 2022 15:14:50 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.5-1] Message-ID: Announcing the release of the kernel-ml-5.19.5-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.5 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.5-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.5-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.5-1.el8.elrepo.x86_64.rpm perf-5.19.5-1.el8.elrepo.x86_64.rpm python3-perf-5.19.5-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.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 Wed Aug 31 13:02:46 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 31 Aug 2022 18:02:46 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.19.6-1] Message-ID: Announcing the release of the kernel-ml-5.19.6-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.19.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.19.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.19.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.19.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.19.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.6-1.el7.elrepo.x86_64.rpm perf-5.19.6-1.el7.elrepo.x86_64.rpm python-perf-5.19.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.19.6-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 5.1, the distribution compiler can no longer be used in the kernel build process. We now use gcc-9, which is available from the devtoolset-9 package. We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [2] and, for our reference, to the ELRepo bug tracker [3]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Wed Aug 31 13:02:50 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 31 Aug 2022 18:02:50 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.6-1] Message-ID: Announcing the release of the kernel-ml-5.19.6-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.19.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.19.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.19.6-1.el8.elrepo.x86_64.rpm perf-5.19.6-1.el8.elrepo.x86_64.rpm python3-perf-5.19.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.19.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 scott at swoopsrch.com Wed Aug 31 14:23:35 2022 From: scott at swoopsrch.com (Scott Van Caster) Date: Wed, 31 Aug 2022 13:23:35 -0500 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.6-1] In-Reply-To: References: Message-ID: Team, Please remove me from the email list. Thanks Scott On Wed, Aug 31, 2022 at 12:07 PM Alan Bartlett wrote: > Announcing the release of the kernel-ml-5.19.6-1.el8.elrepo package > set into the EL8 elrepo-kernel repository: > > https://elrepo.org/tiki/kernel-ml > > The upstream changelog: > > https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.6 > > The following files are currently synchronising to our mirror sites: > > x86_64 > bpftool-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-core-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-devel-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-doc-5.19.6-1.el8.elrepo.noarch.rpm > kernel-ml-headers-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-modules-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-modules-extra-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-tools-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-tools-libs-5.19.6-1.el8.elrepo.x86_64.rpm > kernel-ml-tools-libs-devel-5.19.6-1.el8.elrepo.x86_64.rpm > perf-5.19.6-1.el8.elrepo.x86_64.rpm > python3-perf-5.19.6-1.el8.elrepo.x86_64.rpm > > nosrc > kernel-ml-5.19.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/ > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -- Scott Van Caster Swoop Search LLC (c) 920-819-5557 scott at swoopsrch.com https://swoopsrch.com *Swoop Confidential Business Proprietary 2022* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4054 bytes Desc: S/MIME Cryptographic Signature URL: From droidbittin at gmail.com Wed Aug 31 14:37:00 2022 From: droidbittin at gmail.com (Luna Jernberg) Date: Wed, 31 Aug 2022 20:37:00 +0200 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.19.6-1] In-Reply-To: References: Message-ID: You can unsubscribe from the web interface at the website: http://lists.elrepo.org/mailman/listinfo/elrepo On 8/31/22, Scott Van Caster wrote: > Team, > Please remove me from the email list. > Thanks > Scott > > On Wed, Aug 31, 2022 at 12:07 PM Alan Bartlett wrote: > >> Announcing the release of the kernel-ml-5.19.6-1.el8.elrepo package >> set into the EL8 elrepo-kernel repository: >> >> https://elrepo.org/tiki/kernel-ml >> >> The upstream changelog: >> >> https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.6 >> >> The following files are currently synchronising to our mirror sites: >> >> x86_64 >> bpftool-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-core-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-devel-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-doc-5.19.6-1.el8.elrepo.noarch.rpm >> kernel-ml-headers-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-modules-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-modules-extra-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-tools-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-tools-libs-5.19.6-1.el8.elrepo.x86_64.rpm >> kernel-ml-tools-libs-devel-5.19.6-1.el8.elrepo.x86_64.rpm >> perf-5.19.6-1.el8.elrepo.x86_64.rpm >> python3-perf-5.19.6-1.el8.elrepo.x86_64.rpm >> >> nosrc >> kernel-ml-5.19.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/ >> _______________________________________________ >> elrepo mailing list >> elrepo at lists.elrepo.org >> http://lists.elrepo.org/mailman/listinfo/elrepo >> > > > -- > > Scott Van Caster > > Swoop Search LLC > > (c) 920-819-5557 > > scott at swoopsrch.com > > https://swoopsrch.com > > > *Swoop Confidential Business Proprietary 2022* > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this e-mail by mistake and > delete this e-mail from your system. If you are not the intended recipient > you are notified that disclosing, copying, distributing or taking any > action in reliance on the contents of this information is strictly > prohibited. >