Package Details: r8101-dkms 1.035.03-2

Git Clone URL: (read-only, click to copy)
Package Base: r8101-dkms
Description: RTL810xE Fast Ethernet Driver (DKMS)
Upstream URL:
Keywords: ethernet r8101 realtek rtl8101 rtl8106
Licenses: GPL2
Conflicts: r8101
Provides: r8101
Submitter: jsh6789
Maintainer: pedrogabriel
Last Packager: pedrogabriel
Votes: 6
Popularity: 0.119609
First Submitted: 2015-08-27 22:47
Last Updated: 2021-02-16 04:08

Dependencies (3)

Required by (0)

Sources (2)

Latest Comments

1 2 Next › Last »

pedrogabriel commented on 2021-01-21 22:32

I've updated the package.

jtriangle commented on 2020-05-04 22:37

Worked correctly with this modification to the build file:

Replace: ("${url}/${_pkgbase}-${pkgver}.tar.bz2" With this: (""

They seem to keep the drivers up to date here: so worth checking for a new version if you're going to use this.

MrPaganini commented on 2020-04-06 01:20

Hello. I just installed the package with your explanations and thank for your help. My device with lspci is: "Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07)" I have 5.4.30-1-lts kernel.

1/ I downloaded it on realtek website giving a bad e-mail address, then put it nearby files extracted from "snapshot" download. 2/ I modified the PKGBUILD in 2 places: the path to the tar.gz and the version number (pkgver=1.035.01 to pkgver=1.035.02). 3/ Il made the arch package using: makepkg --skipchecksums PKGBUILD 4/ I installed and rebooted. It works!

But, it's weird. I use archlinux on my PC since 1 or 2 years and never had problems with ethernet until now and never needed this package. Should I uninstall r8101-dkms package and wait for a kernel update?

felipe.facundes commented on 2019-11-02 00:04

jsh6789 commented on 2019-07-01 01:03

Disowned as I am no longer running any hardware that uses this driver.

jsh6789 commented on 2019-02-14 20:46

Unfortunately there is no longer a way to directly link to this file. You have to get the link from Realtek via email after following the upstream URL. Then manually remove the ${url} from the source line in the PKGBUILD. Feel free to comment if there are any other issues.

jghodd commented on 2019-02-14 17:45

Seems the download link is no longer valid. Anyone know where this file might have gone or if it's been replaced by a newer version?

UNIcodeX commented on 2018-04-07 04:50

I tried this driver to see if it would alleviate an issue where my NIC is not connecting at 1G speeds, but rather 100M speeds...

lspci -nn for that NIC: 03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 0a)

I've verified that the switch is providing gigabit speeds to another machine. I've directly attached to the router itself with both cat-5e and cat6 cables. I have a cable tester and have tested the cables. They pass.

I've blacklisted the r8169 driver and verified that ethtool -i eno1 is showing that the r8101 driver is being used.

The machine which is connecting at gigabit speeds, through the same cable run, and the same switch, is running a derivative of Ubuntu on a desktop platform and is using the r8169 driver 2.3LK-NAPI. rtl8168h-2_0.0.2 02/26/15. Its lspic -nn comes back with slightly different data though. 05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)

so... looks like same driver, different chip...

There is another machine (another HP laptop, like mine), which is also having this issue, which has the same chip. This one exhibits the issue both in Windows (the owner uses Windows.), and in Antergos live installer used for testing. Same tests as above apply.


jghodd commented on 2018-02-10 01:57

@jsh6789 - thanks very much. i'd tried to fix it myself and got as far as figuring out that the callback function needed to be changed, but didn;t have enough overall understanding of your code to finish it without a few more hours of input. so i appreciate this.

btw, there's a typo in the patch file at line 64:

  • struct rtl0101_private tp = (struct rtl8101_private )__opaque;

should be:

  • struct rtl8101_private tp = (struct rtl8101_private )__opaque;


jsh6789 commented on 2018-02-09 19:37

I've added a patch for the build to succeed on the new kernel, but it will be a while before I get the chance to test my hardware. Let me know if it doesn't work.