From scott at swoopsrch.com  Tue Feb  1 09:27:25 2022
From: scott at swoopsrch.com (Scott Van Caster)
Date: Tue, 1 Feb 2022 08:27:25 -0600
Subject: [elrepo] CVE-2022-0185 kernel update
In-Reply-To: <68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com>
References: <CAGY2WcUkueJs43ew0UO7DAha-t5O2JO2yprjVSxVLeDJ0cafhg@mail.gmail.com>
	<68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com>
Message-ID: <CAGY2WcUL-58RHiLLFQS8+HK62Q-CdB=jk=SLLZQ175ypnukg-w@mail.gmail.com>

Trevor,

Thanks for the reply.

I do have kernel 3.10.0-1160.53.1.el7.x86_64.  I am taking it that this is
a patched or working kernel for my Centos 7.9 and does not need a nic
driver update because it is working.  Is that correct?

This command 'grep 8086 /lib/modules/$(uname -r)/modules.* | grep 1572`
shows this result:
generates this
'/lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias:alias
pci:v00008086d00001572sv*sd*bc*sc*i* i40e'

It appears that i40e is currently loaded and no further action is
required.  Correct?

This command 'grep
/lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias.bin: binary'
returns. 'Grep: No such file or directory'

Not sure if this is significant?

Thanks so much for your help.
Scott


On Fri, Jan 28, 2022 at 1:40 PM Trevor Hemsley <themsley at voiceflex.com>
wrote:

> On 28/01/2022 18:48, Scott Van Caster wrote:
> > Team,
> >
> > I am testing on Centos 7.9 your kernel patch for the CVE-2022-0185.  I
> > have
> > tried the ml and tl versions and it looks like I need the driver for
> > my nic card.  I did not find this one listed.
> > 19:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller
> >  X710 for 10GbE SFP+ [8086:1572] (rev 02)
> >
> > Are there any workarounds for my situation?
>
>
> That card is supported by the i40e module which should be part of both
> kernel-ml and -lt. The card is supported by the default distro
> 3.10.0-1160.53.1.el7 kernel as well.
>
> Check with `grep 8086 /lib/modules/$(uname -r)/modules.* | grep 1572`
> and you should see a line like
>
> grep: /lib/modules/5.15.13-100.fc34.x86_64/modules.alias.bin: binary
> file matches
>
> (mine is on Fedora but the idea is the same).
>
> Trevor
>
>
> *Disclaimer*
>
> The information contained in this communication from the sender is
> confidential. It is intended solely for use by the recipient and others
> authorized to receive it. If you are not the recipient, you are hereby
> notified that any disclosure, copying, distribution or taking action in
> relation of the contents of this information is strictly prohibited and may
> be unlawful.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <http://www.mimecast.com/products/>.
>


-- 

Scott Van Caster

Swoop Search LLC

(c) 920-819-5557

scott at swoopsrch.com

https://swoopsrch.com


*Swoop Confidential Business Proprietary 2022*

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this information is strictly
prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220201/47f6f6c7/attachment.html>

From wolfy at nobugconsulting.ro  Tue Feb  1 09:36:45 2022
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Tue, 1 Feb 2022 16:36:45 +0200
Subject: [elrepo] CVE-2022-0185 kernel update
In-Reply-To: <CAGY2WcUL-58RHiLLFQS8+HK62Q-CdB=jk=SLLZQ175ypnukg-w@mail.gmail.com>
References: <CAGY2WcUkueJs43ew0UO7DAha-t5O2JO2yprjVSxVLeDJ0cafhg@mail.gmail.com>
	<68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com>
	<CAGY2WcUL-58RHiLLFQS8+HK62Q-CdB=jk=SLLZQ175ypnukg-w@mail.gmail.com>
Message-ID: <82e7a452-2acb-76fa-e33c-d76e20b991fd@nobugconsulting.ro>

On 2/1/22 16:27, Scott Van Caster wrote:
> Trevor,
>
> Thanks for the reply.
>
> I do have kernel?3.10.0-1160.53.1.el7.x86_64.? I am taking it that 
> this is a patched or working kernel for my Centos 7.9 and does not 
> need a nic driver update because?it is working. Is that correct?

yes


>
> This command 'grep 8086 /lib/modules/$(uname -r)/modules.* | grep 
> 1572` shows this result:
> generates this 
> '/lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias:alias 
> pci:v00008086d00001572sv*sd*bc*sc*i* i40e'
>
> It appears that i40e is currently loaded and no further action is 
> required.? Correct?

yes


>
> This command 'grep 
> /lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias.bin: binary' 
> returns. 'Grep: No such file or directory'
>
> Not sure if this is significant?
it is not

From scott at swoopsrch.com  Tue Feb  1 09:41:19 2022
From: scott at swoopsrch.com (Scott Van Caster)
Date: Tue, 1 Feb 2022 08:41:19 -0600
Subject: [elrepo] CVE-2022-0185 kernel update
In-Reply-To: <82e7a452-2acb-76fa-e33c-d76e20b991fd@nobugconsulting.ro>
References: <CAGY2WcUkueJs43ew0UO7DAha-t5O2JO2yprjVSxVLeDJ0cafhg@mail.gmail.com>
	<68d00f3d-c7fe-ff59-052f-08fb73e7b4d6@voiceflex.com>
	<CAGY2WcUL-58RHiLLFQS8+HK62Q-CdB=jk=SLLZQ175ypnukg-w@mail.gmail.com>
	<82e7a452-2acb-76fa-e33c-d76e20b991fd@nobugconsulting.ro>
Message-ID: <CAGY2WcX33RM+hSXMCAh28FyQuYv1VkQyeR3N5gShLYSDMv8bTw@mail.gmail.com>

Team,
Thanks for the quick support!!
Scott

On Tue, Feb 1, 2022 at 8:38 AM Manuel Wolfshant <wolfy at nobugconsulting.ro>
wrote:

> On 2/1/22 16:27, Scott Van Caster wrote:
> > Trevor,
> >
> > Thanks for the reply.
> >
> > I do have kernel 3.10.0-1160.53.1.el7.x86_64.  I am taking it that
> > this is a patched or working kernel for my Centos 7.9 and does not
> > need a nic driver update because it is working. Is that correct?
>
> yes
>
>
> >
> > This command 'grep 8086 /lib/modules/$(uname -r)/modules.* | grep
> > 1572` shows this result:
> > generates this
> > '/lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias:alias
> > pci:v00008086d00001572sv*sd*bc*sc*i* i40e'
> >
> > It appears that i40e is currently loaded and no further action is
> > required.  Correct?
>
> yes
>
>
> >
> > This command 'grep
> > /lib/modules/3.10.0-1160.53.1.el7.x86_64/modules.alias.bin: binary'
> > returns. 'Grep: No such file or directory'
> >
> > Not sure if this is significant?
> it is not
> _______________________________________________
> elrepo mailing list
> elrepo at lists.elrepo.org
> http://lists.elrepo.org/mailman/listinfo/elrepo
>


-- 

Scott Van Caster

Swoop Search LLC

(c) 920-819-5557

scott at swoopsrch.com

https://swoopsrch.com


*Swoop Confidential Business Proprietary 2022*

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this information is strictly
prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220201/c9163af6/attachment.html>

From ajb at elrepo.org  Tue Feb  1 18:56:01 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 1 Feb 2022 23:56:01 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.176-1]
Message-ID: <CA+_WhHybKTmFJsRJSxm89SkKsKNTTzo0N=bZ_PXDLLLX_rxTMQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.176-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/v5.x/ChangeLog-5.4.176

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.176-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.176-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.176-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.176-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.176-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.176-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.176-1.el7.elrepo.x86_64.rpm
perf-5.4.176-1.el7.elrepo.x86_64.rpm
python-perf-5.4.176-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.176-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Tue Feb  1 18:56:05 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 1 Feb 2022 23:56:05 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.176-1]
Message-ID: <CA+_WhHw2ysw5HrAUOENYyS=9dM3ZFR3dg8hpk=uN0F+Um9Z6pg@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.176-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.176

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.176-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.176-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.176-1.el8.elrepo.x86_64.rpm
perf-5.4.176-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.176-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.176-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Tue Feb  1 18:56:10 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 1 Feb 2022 23:56:10 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.5-1]
Message-ID: <CA+_WhHzfZDaVzvES9SqY=1Ud9_kHKLVv-Ey=iq4VMNtmOP_5=w@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.5-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.5

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.5-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.5-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.5-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.5-1.el7.elrepo.x86_64.rpm
perf-5.16.5-1.el7.elrepo.x86_64.rpm
python-perf-5.16.5-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.5-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Tue Feb  1 18:56:14 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 1 Feb 2022 23:56:14 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.5-1]
Message-ID: <CA+_WhHzpeKRm9HZSSnx7otkALLaKyMH95DphDxR-N_v0Hd4F7w@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.5-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.5

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.5-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.5-1.el8.elrepo.x86_64.rpm
perf-5.16.5-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.5-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.5-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Sat Feb  5 10:11:07 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 15:11:07 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.177-1]
Message-ID: <CA+_WhHxGe0kVWCLW2LwTwtbDhB45tnNTrZGdXpcd25UU-nZWCQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.177-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/v5.x/ChangeLog-5.4.177

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.177-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.177-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.177-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.177-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.177-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.177-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.177-1.el7.elrepo.x86_64.rpm
perf-5.4.177-1.el7.elrepo.x86_64.rpm
python-perf-5.4.177-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.177-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Sat Feb  5 10:11:11 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 15:11:11 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.177-1]
Message-ID: <CA+_WhHwtDEquD+LAiDBP87OET5F=4oshcKtha35hT0RnPNojDg@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.177-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.177

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.177-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.177-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.177-1.el8.elrepo.x86_64.rpm
perf-5.4.177-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.177-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.177-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Sat Feb  5 10:11:16 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 15:11:16 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.6-1]
Message-ID: <CA+_WhHwC15S9uJ_KbE=ZfnWdPTgJL9b46S6nMXfox4AAP74qTw@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.6-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.6

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.6-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.6-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.6-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.6-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.6-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.6-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.6-1.el7.elrepo.x86_64.rpm
perf-5.16.6-1.el7.elrepo.x86_64.rpm
python-perf-5.16.6-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.6-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Sat Feb  5 10:11:23 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 15:11:23 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.6-1]
Message-ID: <CA+_WhHxU_mVTHANaUevK54rGJ7oyNO1eb9dM-ad+T=_x4TMSWg@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.6-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.6

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.6-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.6-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.6-1.el8.elrepo.x86_64.rpm
perf-5.16.6-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.6-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.6-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Sat Feb  5 17:28:25 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 22:28:25 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.7-1]
Message-ID: <CA+_WhHw17Aa=mjDP=pu=oQuvTQp-ijGtiBVReGL=Cn=XnXsRew@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.7-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.7

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.7-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.7-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.7-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.7-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.7-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.7-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.7-1.el7.elrepo.x86_64.rpm
perf-5.16.7-1.el7.elrepo.x86_64.rpm
python-perf-5.16.7-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.7-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Sat Feb  5 17:28:29 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sat, 5 Feb 2022 22:28:29 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.7-1]
Message-ID: <CA+_WhHxQsX1PNBfYoWOycH3didhxP9roBUG73-MRUS67RmGMoQ@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.7-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.7

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.7-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.7-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.7-1.el8.elrepo.x86_64.rpm
perf-5.16.7-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.7-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.7-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Tue Feb  8 13:40:30 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 8 Feb 2022 18:40:30 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.178-1]
Message-ID: <CA+_WhHxHb7_hmzoZrySPEh8gsE-97OMO80ngZ8fm_Pii4Bfdow@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.178-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/v5.x/ChangeLog-5.4.178

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.178-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.178-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.178-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.178-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.178-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.178-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.178-1.el7.elrepo.x86_64.rpm
perf-5.4.178-1.el7.elrepo.x86_64.rpm
python-perf-5.4.178-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.178-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Tue Feb  8 13:40:37 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 8 Feb 2022 18:40:37 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.178-1]
Message-ID: <CA+_WhHx0K6EMVdtynynfQudytgj=gfxschtszi8bTk5eLNdrNw@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.178-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.178

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.178-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.178-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.178-1.el8.elrepo.x86_64.rpm
perf-5.4.178-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.178-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.178-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Tue Feb  8 13:40:45 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 8 Feb 2022 18:40:45 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.8-1]
Message-ID: <CA+_WhHzM+0_30ScLZbKhEMWJ7khqRXWu5rk=YwySw578i4rrGA@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.8-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.8

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.8-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.8-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.8-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.8-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.8-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.8-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.8-1.el7.elrepo.x86_64.rpm
perf-5.16.8-1.el7.elrepo.x86_64.rpm
python-perf-5.16.8-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.8-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Tue Feb  8 13:40:51 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Tue, 8 Feb 2022 18:40:51 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.8-1]
Message-ID: <CA+_WhHzu2COF7Rq-mp2n-uCZLewTRL_aq0+6SF5KMwGBLCVSXg@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.8-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.8

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.8-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.8-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.8-1.el8.elrepo.x86_64.rpm
perf-5.16.8-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.8-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.8-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Fri Feb 11 08:18:57 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 11 Feb 2022 13:18:57 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.179-1]
Message-ID: <CA+_WhHx6BkJBNQcSzz_LY1B7RRPueXbE1JUahhK0BR4+yOahTQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.179-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/v5.x/ChangeLog-5.4.179

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.179-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.179-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.179-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.179-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.179-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.179-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.179-1.el7.elrepo.x86_64.rpm
perf-5.4.179-1.el7.elrepo.x86_64.rpm
python-perf-5.4.179-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.179-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Fri Feb 11 08:19:07 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 11 Feb 2022 13:19:07 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.179-1]
Message-ID: <CA+_WhHyBv64iW3r0UhjA+eYbWB6NgzihPnATMydfF8NXefVeNQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.179-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.179

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.179-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.179-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.179-1.el8.elrepo.x86_64.rpm
perf-5.4.179-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.179-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.179-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Fri Feb 11 08:19:19 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 11 Feb 2022 13:19:19 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.9-1]
Message-ID: <CA+_WhHzH+5qFYS3X=5_WF-JKzWHeiGnAFubzXP+L+JESHr_Egg@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.9-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.9

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.9-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.9-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.9-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.9-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.9-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.9-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.9-1.el7.elrepo.x86_64.rpm
perf-5.16.9-1.el7.elrepo.x86_64.rpm
python-perf-5.16.9-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.9-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Fri Feb 11 08:19:26 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 11 Feb 2022 13:19:26 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.9-1]
Message-ID: <CA+_WhHxt=tN60+P2Ms8u-ppnVoLRzzAA22QLtJv5-YuHvcTo4Q@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.9-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.9

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.9-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.9-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.9-1.el8.elrepo.x86_64.rpm
perf-5.16.9-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.9-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.9-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Wed Feb 16 09:31:54 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 16 Feb 2022 14:31:54 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.180-1]
Message-ID: <CA+_WhHxPuhvFwb9J3rE-p4uvR8C1tdGW3P1AfcCf+C2jqHQOLA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.180-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/v5.x/ChangeLog-5.4.180

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.180-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.180-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.180-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.180-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.180-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.180-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.180-1.el7.elrepo.x86_64.rpm
perf-5.4.180-1.el7.elrepo.x86_64.rpm
python-perf-5.4.180-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.180-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Feb 16 09:31:58 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 16 Feb 2022 14:31:58 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.180-1]
Message-ID: <CA+_WhHxuSYu=2eoS=sLxT-+Q2oaJ6FS7Gz1GLX8GdhSMX3ZPRA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.180-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.180

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.180-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.180-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.180-1.el8.elrepo.x86_64.rpm
perf-5.4.180-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.180-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.180-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Wed Feb 16 09:32:01 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 16 Feb 2022 14:32:01 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.10-1]
Message-ID: <CA+_WhHwa0kMYLJbMVvVtx7VhymO7bKt25=v8WjRo6V_U9AE9XQ@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.10-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.10

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.10-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.10-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.10-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.10-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.10-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.10-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.10-1.el7.elrepo.x86_64.rpm
perf-5.16.10-1.el7.elrepo.x86_64.rpm
python-perf-5.16.10-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.10-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Feb 16 09:32:05 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 16 Feb 2022 14:32:05 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.10-1]
Message-ID: <CA+_WhHzs3rJRQJHcyMnPAmfcfucKHrf9QfaDqtmgYbkA6xJRPA@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.10-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.10

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.10-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.10-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.10-1.el8.elrepo.x86_64.rpm
perf-5.16.10-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.10-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.10-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From sclark at netwolves.com  Tue Feb 22 08:10:41 2022
From: sclark at netwolves.com (Steve Clark)
Date: Tue, 22 Feb 2022 08:10:41 -0500
Subject: [elrepo] elrepo vault
Message-ID: <85f35221-a458-6c97-4610-dc02d7df432a@netwolves.com>

H,

Is there anything like the Centos-Vault.repo for the elrepo ?

Thanks,
Steve
Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).

From wolfy at nobugconsulting.ro  Tue Feb 22 08:26:57 2022
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Tue, 22 Feb 2022 15:26:57 +0200
Subject: [elrepo] elrepo vault
In-Reply-To: <85f35221-a458-6c97-4610-dc02d7df432a@netwolves.com>
References: <85f35221-a458-6c97-4610-dc02d7df432a@netwolves.com>
Message-ID: <CF6104A8-2696-40E2-B93B-687E0226CE5D@nobugconsulting.ro>

On February 22, 2022 3:10:41 PM GMT+02:00, Steve Clark via elrepo <elrepo at lists.elrepo.org> wrote:
>H,
>
>Is there anything like the Centos-Vault.repo for the elrepo ?

Yes, there is.

From ajb at elrepo.org  Wed Feb 23 09:56:30 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 23 Feb 2022 14:56:30 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.181-1]
Message-ID: <CA+_WhHwgfomA8DY6Dk8hfY3Vh6wVskN0ADMKOwgBaPqe7_8kCQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.181-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/v5.x/ChangeLog-5.4.181

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.181-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.181-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.181-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.181-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.181-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.181-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.181-1.el7.elrepo.x86_64.rpm
perf-5.4.181-1.el7.elrepo.x86_64.rpm
python-perf-5.4.181-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.181-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Feb 23 09:56:33 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 23 Feb 2022 14:56:33 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.181-1]
Message-ID: <CA+_WhHyMywh9QVaa4f1b9Z0EaNMK4ETGsA2KRo8PMzywuCe1EQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.181-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.181

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.181-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.181-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.181-1.el8.elrepo.x86_64.rpm
perf-5.4.181-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.181-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.181-1.el8.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-8 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-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Wed Feb 23 09:56:36 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 23 Feb 2022 14:56:36 +0000
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.16.11-1]
Message-ID: <CA+_WhHzDXEeh7UQ8nE_geKWMF2nht9X00DaWiOUNUevQab+dvQ@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.11-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.11

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.16.11-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.16.11-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.16.11-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.16.11-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.16.11-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.11-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.11-1.el7.elrepo.x86_64.rpm
perf-5.16.11-1.el7.elrepo.x86_64.rpm
python-perf-5.16.11-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.11-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

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-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml 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 [2] and, for our
reference, to the ELRepo bug tracker [3]. 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://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Feb 23 09:56:40 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 23 Feb 2022 14:56:40 +0000
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.16.11-1]
Message-ID: <CA+_WhHyEishFAG2PrhsbUka-59irFyCw5T_GvkyuMvULL4Z8=w@mail.gmail.com>

Announcing the release of the kernel-ml-5.16.11-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.11

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.16.11-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.16.11-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.16.11-1.el8.elrepo.x86_64.rpm
perf-5.16.11-1.el8.elrepo.x86_64.rpm
python3-perf-5.16.11-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.16.11-1.el8.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-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml 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-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 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/

From ajb at elrepo.org  Sun Feb 27 13:53:56 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sun, 27 Feb 2022 18:53:56 +0000
Subject: [elrepo] Announcement: EL7 Updated linux-firmware Package Set
	[20220220-80.1.gitc53073d4]
Message-ID: <CA+_WhHxHhSfbvwtDL37KKcZ9J7BjpfqhiNALRUwAQo79of4Cfw@mail.gmail.com>

Announcing the release of an updated linux-firmware package set into
the elrepo-extras repository. This package set contains firmware files
for use with RHEL7 systems. It provides updated versions of packages
that are present in the base EL7 distribution.

The sources are from
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
as of February 20th, 2022.

The following files are currently synchronising to our mirror sites:

noarch
iwl1000-firmware-39.31.5.1-80.1.el7_9.elrepo.noarch.rpm
iwl100-firmware-39.31.5.1-80.1.el7_9.elrepo.noarch.rpm
iwl105-firmware-18.168.6.1-80.1.el7_9.elrepo.noarch.rpm
iwl135-firmware-18.168.6.1-80.1.el7_9.elrepo.noarch.rpm
iwl2000-firmware-18.168.6.1-80.1.el7_9.elrepo.noarch.rpm
iwl2030-firmware-18.168.6.1-80.1.el7_9.elrepo.noarch.rpm
iwl3160-firmware-22.0.7.0-80.1.el7_9.elrepo.noarch.rpm
iwl3945-firmware-15.32.2.9-80.1.el7_9.elrepo.noarch.rpm
iwl4965-firmware-228.61.2.24-80.1.el7_9.elrepo.noarch.rpm
iwl5000-firmware-8.83.5.1_1-80.1.el7_9.elrepo.noarch.rpm
iwl5150-firmware-8.24.2.2-80.1.el7_9.elrepo.noarch.rpm
iwl6000-firmware-9.221.4.1-80.1.el7_9.elrepo.noarch.rpm
iwl6000g2a-firmware-17.168.5.3-80.1.el7_9.elrepo.noarch.rpm
iwl6000g2b-firmware-17.168.5.2-80.1.el7_9.elrepo.noarch.rpm
iwl6050-firmware-41.28.5.1-80.1.el7_9.elrepo.noarch.rpm
iwl7260-firmware-22.0.7.0-80.1.el7_9.elrepo.noarch.rpm
iwl7265-firmware-22.0.7.0-80.1.el7_9.elrepo.noarch.rpm
linux-firmware-20220220-80.1.gitc53073d4.el7_9.elrepo.noarch.rpm

src
linux-firmware-20220220-80.1.gitc53073d4.el7_9.elrepo.src.rpm

Thank you,

The ELRepo Team.

From ajb at elrepo.org  Sun Feb 27 13:54:23 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Sun, 27 Feb 2022 18:54:23 +0000
Subject: [elrepo] Announcement: EL8 Updated linux-firmware Package Set
	[20220220-103.1.gitc53073d4]
Message-ID: <CA+_WhHz6duohsO91DnPVLejJkYe0MXiKAwWo6tg1uFyFXZRHHQ@mail.gmail.com>

Announcing the release of an updated linux-firmware package set into
the elrepo-extras repository. This package set contains firmware files
for use with RHEL8 systems. It provides updated versions of packages
that are present in the base EL8 distribution.

The sources are from
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
as of February 20th, 2022.

The following files are currently synchronising to our mirror sites:

noarch
iwl1000-firmware-39.31.5.1-103.1.el8_5.elrepo.noarch.rpm
iwl100-firmware-39.31.5.1-103.1.el8_5.elrepo.noarch.rpm
iwl105-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl135-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl2000-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl2030-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl3160-firmware-25.30.13.0-103.1.el8_5.elrepo.noarch.rpm
iwl3945-firmware-15.32.2.9-103.1.el8_5.elrepo.noarch.rpm
iwl4965-firmware-228.61.2.24-103.1.el8_5.elrepo.noarch.rpm
iwl5000-firmware-8.83.5.1_1-103.1.el8_5.elrepo.noarch.rpm
iwl5150-firmware-8.24.2.2-103.1.el8_5.elrepo.noarch.rpm
iwl6000-firmware-9.221.4.1-103.1.el8_5.elrepo.noarch.rpm
iwl6000g2a-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl6000g2b-firmware-18.168.6.1-103.1.el8_5.elrepo.noarch.rpm
iwl6050-firmware-41.28.5.1-103.1.el8_5.elrepo.noarch.rpm
iwl7260-firmware-25.30.13.0-103.1.el8_5.elrepo.noarch.rpm
libertas-sd8686-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.noarch.rpm
libertas-sd8787-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.noarch.rpm
libertas-usb8388-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.noarch.rpm
libertas-usb8388-olpc-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.noarch.rpm
linux-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.noarch.rpm

src
linux-firmware-20220220-103.1.gitc53073d4.el8_5.elrepo.src.rpm

Thank you,

The ELRepo Team.