ELRepo Bugs - Issues

0001604: Problem recompiling kernel-ml since 7.2.1

Fri, 23 Oct 2026 13:32:39 -0400

Hallo.

This is not a bug. I'm trying to recompile kernel-ml on my Alma Linux 9 box but since 7.2.1, it fails (I was able to recompile on the same system up to 7.1.10). I use mock to recompile my packages. I just would like to know if there is some info about the Elrepo compiling environment because apparently mine has some difference, which leads to my compilation to fail.

The failing part is when it comes to compile bpftool:

+ pushd tools/bpf/bpftool
+ /usr/bin/make -s 'EXTRA_CFLAGS=-O2 -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' 'EXTRA_LDFLAGS=-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 ' DESTDIR=/builddir/build/BUILDROOT/kernel-ml-7.2.2-1.el9.x86_64 VMLINUX_H=vmlinux.h

Auto-detecting system features:
... clang-bpf-co-re: [ on ]
... llvm: [ on ]
... libcap: [ on ]
... libbfd: [ on ]

make: Circular vmlinux.h <- vmlinux.h dependency dropped.
cc1: warning: '-Wformat-y2k' ignored without '-Wformat' [-Wformat-y2k]
cc1: warning: '-Wformat-security' ignored without '-Wformat' [-Wformat-security]
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/main.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/common.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/json_writer.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/gen.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/btf.o: relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/sign.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/libbpf/libbpf.a(libbpf-in.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
collect2: error: ld returned 1 exit status
make: *** [Makefile:288: /builddir/build/BUILD/kernel-ml-7.2.2/linux-7.2.2-1.el9.x86_64/tools/bpf/bpftool/bootstrap/bpftool] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.8VoQXv (%build)

By opening a shell into the mock build dir and trying some flags combinations, it seems that the offending part is "-specs=/usr/lib/rpm/redhat/redhat-hardened-ld" which for me, contains:

*self_spec:
+ %{!static:%{!shared:%{!r:-pie}}}

I saw that from 7.1.10 to 7.2.1 some changes where made to the bpftool Makefile, which I think are giving my problem. I hope that someone can tell me what exact command is run in Elrepo build environment (the long make... above), what /usr/lib/rpm/redhat/redhat-hardened-ld contains, and in general any advice which could help me to solve the problem.

Thank you.

0001606: CentOS stream 9 kernel-ml-7.2.6-1.el9.elrepo.x86_64 XFS: Assertion failed: lock_flags != 0, file: fs/xfs/xfs_inode.c, line: 106

Wed, 21 Oct 2026 18:53:59 -0400

arch:
CentOS stream 9 kernel-ml-7.2.6-1.el9.elrepo.x86_64 XFS: Assertion failed: lock_flags != 0, file: fs/xfs/xfs_inode.c, line: 106
[root@www76 crash]# ls -lht
总用量 0
drwxr-xr-x 2 root root 67 9月 17 15:58 127.0.0.1-2026-09-17-15:58:14
drwxr-xr-x 2 root root 67 9月 17 15:11 127.0.0.1-2026-09-17-15:11:06
[root@www76 crash]# du -sh *
1.2G 127.0.0.1-2026-09-17-15:11:06
8.0G 127.0.0.1-2026-09-17-15:58:14

0001597: OCFS2 support in EL9/10 kernel-ml/lt

Wed, 21 Oct 2026 02:10:38 -0400

Hello,

Is it possible to enable support for OCFS2 in your kernels, please?

Much needed for shared block storage, big demand now from VMWare "refugees" migrating onto EL/KVM and needing to reuse their block storage (FC, DAS, ISCSI, NVMEoTCP etc).

ocfs2-tools also required for proper functionality, but that can be "backported" or simply copied from Oracle Linux since afaik OCFS2 is mainly their baby.

0001605: Request for kmod-saa7164 package for EL9 stock kernel

Fri, 16 Oct 2026 13:27:43 -0400

The saa7164 module is completely absent on Rocky Linux 9 / RHEL 9:

- Stock kernel (5.14.x) – Red Hat disabled CONFIG_VIDEO_SAA7164 (and many other media drivers).
- ELRepo kernel-lt 6.1.187-1.el9.elrepo.x86_64 – module still not built.
- kmod-media-0.0-7.el9_8.elrepo – does not contain saa7164.

Current status after installing kmod-media:
modinfo saa7164 → Module not found
find /lib/modules/$(uname -r) -name '*saa7164*' → empty

I'm using Nvidia 470 from ELRepo so I believe the best option would be to add the saa7164 driver (and its dependencies) to the kmod-media package so it works against both the stock 5.14 kernels and kernel-lt.

0001610: install elrepo-release blocks all versions of almalinux

Tue, 13 Oct 2026 13:53:01 -0400

when I try to install elrepo-release on almalinux9 or almalinux10 the dnf command does not work on any almalinux installation. I have tried on microserver gen10 and gen8, something is wrong with the repomd.xml

Cockpit Docker Manager 970 B/s | 3.0 kB 00:03 ELRepo.org Community Enterprise Linu 0.0 B/s | 0 B 00:09 Fehler: Failed to download metadata for repo 'elrepo': repomd.xml parser error: Parse error at line: 1 (Document is empty )

0001609: Audio failing in kernel-ml 7.2.6 on Panther Lake, perhaps because CONFIG_SND_SOC_SDCA_CLASS isn't set

Thu, 08 Oct 2026 12:58:36 -0400

I'm using an Intel Panther Lake Lenovo ThinkPad X1 Carbon Gen 14 with Rocky Linux 10.2. (Panther Lake / Core Ultra 7 365)

Audio works correctly with the Rocky 6.12 kernel, but does not work with ELRepo's kernel-ml 7.2.6-1.el10.elrepo.

The audio controller is:
```
00:1f.3 Audio device [0403]: Intel Corporation Device [8086:e428] (rev 01)
Subsystem: Lenovo Device [17aa:2352]
```
With 7.2.6, the controller is bound to sof-audio-pci-intel-ptl, but no ALSA sound card is created:
```
$ cat /proc/asound/cards
--- no soundcards ---
```
The relevant difference I have found is the SDCA configuration.
On the working Rocky 6.12 kernel:
```
CONFIG_SND_SOC_SDCA_CLASS=m
CONFIG_SND_SOC_SDCA_CLASS_FUNCTION=m
```
While on ELRepo 7.2.6:
```
# CONFIG_SND_SOC_SDCA_CLASS is not set
```
There are also no snd-soc-sdca-class.ko or snd-soc-sdca-class-function.ko modules in the 7.2.6 module tree.

The Panther Lake audio device includes a SoundWire device with:
```
link 3 mfg_id 0x01fa part_id 0x4245 version 0x3
```

The 6.12 kernel recognizes this device through the SDCA class infrastructure. Its dmesg includes:
```
sdca_class sdw:0:3:01fa:4245:01: SWFT not available
input: HID sdw:0:3:01fa:4245:01 Consumer Control
input: HID sdw:0:3:01fa:4245:01
hid-generic ... SOUNDWIRE HID v1.00 Device [HID sdw:0:3:01fa:4245:01] on auxiliary
```
and subsequently SOF loads the SDCA function topologies:
```
Using function topologies instead intel/sof-ipc4-tplg/sof-ptl-dummy.tplg
loading topology 0: intel/sof-ipc4-tplg/sof-sdca-1amp-id2.tplg
loading topology 1: intel/sof-ipc4-tplg/sof-sdca-jack-id0.tplg
loading topology 2: intel/sof-ipc4-tplg/sof-sdca-mic-id4.tplg
loading topology 3: intel/sof-ipc4-tplg/sof-hdmi-pcm5-id5.tplg
input: sof-soundwire Jack ...
```

In contrast, 7.2.6 reports:
```
No SoundWire machine driver found for the ACPI-reported configuration:
link 3 mfg_id 0x01fa part_id 0x4245 version 0x3
Use SoundWire default machine driver with function topologies
```
and eventually:
```
soundwire_intel soundwire_intel.link.3: prepare clock stop failed -110
soundwire_intel soundwire_intel.link.3: intel_stop_bus: cannot stop clock: -110
```
No ALSA sound card is subsequently registered.

The rest of the relevant SoundWire/SOF configuration appears to be present in 7.2.6, and the CS35L63 codec on link 2 also initializes successfully. Firmware is installed and loads successfully.

I would like to know whether there is a deliberate reason that CONFIG_SND_SOC_SDCA_CLASS and CONFIG_SND_SOC_SDCA_CLASS_FUNCTION are disabled in the ELRepo kernel-ml configuration.

If there is no specific compatibility reason, would ELRepo consider enabling these options in a future kernel-ml build?

For comparison, the same hardware and userspace configuration produces a working audio device with the Rocky 6.12 kernel.

0001608: VHCI-HCD for Omnissa Horizon 8 Agent for Linux

Fri, 02 Oct 2026 10:05:09 -0400

Note: The excerpt below was via email.
--
I started looking at the Omnissa Horizon 8 Agent for Linux.
[snipped]
This is a product we need to get working on RHEL 9.

It requires VHCI-HCD and V4L2Loopback with patches and kernel modules
build on each system for our use case. DKMS implementation is left to
the user. There are weekly kernel updates from Red Hat, so automating
kernel module rebuild is a must have.

I see that ElRepo provides both solutions, but neither can be used
because of the patching required by Omnissa.

I am wondering if there is any way of making the ElRepo provided
packages working for the Omnissa Horizon 8 Agent and if that would
possibly break other use cases of those packages.

Have you seen any requests for compatibility of the ElRepo provided
packages for the Horizon Agent?

Here are a couple of links to the Omnissa documentation for Omnissa
Horizon 8 2603, the latest Extended Service Branch (ESB) with Horizon
Agent for 64-bit Linux version 8.18.0:

System Requirements for Horizon Agent for Linux - VHCI Driver for USB
Redirection:
https://docs.omnissa.com/Desktops-and-Applications-in-Horizon-V2603/SystemRequirementsforHorizonAgentforLinux

(vhci-hcd-1.15.tar.gz from
https://sourceforge.net/projects/usb-vhci/files/linux%20kernel%20module/)

Install the V4L2Loopback Driver on a Linux Machine
https://docs.omnissa.com/Desktops-and-Applications-in-Horizon-V2603/InstalltheV4L2LoopbackDriveronaLinuxMachine

v0.12.5 Source code from https://github.com/umlaeute/v4l2loopback/tags

(Omnissa documentation requires patching for this one, but the patch
does not seem to apply.)

I would like to hear your take on this situation.

I hope to be able to connect with the Omnissa people in the next
couple of weeks to raise all my concerns about the packaging of this
solution and the fact that I feel I cannot deploy it on all the
systems I support in the current state.
Being able to use the packages from ElRepo would definitely help.

0001607: V4L2Loopback for Omnissa Horizon 8 Agent for Linux

Fri, 02 Oct 2026 09:58:51 -0400

0001601: Touchpad not working on kernel-ml 7.1.6-1.el9.elrepo.x86_64

Fri, 07 Aug 2026 10:54:20 -0400

The touchpad (ELAN0676:00, 04F3:3195) is not functional on kernel-ml 7.1.6-1.el9.elrepo.x86_64 on an Intel Lunar Lake laptop (ThinkPad, PCI 8086:64a0).

The device is present in /sys/bus/i2c/devices/ and /sys/bus/acpi/devices/ but fails to bind because i2c_hid_acpi cannot obtain an IRQ:

/sys/kernel/debug/devices_deferred:
i2c-ELAN0676:00 i2c_hid_acpi: can't get irq

Root cause: CONFIG_PINCTRL_LNL is not enabled in kernel-ml 7.1.6. The Lunar Lake pinctrl driver (introduced in kernel 6.11) is required to resolve GPIO IRQs for I2C HID devices on this platform. The current build only includes pinctrl-meteorlake, which does not cover Lunar Lake.

The stock RHEL9 kernel (5.14.0-611/687) includes a backport of this driver and the touchpad works correctly, but cannot be used due to xe DRM flip_done timeouts on Lunar Lake (separate issue).

Requested fix: enable CONFIG_PINCTRL_LNL in kernel-ml builds.

0001598: Enable CONFIG_SMB_SERVER_SMBDIRECT=m in kernel-lt (EL9)

Sat, 01 Aug 2026 15:45:54 -0400

Both kernel-ml and kernel-lt (checked on el9, kernel-ml 7.1.2 and kernel-lt
6.1.176) already enable ksmbd:

CONFIG_SMB_SERVER=m

but leave SMB Direct (RDMA transport for ksmbd) turned off -

# CONFIG_SMB_SERVER_SMBDIRECT is not set

Would it be possible to enable this? all the other rdma dependencies seem to be available, so I think it should be as simple as this one flag.

0001600: Enable Intel Acceleration in Kernel-ML

Sat, 01 Aug 2026 15:43:56 -0400

Without kernel parameters CONFIG_DRM_ACCEL=y and CONFIG_DRM_ACCEL_IVPU=m, /dev/accel does not get created and thus we are unable to utilize the NPU in compatible intel CPUs.

0001596: Enable CONFIG_CEPH_FS_SECURITY_LABEL in el8 kernel-lt

Sun, 05 Jul 2026 15:55:59 -0400

Hi, I discovered that in el8 kernel-lt the setting CONFIG_CEPH_FS_SECURITY_LABEL is not set as with the default 4.18 kernel.

Would it be possible to enable it?

Thanks

0001595: Enable NTFS module and POSIX ACL

Sun, 28 Jun 2026 12:44:50 -0400

This is for the record. The original request was submitted to our git as a pull request:

https://github.com/elrepo/kernel/pull/8

0001594: modules are not signed duing modules_install

Wed, 10 Jun 2026 08:49:38 -0400

I was trying to investigate the following bootup message: " kernel: nfnetlink: module verification failed: signature and/or required key missing - tainting kernel". It appeared no modules are signed at all. While looking at kernel-ml-7.0.spec, I noticed a zone which is commented:

### BCAT
# Further investigation is required before these features
# are enabled for the ELRepo Project kernels.
%global signkernel 0
%global signmodules 0
### BCAT

as well as "%define __modsign_install_post" not using the kernel sb-sign script, and sources 21 (mod-sign.sh) and 23 (x509.genkey) missing. Meaning modules are unsigned and kernel is tainted.

If would gladly give a hand to test any solution

0001592: Enable CONFIG_BT_INTEL_PCIE in kernel-ml

Tue, 09 Jun 2026 21:41:04 -0400

The btintel_pcie module doesn't appear to be enabled for RHEL 9 kernel-ml.

[root@host ~]# modinfo btintel_pcie
modinfo: ERROR: Module btintel_pcie not found.
[root@host ~]# grep CONFIG_BT_INTEL_PCIE /boot/config-7.0.10-1.el9.elrepo.x86_64
# CONFIG_BT_INTEL_PCIE is not set

Can this module be enabled?

0001591: Realtek Wi-Fi 7 RTL8922AE

Mon, 25 May 2026 13:30:11 -0400

Hello,

I just bought a motherboard with the RTL8922AE and installed RHEL9 with kernel-ml but the kmod is missing.
CONFIG_RTW89_8922AE seems disabled in kernel-ml as well as kernel-lt.

Is there any plan to add it? This wifi chip seems to be in several new motherboards.

The module has been present since 6.10. kernel-ml is currently 7.0+.

Regards

0001587: Update to 6.1.166-1.el9.elrepo.x86_64 breaks IOMMU groups

Thu, 23 Apr 2026 21:28:57 -0400

With the kernel 6.1.166-1.el9.elrepo.x86_64 I have less IOMMU groups than with the 6.1.164 or 6.19.6-1.el9.elrepo.x86_64. (See attached file).

Grouping together, eg
0000:07:00.0 10ec:8168 [R] Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
0000:09:00.0 1002:67ef [R] VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Baffin [Radeon RX 460/560D / Pro 450/455/460/555/555X/560/560X] (rev cf)
0000:09:00.1 1002:aae0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Baffin HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X]
is awkward to vfio-pci passthrough.

0001570: Enable OVPN in kernel-ml

Wed, 01 Apr 2026 13:17:34 -0400

Original request is from:

https://github.com/elrepo/kernel/issues/4

We will also provide a kmod package.

The request may be applied to el8, el9 and el10.

0001586: Build kernel-ml-7.0.0-0.rc2

Tue, 03 Mar 2026 13:26:07 -0500

** This ticket is for the record **

Observations:

The el8 kernel builds OK.
The el9 and el10 kernels fail to build.

The following error is seen in el9 and el10 builds.

/builddir/build/BUILD/kernel-ml-7.0.0/linux-7.0.0-0.rc2.el9.elrepo.x86_64/drivers/cxl/acpi.c:758: undefined reference to `devm_cxl_add_nvdimm_bridge'

Google says:
Version Change: In some kernel versions (specifically noted
around 7.0-rc2/5.14+), the function was explicitly moved to
cxl_pmem.ko. If your code relies on it being in cxl_core but
it has moved to cxl_pmem, you may get this error.

Google also says:

If CONFIG_CXL_BUS is built-in (y) but CONFIG_CXL_PMEM is a module (m), you may encounter linking issues depending on how other drivers (like cxl_root) attempt to call this bridge function. Try setting both to the same value (either both y or both m) to ensure symbols are visible during the link stage.

Solution:

(1) Set both CONFIG_CXL_BUS and CONFIG_CXL_PMEM to =y
==> Did not work. Upon rnning 'make oldconfig', CONFIG_CXL_PMEM was changed to =m.

(2) Set both CONFIG_CXL_BUS and CONFIG_CXL_PMEM to =m
==> This worked out. It also changed several other CXL-related options to =m.

0001526: MediaTek MT7925 wifi 7 controller not supported

Wed, 25 Feb 2026 10:28:07 -0500

I bought an ASUS TUF Gaming Motherboard (X870-PLUS WIFI) in May and I am trying to setup Rocky Linux 8.10 on it.
Sadly, it seems it is not supported by default.
I have tried to install Centos10 on the same hardware and the OS can recognize the MT7925 wifi 7 controller and works well.

Any help with this will be very appreciated.

0001575: kernel-lt- 6.1.159-1.el8.elrepo fails to boot (Was: megaraid_sas module is broken in kernel-lt)

Fri, 06 Feb 2026 21:55:11 -0500

Tried to boot kernel-lt version 6.1.159-1.el8.elrepo.x86_64.
During boot there is an validation error in module:

failed to validate module [megaraid_sas] BTF: -22

0001584: DRBD fails to upgrade on Rocky8 (el8 repo) due to el10 packages in repo

Sat, 31 Jan 2026 12:56:06 -0500

/linux/elrepo/el8/x86_64/RPMS drbd packages with name el10 and are signed with other GPG key, I can guess naming is wrong and due this name GPG key was used from el10

drbd90-utils-9.33.0-1.el10.elrepo.x86_64.rpm
drbd90-utils-sysvinit-9.33.0-1.el10.elrepo.x86_64.rpm

on os update (with dnf update) tries to import new GPG key (as found on your documentation set to EL10 repo), this fails to

# yum update drbd90-utils.x86_64
Last metadata expiration check: 3:48:59 ago on Thu 29 Jan 2026 05:04:31 AM UTC.
Dependencies resolved.
============================================================================================================================================================================================================================================
Package Architecture Version Repository Size
============================================================================================================================================================================================================================================
Upgrading:
drbd90-utils x86_64 9.33.0-1.el10.elrepo elrepo 962 k

Transaction Summary
============================================================================================================================================================================================================================================
Upgrade 1 Package

Total download size: 962 k
Is this ok [y/N]: y
Downloading Packages:
drbd90-utils-9.33.0-1.el10.elrepo.x86_64.rpm 3.0 MB/s | 962 kB 00:00
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 1.8 MB/s | 962 kB 00:00
ELRepo.org Community Enterprise Linux Repository - el8 1.6 MB/s | 1.7 kB 00:00
GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-elrepo.org (0xBAADAE52) is already installed
ELRepo.org Community Enterprise Linux Repository - el8 3.0 MB/s | 3.1 kB 00:00
Importing GPG key 0xEAA31D4A:
Userid : "elrepo.org (RPM Signing Key v2 for elrepo.org) <secure@elrepo.org>"
Fingerprint: B8A7 5587 4DA2 40C9 DAC4 E715 5160 0989 EAA3 1D4A
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-v2-elrepo.org

0001583: 6.18 and afterwards do not contain Hyper-V drivers for network

Sat, 31 Jan 2026 12:53:09 -0500

hv_netvsc.ko.xz is not available.

0001428: Cannot install kmod-drbd9x in the elrepo-testing repository

Fri, 09 Jan 2026 11:39:02 -0500

Originally reported by Strahil Nikolov:

From: Strahil Nikolov <hunter86_bg@yahoo.com>
To: "elrepo@lists.elrepo.org" <elrepo@lists.elrepo.org>
Date: Fri, 2 Feb 2024 10:05:30 +0000 (UTC)
Subject: drbd 9.2.6 - missing dependencies
Hello All,

Does anyone know where I can find the dependencies for the kmod-drbd9x-9.2.6-1.el9_2.elrepo.x86_64 from elrepo-testing ?
I want to test the encrypted DRBD replication.

Here is the output when I tried to update from stable to testing:

# yum update kmod-drbd9x drbd9x-utils --nobest

Updating Subscription Management repositories.
ELRepo.org Community Enterprise Linux Repository - el9 9.8 kB/s | 3.0 kB 00:00
ELRepo.org Community Enterprise Linux Testing Repository - el9 9.5 kB/s | 3.0 kB 00:00
ELRepo.org Community Enterprise Linux Kernel Repository - el9 9.9 kB/s | 3.0 kB 00:00

Dependencies resolved.

Problem: cannot install the best update candidate for package kmod-drbd9x-9.1.18-2.el9_3.elrepo.x86_64

- nothing provides ksym(tls_client_hello_x509) = 0xdc6e1a05 needed by kmod-drbd9x-9.2.6-1.el9_2.elrepo.x86_64 from elrepo-testing
- nothing provides ksym(tls_handshake_cancel) = 0xd156d53d needed by kmod-drbd9x-9.2.6-1.el9_2.elrepo.x86_64 from elrepo-testing
- nothing provides ksym(tls_server_hello_x509) = 0x7810b390 needed by kmod-drbd9x-9.2.6-1.el9_2.elrepo.x86_64 from elrepo-testing
============================================================================================================

Package Architecture Version Repository Size

============================================================================================================
Installing:
kernel x86_64 5.14.0-362.18.1.el9_3 rhel-9-for-x86_64-baseos-rpms 4.9 M
Upgrading:
kmod-drbd9x x86_64 9.2.5-1.el9_2.elrepo elrepo-testing 383 k
Installing dependencies:
kernel-core x86_64 5.14.0-284.25.1.el9_2 rhel-9-for-x86_64-baseos-rpms 17 M
kernel-core x86_64 5.14.0-284.30.1.el9_2 rhel-9-for-x86_64-baseos-rpms 17 M
kernel-modules x86_64 5.14.0-284.30.1.el9_2 rhel-9-for-x86_64-baseos-rpms 37 M
kernel-modules x86_64 5.14.0-362.18.1.el9_3 rhel-9-for-x86_64-baseos-rpms 37 M
kernel-modules-core x86_64 5.14.0-284.25.1.el9_2 rhel-9-for-x86_64-baseos-rpms 36 M
kernel-modules-core x86_64 5.14.0-284.30.1.el9_2 rhel-9-for-x86_64-baseos-rpms 36 M
Removing:
kernel-core x86_64 5.14.0-70.30.1.el9_0 @rhel-9-for-x86_64-baseos-rpms 73 M
kernel-core x86_64 5.14.0-362.13.1.el9_3 @rhel-9-for-x86_64-baseos-rpms 63 M
kernel-modules-core x86_64 5.14.0-362.13.1.el9_3 @rhel-9-for-x86_64-baseos-rpms 26 M
Removing dependent packages:
kernel x86_64 5.14.0-70.30.1.el9_0 @rhel-9-for-x86_64-baseos-rpms 0
kernel x86_64 5.14.0-362.13.1.el9_3 @rhel-9-for-x86_64-baseos-rpms 0
kernel-modules x86_64 5.14.0-70.30.1.el9_0 @rhel-9-for-x86_64-baseos-rpms 20 M
kernel-modules x86_64 5.14.0-362.13.1.el9_3 @rhel-9-for-x86_64-baseos-rpms 31 M
Skipping packages with broken dependencies:
kmod-drbd9x x86_64 9.2.6-1.el9_2.elrepo elrepo-testing 402 k

Transaction Summary
==============================================================================================================

Install 7 Packages
Upgrade 1 Package
Remove 7 Packages
Skip 1 Package

Total download size: 185 M
Is this ok [y/N]: N
Operation aborted.

0001489: Cannot install kmod-drbd90-9.2.12 in the elrepo-testing repository

Fri, 09 Jan 2026 11:29:13 -0500

kmod-drbd90-9.2.12-1.el8_10.elrepo.x86_64.rpm

$ sudo dnf --enablerepo=elrepo-testing install kmod-drbd90

Error:
Problem: cannot install the best candidate for the job
- nothing provides ksym(tls_client_hello_x509) = 0x1f41fa53 needed by kmod-drbd90-9.2.12-1.el8_10.elrepo.x86_64 from elrepo-testing
- nothing provides ksym(tls_handshake_cancel) = 0x61a0d881 needed by kmod-drbd90-9.2.12-1.el8_10.elrepo.x86_64 from elrepo-testing
- nothing provides ksym(tls_server_hello_x509) = 0xa76f1444 needed by kmod-drbd90-9.2.12-1.el8_10.elrepo.x86_64 from elrepo-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)