[elrepo] Announcement: EL7 New kernel-ml Release [4.5.0-1]

[Nathan Williams]

Does anyone know if the kernel-ml package for EL7 would be affected by the
issue described here: http://jwboyer.livejournal.com/52090.html ? I know
we're running an older xfsprogs from CentOS base with kernel-ml, and lately
we've seen an uptick in reported fs corruption on some systems that get
rebooted regularly. I'm not sure how to check the xfsprogs package as
shipped against the crc checking, but from what I'm able to gather, I'm
guessing this is an affected combination of software?


On Mon, Mar 14, 2016 at 12:28 PM Alan Bartlett <ajb at elrepo.org> wrote:

> Announcing the release of the kernel-ml-4.5.0-1.el7.elrepo package set
> into the EL7 elrepo-kernel repository:
>
> http://elrepo.org/tiki/kernel-ml
>
> The following files are currently synchronising across our mirror sites:
>
> x86_64
> kernel-ml-4.5.0-1.el7.elrepo.x86_64.rpm
> kernel-ml-devel-4.5.0-1.el7.elrepo.x86_64.rpm
> kernel-ml-doc-4.5.0-1.el7.elrepo.noarch.rpm
> kernel-ml-headers-4.5.0-1.el7.elrepo.x86_64.rpm
> kernel-ml-tools-4.5.0-1.el7.elrepo.x86_64.rpm
> kernel-ml-tools-libs-4.5.0-1.el7.elrepo.x86_64.rpm
> kernel-ml-tools-libs-devel-4.5.0-1.el7.elrepo.x86_64.rpm
> perf-4.5.0-1.el7.elrepo.x86_64.rpm
> python-perf-4.5.0-1.el7.elrepo.x86_64.rpm
>
> src
> kernel-ml-4.5.0-1.el7.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-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 [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] http://bugzilla.kernel.org/
> [2] http://elrepo.org/bugs/
> _______________________________________________
> elrepo mailing list
> elrepo at lists.elrepo.org
> http://lists.elrepo.org/mailman/listinfo/elrepo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20160315/71e2b93b/attachment.html>