Package Details: r8152-dkms 2.17.1.20240405-1

Git Clone URL: https://aur.archlinux.org/r8152-dkms.git (read-only, click to copy)
Package Base: r8152-dkms
Description: A kernel module for Realtek RTL8152/RTL8153/RTL8154/RTL8156 Based USB Ethernet Adapters
Upstream URL: http://www.realtek.com
Licenses: GPL
Conflicts: r8152
Submitter: crocowhile
Maintainer: wget (hcartiaux)
Last Packager: hcartiaux
Votes: 16
Popularity: 0.71
First Submitted: 2016-09-17 11:34 (UTC)
Last Updated: 2024-04-05 10:14 (UTC)

Dependencies (4)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

wget commented on 2020-02-06 16:50 (UTC)

@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 :)

hcartiaux commented on 2019-08-27 09:32 (UTC)

@stuartiannaylor: I cannot support Manjaro, never used it

stuartiannaylor commented on 2019-07-28 16:36 (UTC) (edited on 2019-07-29 00:50 (UTC) by stuartiannaylor)

@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 :)

hcartiaux commented on 2019-07-28 08:25 (UTC)

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

stuartiannaylor commented on 2019-07-28 04:23 (UTC)

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? :)

XenGi commented on 2019-03-26 19:46 (UTC)

@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.

pappl commented on 2019-03-26 18:36 (UTC) (edited on 2019-03-26 18:41 (UTC) by pappl)

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

hcartiaux commented on 2019-01-08 11:17 (UTC)

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

hv15 commented on 2019-01-07 13:51 (UTC) (edited on 2019-01-07 16:20 (UTC) by hv15)

Edit2: i've come up with a patch for this, see the github issue...

Edit: created issue on github project.

Not building on 4.20... anyone else experiencing this?

make: Entering directory '/usr/lib/modules/4.20.0-pf1/build'
  CC [M]  /var/lib/dkms/r8152/2.10/build/src/r8152.o
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7318:3: error: ‘const struct ethtool_ops’ has no member named ‘get_settings’; did you mean ‘get_strings’?
  .get_settings = rtl8152_get_settings,
   ^~~~~~~~~~~~
   get_strings
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7318:18: error: initialization of ‘int (*)(struct net_device *)’ from incompatible pointer type ‘int (*)(struct net_device *, struct ethtool_cmd *)’ [-Werror=incompatible-pointer-types]
  .get_settings = rtl8152_get_settings,
                  ^~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7318:18: note: (near initialization for ‘ops.get_regs_len’)
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7319:3: error: ‘const struct ethtool_ops’ has no member named ‘set_settings’; did you mean ‘get_strings’?
  .set_settings = rtl8152_set_settings,
   ^~~~~~~~~~~~
   get_strings
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7319:18: error: initialization of ‘void (*)(struct net_device *, struct ethtool_regs *, void *)’ from incompatible pointer type ‘int (*)(struct net_device *, struct ethtool_cmd *)’ [-Werror=incompatible-pointer-types]
  .set_settings = rtl8152_set_settings,
                  ^~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/r8152/2.10/build/src/r8152.c:7319:18: note: (near initialization for ‘ops.get_regs’)
cc1: some warnings being treated as errors
make[1]: *** [scripts/Makefile.build:298: /var/lib/dkms/r8152/2.10/build/src/r8152.o] Error 1
make: *** [Makefile:1563: _module_/var/lib/dkms/r8152/2.10/build/src] Error 2
make: Leaving directory '/usr/lib/modules/4.20.0-pf1/build'