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

John Pilkington johnpilk222 at gmail.com
Thu Jun 11 12:32:43 EDT 2020


On 11/06/2020 00:00, Alan Bartlett wrote:
> Announcing the release of the kernel-lt-4.4.227-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.227
> 
> The following files are currently synchronising to our mirror sites:
> 
> x86_64
> kernel-lt-4.4.227-1.el7.elrepo.x86_64.rpm
> kernel-lt-devel-4.4.227-1.el7.elrepo.x86_64.rpm
> kernel-lt-doc-4.4.227-1.el7.elrepo.noarch.rpm
> kernel-lt-headers-4.4.227-1.el7.elrepo.x86_64.rpm
> kernel-lt-tools-4.4.227-1.el7.elrepo.x86_64.rpm
> kernel-lt-tools-libs-4.4.227-1.el7.elrepo.x86_64.rpm
> kernel-lt-tools-libs-devel-4.4.227-1.el7.elrepo.x86_64.rpm
> perf-4.4.227-1.el7.elrepo.x86_64.rpm
> python-perf-4.4.227-1.el7.elrepo.x86_64.rpm
> 
> nosrc
> kernel-lt-4.4.227-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/


I have been using the kernel-lt series in Scientific Linux (now 7.8) for 
years, because the standard kernel has not respected the 'adapter_nr' 
defined in /etc/modprobe.d/dvb.conf

After today's update my twin-dvb usb TV device could not be initialised. 
  Reverting to 4.4.226 works, but only after I had unplugged/replugged 
the usb device.

This is a heads-up.  My system is working again and I have not yet 
reported to the sites quoted above.

{{{

[john at HP_Box ~]$ dmesg | grep -i dvb
[    1.949126] usb 1-3: Product: DVB-T TV Stick
[   15.224254] usb 1-3: dvb_usb_v2: 2nd usb_bulk_msg() failed=-75
[   15.224266] dvb_usb_af9035: probe of 1-3:1.0 failed with error -75
[   15.224314] usbcore: registered new interface driver dvb_usb_af9035
[   19.981088] saa7134_dvb: dvb_init() allocating 1 frontend
[   20.414062] DVB: registering new adapter (saa7133[0])
[   20.414074] saa7134 0000:07:04.0: DVB: registering adapter 0 frontend 
0 (Philips TDA10046H DVB-T)...

Device unplugged/replugged

[  218.287136] usb 1-3: Product: DVB-T TV Stick
[  218.290498] usb 1-3: dvb_usb_af9035: prechip_version=83 
chip_version=01 chip_type=9135
[  218.290862] usb 1-3: dvb_usb_v2: found a 'Kworld UB499-2T T09' in 
cold state
[  218.306411] usb 1-3: dvb_usb_v2: downloading firmware from file 
'dvb-usb-it9135-01.fw'
[  220.971762] usb 1-3: dvb_usb_af9035: firmware version=12.54.14.0
[  220.971777] usb 1-3: dvb_usb_v2: found a 'Kworld UB499-2T T09' in 
warm state
[  220.976837] usb 1-3: dvb_usb_v2: will pass the complete MPEG2 
transport stream to the software demuxer
[  220.976885] DVB: registering new adapter (Kworld UB499-2T T09)
[  220.999156] usb 1-3: DVB: registering adapter 1 frontend 0 (Afatech 
AF9033 (DVB-T))...
[  221.042026] usb 1-3: dvb_usb_v2: will pass the complete MPEG2 
transport stream to the software demuxer
[  221.042072] DVB: registering new adapter (Kworld UB499-2T T09)
[  221.056909] usb 1-3: DVB: registering adapter 2 frontend 0 (Afatech 
AF9033 (DVB-T))...
[  221.128367] usb 1-3: dvb_usb_v2: schedule remote query interval to 
500 msecs
[  221.128370] usb 1-3: dvb_usb_v2: 'Kworld UB499-2T T09' successfully 
initialized and connected
[john at HP_Box ~]$

}}}



More information about the elrepo mailing list