Arch Linux User Repository

In case someone else runs into the same issue: Since the version was not bumped when fixing the checksum, yay might still have the old version with the wrong checksum and not update it.

==> 
AUR Explicit (1): r8152-dkms-2.20.1-1
:: PKGBUILD up to date, skipping download: r8152-dkms

That can be fixed by deleting .cache/yay/r8152-dkms.

Oops, checksum updated.

I am getting an error with this today? Is it only me?

makepkg -src
==> Making package: r8152-dkms 2.20.1-1 (Mon 26 May 2025 06:48:34 CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading v2.20.1.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  119k    0  119k    0     0   162k      0 --:--:-- --:--:-- --:--:--  162k
  -> Found dkms.conf
==> Validating source files with sha512sums...
    v2.20.1.tar.gz ... Passed
    dkms.conf ... FAILED
==> ERROR: One or more files did not pass the validity check!

@HurricanePootis: fixed

@wget @hcartiaux

diff --git a/PKGBUILD b/PKGBUILD
index 03c7861..d52a898 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -8,7 +8,7 @@ pkgver=2.19.2
 pkgrel=1
 pkgdesc="A kernel module for Realtek RTL8152/RTL8153/RTL8154/RTL8156 Based USB Ethernet Adapters"
 url="http://www.realtek.com"
-license=("GPL")
+license=("GPL-2.0-or-later")
 arch=('i686' 'x86_64')
 depends=('glibc' 'dkms')
 conflicts=("${_pkgbase}")

Please make the license() SPDX compliant.

@Andy123Andy1 On my system, the new module is installed in /lib/modules/<KERNEL VERSION>/updates/dkms/ and it gets loaded by default.

$ modinfo r8152
filename:       /lib/modules/6.12.4-arch1-1/updates/dkms/r8152.ko.zst
version:        v2.19.2 (2024/10/21)
license:        GPL
description:    Realtek RTL8152/RTL8153 Based USB Ethernet Adapters

$ sudo dmesg| grep -i r8152
...
[    8.240510] r8152 6-2.4:1.0 eth0: v2.19.2 (2024/10/21)
...

I admit, it has always worked like that on my system and I've never spent time on understanding modules loading priorities...

Linux kernel since v6.3 includes a fix for always loading the mainline r8152 driver that performs much better than the default cdc_ncm driver. For my UGREE 2.5G ethernet dongle the mainline driver seems to now work fine and I no longer need to use this vendor dkms package.

How can I ensure that this driver is also loaded? And not the kernel driver?

Thanks!

In the meantime I have figured out with "modinfo r8152" that there is a driver in the kernel and it has the "firmware: rtl_nic/rtl8156b-2.fw".

Am I right that this means that I don't need the DKMS driver and that it is only available for custom kernels that doesn't include the official diver?

According to the realtek website[0], yes:

• RTL8156 / RTL8156B(S)(G)
• RTL8153 / RTL8153B
• RTL8154 / RTL8154B
• RTL8152B

[0] https://www.realtek.com/en/component/zoo/category/network-interface-controllers-10-100-1000m-gigabit-ethernet-usb-3-0-software