Arch Linux User Repository

Seems to be broken. With kernel 5.7.2-arch1-1 and r8152-dkms 2.13-1

I get the error message "couldn't register device" with the following traceback:

https://pastebin.com/j7QacwZB

There's no upstream update, and upstream says that it works up to Linux 5.6 only :(

I'll see if there's an easy patch... I wish they'd just upstream this driver, but looking at the source code it's unlikely to happen.

Edit: I've bisected the kernel between 5.6 and 5.7 to arrive here:

9000edb71ab29d184aa33f5a77fa6e52d8812bb9 is the first bad commit commit 9000edb71ab29d184aa33f5a77fa6e52d8812bb9 Author: Jakub Kicinski kuba@kernel.org Date: Mon Mar 16 13:47:12 2020 -0700

net: ethtool: require drivers to set supported_coalesce_params

Now that all in-tree drivers have been updated we can
make the supported_coalesce_params mandatory.

To save debugging time in case some driver was missed
(or is out of tree) add a warning when netdev is registered
with set_coalesce but without supported_coalesce_params.

Edit: I've created a PR: https://github.com/wget/realtek-r8152-linux/pull/5/files

@stuartiannaylor You are right wrt. the udev rule file. It isn't applied to our package. I'll make sure to copy that file to the right location. That's something we forgot IMHO.

@all I removed the issue tracker on the GitHub repo hosting sources for this package because a lot of people were reporting issues that were meant to be handled upstream :)

@stuartiannaylor: I cannot support Manjaro, never used it

@hcartiaux output blank but it is a usb device?

I am also on Arm64 Manjaro just to let know and also had to install linux-headers.

Doh though I just had to copy 50-usb-realtek-net.rules to /etc/udev/udev.rules

I did do a depmod -a & mkinitcpio -p linux-aarch64 But not sure if I had to or that made any difference but on majaro

install headers

install aur

cp 50-usb-realtek-net.rules /etc/udev/udev.rules/50-usb-realtek-net.rules

There is one last thing if you are running tlp or some form of powersave service as make sure the adaptor is excluded.

sudo nano /etc/default/tlp

USB_BLACKLIST="0bda:8156"

reboot

I am wondering as some distro's post 4.15 don't need the driver and presume use the r8152 mainline kernel driver? Its brilliant that someone has created an Aur but yeah should the r8152 driver load and its just the module.order?

Also not bad for an Armsoc with makepkg -Acs was expecting about 2.35Gbs with approx 95% efficiency looks like its struggling slightly with 2.15Gbs avg.

If it goes on a big core it manages 2.3+ Gbs echo 5 > /proc/irq/223/smp_affinity_list

many thanks will have to see how things go with Samba :)

@stuartiannaylor Can you share the output of "lspci -knn" ?

I have installed via makepkg and pacman Prob being dumb but even after a depmod -a its still using the cdc_ncm driver

Anyone help? :)

@pappi there are no packages like that in arch linux. I'm pretty sure you're referring to manjaro linux. Maybe add that info so people don't get confused. The AUR is used by several distros so it's not easy to always know what works where. On arch linux you need linux-headers which automatically comes as a dependency.

Hi,

just for information. Installed on Dell XPS with WD15 (ethernet) dock. Working but had to manually

sudo pacman -S linux420-headers

prior and then install r8152-dkms to get the updated driverversion=v2.11.0 (2018/12/21)

I'm on Kernel 4.20. Without it got an error on build: "...missing kernel headers..."

Newer Kernel 5.0 needs:

sudo pacman -S linux50-headers

Thanks for this work! you can check driverversion with:

sudo lshw -c network

@hv15 - thank you for your patch, it's integrated in the PKGBUILD now.