[elrepo] Announcement: EL7 Updated kernel-lt Package Set [4.4.114-1]

2018-01-31 Thread Alan Bartlett 
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]

2018-01-31 Thread Alan Bartlett 
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

2018-01-31 Thread Nick Howitt 

  
  
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]

2018-01-31 Thread Phil Perry 

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

2018-01-31 Thread Nick Howitt 

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