![]() If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker and, for our reference, to the ELRepo bug tracker. These packages are not signed for SecureBoot. 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. Using the kernel-ml may expose your system to security, performance and/or data corruption issues. These packages are provided 'As-Is' with no implied warranty or support. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL kernel with supplementary kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. 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. ", you most likely need the kernel-ml-devel package, not the kernel-ml-headers package. ![]() When you see a message like "your kernel headers for kernel xxx cannot be found. If there is a need to have the kernel headers installed, you should use the current distributed kernel-headers package as that is related to the current version of glibc. It is only necessary if you intend to rebuild glibc and, thus, the entire operating system. There is no need to install the kernel-ml-headers package. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |