Asle Ommundsen
2020-Feb-06 12:03 UTC
[CentOS] No announcement for kernel 3.10.0-1062.12.1.el7
On our CentOS 7 servers I see there is a new kernel available when doing yum update: kernel 3.10.0-1062.12.1.el7 kernel-devel 3.10.0-1062.12.1.el7 However I am not able to find any announcement at redhat.com for this kernel. The only announcement I find is this from CentOS: https://www.mail-archive.com/centos-announce at centos.org/msg11573.html However that CentOS announcement links to this kernel: https://access.redhat.com/errata/RHSA-2020:0375 - but that kernel is the rt (real time) kernel. Does the CentOS announce link to the wrong kernel at https://access.redhat.com ? I did try to search for kernel 3.10.0-1062.12.1.el7 at https://access.redhat.com - but I am only able to find the rt kernel announcement. Is anybody else able to find the announcement for this kernel? Please share a link to it. Thanks!
Mercado, Ronaldo (DLSLtd,RAL,LSCI)
2020-Feb-06 13:16 UTC
[CentOS] No announcement for kernel 3.10.0-1062.12.1.el7
Hi I don't know where the announcements go. I cloned https://git.centos.org/git/rpms/kernel.git and grabbed the changelog section pasted below from the git diff in SPECS/kernel.spec (commit dated 4 Feb 2020) Regards +* Thu Dec 12 2019 Frantisek Hrbata <fhrbata at hrbata.com> [3.10.0-1062.12.1.el7] +- [powerpc] powerpc/pseries: Remove confusing warning message (Gustavo Duarte) [1780148 1748306] +- [powerpc] powerpc/pseries: Call H_BLOCK_REMOVE when supported (Gustavo Duarte) [1780148 1748306] +- [powerpc] powerpc/pseries: Read TLB Block Invalidate Characteristics (Gustavo Duarte) [1780148 1748306] +- [scsi] scsi: bnx2fc: Handle scope bits when array returns BUSY or TSF (Nilesh Javali) [1776290 1750577] +- [scsi] scsi: bnx2fc: remove set but not used variables 'task', 'port', 'orig_task' (Nilesh Javali) [1776290 1750577] +- [scsi] scsi: bnx2fc: remove set but not used variables 'lport', 'host' (Nilesh Javali) [1776290 1750577] +- [scsi] scsi: bnx2fc: remove set but not used variable 'fh' (Nilesh Javali) [1776290 1750577] +- [fs] SMB3: retry on STATUS_INSUFFICIENT_RESOURCES instead of failing write (Leif Sahlberg) [1767621 1764567] + +* Tue Dec 10 2019 Frantisek Hrbata <fhrbata at hrbata.com> [3.10.0-1062.11.1.el7] +- [tty] TTY: serial_core, add ->install (Kenneth Yin) [1780163 1443152] +- [net] gro: fix use-after-free read in napi_gro_frags() (Paolo Abeni) [1780033 1750810] +- [net] cfg80211: wext: avoid copying malformed SSIDs (Stanislaw Gruszka) [1778631 1778632] +- [fs] userfaultfd_release: always remove uffd flags and clear vm_userfaultfd_ctx (Alex Gladkov) [1777351 1749766] +- [fs] gfs2: Use async glocks for rename (Robert S Peterson) [1777297 1677686] +- [fs] gfs2: create function gfs2_glock_update_hold_time (Robert S Peterson) [1777297 1677686] +- [fs] gfs2: separate holder for rgrps in gfs2_rename (Robert S Peterson) [1777297 1677686] +- [wireless] mwifiex: Fix three heap overflow at parsing element in cfg80211_ap_settings (Stanislaw Gruszka) [1776615 1776616] +- [x86] cpuidle-haltpoll: vcpu hotplug support (Marcelo Tosatti) [1776289 1771849] +- [cpuidle] cpuidle-haltpoll: return -ENODEV on modinit failure (Marcelo Tosatti) [1776289 1756843] +- [wireless] mwifiex: fix possible heap overflow in mwifiex_process_country_ie() (Stanislaw Gruszka) [1776205 1776206] +- [wireless] mwifiex: Fix heap overflow in mmwifiex_process_tdls_action_frame() (Stanislaw Gruszka) [1776156 1776157] {CVE-2019-14901} +- [fs] vfs: Fix EOVERFLOW testing in put_compat_statfs64 (Eric Sandeen) [1775678 1758001] +- [x86] x86/atomic: Fix smp_mb__{before,after}_atomic() (Prarit Bhargava) [1772812 1769569] +- [mm] mm-vmstat-reduce-zone-lock-holding-time-by-proc-pagetypeinfo-fix (Waiman Long) [1770732 1757943] +- [mm] mm, vmstat: reduce zone->lock holding time by /proc/pagetypeinfo (Waiman Long) [1770732 1757943] +- [mm] mm, vmstat: hide /proc/pagetypeinfo from normal users (Waiman Long) [1770732 1757943] +- [md] dm rq: fix handling underlying queue busy (Ming Lei) [1770113 1767482] +- [pci] hv: Use bytes 4 and 5 from instance ID as the PCI domain numbers (Mohammed Gamal) [1766097 1634251] +- [pci] hv: Detect and fix Hyper-V PCI domain number collision (Mohammed Gamal) [1766097 1634251] +- [pci] hv: Serialize the present and eject work items (Mohammed Gamal) [1766097 1634251] +- [netdrv] hv_netvsc: fix network namespace issues with VF support (Mohammed Gamal) [1766093 1741334] +- [netdrv] hv_netvsc: move VF to same namespace as netvsc device (Mohammed Gamal) [1766093 1741334] +- [netdrv] hv_netvsc: set master device (Mohammed Gamal) [1766093 1741334] +- [pci] PCI: hv: Avoid use of hv_pci_dev->pci_slot after freeing it (Mohammed Gamal) [1766089 1737567] + +* Wed Dec 04 2019 Frantisek Hrbata <fhrbata at hrbata.com> [3.10.0-1062.10.1.el7] +- [net] netfilter: masquerade: don't flush all conntracks if only one address deleted on device (Patrick Talbert) [1779564 1771396] +- [net] netfilter: conntrack: resched in nf_ct_iterate_cleanup (Patrick Talbert) [1779564 -- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
Asle Ommundsen
2020-Feb-06 13:22 UTC
[CentOS] No announcement for kernel 3.10.0-1062.12.1.el7
On Thu, 06 Feb 2020 14:16:24 +0100, Mercado, Ronaldo (DLSLtd,RAL,LSCI) <ronaldo.mercado at diamond.ac.uk> wrote:> Hi > > I don't know where the announcements go. > I cloned https://git.centos.org/git/rpms/kernel.git and grabbed the > changelog section pasted below from the git diff in SPECS/kernel.spec > (commit dated 4 Feb 2020) > [cut]Thank you for the changelog. :)
Jonathan Billings
2020-Feb-06 14:33 UTC
[CentOS] No announcement for kernel 3.10.0-1062.12.1.el7
On Feb 6, 2020, at 07:03, Asle Ommundsen <aommundsen at gmail.com> wrote:> > On our CentOS 7 servers I see there is a new kernel available when doing yum update: > > kernel 3.10.0-1062.12.1.el7 > kernel-devel 3.10.0-1062.12.1.el7 > > However I am not able to find any announcement at redhat.com for this kernel. The only announcement I find is this from CentOS: https://www.mail-archive.com/centos-announce at centos.org/msg11573.html > > However that CentOS announcement links to this kernel: https://access.redhat.com/errata/RHSA-2020:0375 - but that kernel is the rt (real time) kernel. Does the CentOS announce link to the wrong kernel at https://access.redhat.com ? > > I did try to search for kernel 3.10.0-1062.12.1.el7 at https://access.redhat.com - but I am only able to find the rt kernel announcement. Is anybody else able to find the announcement for this kernel? Please share a link to it. Thanks!This is the standard kernel announcement. https://access.redhat.com/errata/RHSA-2020:0374 You could join the rhsa-announce list here: https://www.redhat.com/mailman/listinfo/rhsa-announce Or just browse the archives. -- Jonathan Billings
Johnny Hughes
2020-Feb-06 17:39 UTC
[CentOS] No announcement for kernel 3.10.0-1062.12.1.el7
On 2/6/20 8:33 AM, Jonathan Billings wrote:> On Feb 6, 2020, at 07:03, Asle Ommundsen <aommundsen at gmail.com> wrote: >> >> On our CentOS 7 servers I see there is a new kernel available when doing yum update: >> >> kernel 3.10.0-1062.12.1.el7 >> kernel-devel 3.10.0-1062.12.1.el7 >> >> However I am not able to find any announcement at redhat.com for this kernel. The only announcement I find is this from CentOS: https://www.mail-archive.com/centos-announce at centos.org/msg11573.html >> >> However that CentOS announcement links to this kernel: https://access.redhat.com/errata/RHSA-2020:0375 - but that kernel is the rt (real time) kernel. Does the CentOS announce link to the wrong kernel at https://access.redhat.com ? >> >> I did try to search for kernel 3.10.0-1062.12.1.el7 at https://access.redhat.com - but I am only able to find the rt kernel announcement. Is anybody else able to find the announcement for this kernel? Please share a link to it. Thanks! > > This is the standard kernel announcement. > https://access.redhat.com/errata/RHSA-2020:0374 > > You could join the rhsa-announce list here: > https://www.redhat.com/mailman/listinfo/rhsa-announce > > Or just browse the archives.Sorry about that.. we have a script that uses the Errata Page API to search for the number. For some reason, kernel-3.10.0-1062.12.1.el7.src.rpm (that exact name) is in the 0374 and 0375 json results from the errata site. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20200206/4fab22f9/attachment.sig>
Maybe Matching Threads
- No announcement for kernel 3.10.0-1062.12.1.el7
- [PATCH] drm/nouveau: bail out of nouveau_channel_new if channel init fails
- [PATCH] drm/nouveau: bail out of nouveau_channel_new if channel init fails
- RE: [S] Dynamic Memory Allocation in R
- [PATCH] drm/nouveau: bail out of nouveau_channel_new if channel init fails