[elrepo] Announcement: EL7 Updated kernel-lt Package Set [4.4.114-1]
Announcing the release of the kernel-lt-4.4.114-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/v4.x/ChangeLog-4.4.114 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-4.4.114-1.el7.elrepo.x86_64.rpm kernel-lt-devel-4.4.114-1.el7.elrepo.x86_64.rpm kernel-lt-doc-4.4.114-1.el7.elrepo.noarch.rpm kernel-lt-headers-4.4.114-1.el7.elrepo.x86_64.rpm kernel-lt-tools-4.4.114-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-4.4.114-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-4.4.114-1.el7.elrepo.x86_64.rpm perf-4.4.114-1.el7.elrepo.x86_64.rpm python-perf-4.4.114-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-4.4.114-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-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 [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@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] Announcement: EL6 Updated kernel-lt Package Set [4.4.114-1]
Announcing the release of the kernel-lt-4.4.114-1.el6.elrepo package set into the EL6 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.4.114 The following files are currently synchronising to our mirror sites: x86_32 kernel-lt-4.4.114-1.el6.elrepo.i686.rpm kernel-lt-devel-4.4.114-1.el6.elrepo.i686.rpm kernel-lt-doc-4.4.114-1.el6.elrepo.noarch.rpm kernel-lt-headers-4.4.114-1.el6.elrepo.i386.rpm kernel-lt-NONPAE-4.4.114-1.el6.elrepo.i686.rpm kernel-lt-NONPAE-devel-4.4.114-1.el6.elrepo.i686.rpm perf-4.4.114-1.el6.elrepo.i686.rpm python-perf-4.4.114-1.el6.elrepo.i686.rpm x86_64 kernel-lt-4.4.114-1.el6.elrepo.x86_64.rpm kernel-lt-devel-4.4.114-1.el6.elrepo.x86_64.rpm kernel-lt-doc-4.4.114-1.el6.elrepo.noarch.rpm kernel-lt-headers-4.4.114-1.el6.elrepo.x86_64.rpm perf-4.4.114-1.el6.elrepo.x86_64.rpm python-perf-4.4.114-1.el6.elrepo.x86_64.rpm nosrc kernel-lt-4.4.114-1.el6.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-6 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-6 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-6 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@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] r8101 driver update
Hi Phil, Please don't worry about this one. lspci said it was "RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller" but googling further says the RTL8102, 8102 and 8106 are 10/100 only which is no use. Regards, Nick On 31/01/2018 08:20, Nick Howitt wrote: Hi Phil, Is there any chance of updating the r8101 driver for el7 x64? I think this is another one which broke with the 7.4 kernel: /home/build/rpmbuild/BUILD/r8101-1.027.00/src/r8101_n.c: In function 'rtl8101_start_xmit': /home/build/rpmbuild/BUILD/r8101-1.027.00/src/r8101_n.c:11430:12: error: 'struct net_device' has no member named 'trans_start' dev->trans_start = jiffies; ^ Many thanks, Nick ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] Announcement: EL7 New kernel-ml Release [4.15.0-1]
On 30/01/18 23:47, Lachlan Musicman wrote: On 31 Jan. 2018 10:35 am, "Sam McLeod"> wrote: Hi Trevor, I didn't think that to compile a kernel with IBRS/IBPB your /compiler/ had to be updated as well? I thought that was a seperate issue but perhaps I'm mistaken. Yes, it does require a newer compiler...you can see the details of why here: https://support.google.com/faqs/answer/7625886 Cheers L. No, not to my understanding. IBRS and retpoline are 2 separate ways of mitigating Spectre Variant 2. They are not linked or related. The IBRS method is dependant upon kernel patches AND updated hardware microcode. The retpoline method is dependant upon kernel patches AND an updated/patched compiler. At present, the distro kernel has the IBRS patches backported to it by Red Hat so is dependant upon the availability of updated hardware microcode to be effective (which Intel recently pulled) Kernel-ml has the retpoline patches but at present RHEL does not have a retpoline-aware compiler. The upstream kernel code (kernel.org) does not currently contain the IBRS patches that Red Hat have incorporated into the distro kernel. Hence at present there is no viable mitigation available for Spectre Variant 2 for most users, regardless of whether you are running the distro kernel or kernel-ml. Hope that helps. ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] r8101 driver update
Hi Phil, Is there any chance of updating the r8101 driver for el7 x64? I think this is another one which broke with the 7.4 kernel: /home/build/rpmbuild/BUILD/r8101-1.027.00/src/r8101_n.c: In function 'rtl8101_start_xmit': /home/build/rpmbuild/BUILD/r8101-1.027.00/src/r8101_n.c:11430:12: error: 'struct net_device' has no member named 'trans_start' dev->trans_start = jiffies; ^ Many thanks, Nick ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo