Search Criteria
Package Details: r8168-dkms 8.050.03-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/r8168-dkms.git (read-only, click to copy) |
---|---|
Package Base: | r8168-dkms |
Description: | A kernel module for Realtek 8168 network cards (DKMS version) |
Upstream URL: | https://github.com/mtorromeo/r8168 |
Keywords: | dkms ethernet network realtek |
Licenses: | GPL |
Conflicts: | r8168 |
Provides: | r8168 |
Submitter: | angelsl |
Maintainer: | patlefort |
Last Packager: | patlefort |
Votes: | 20 |
Popularity: | 0.83 |
First Submitted: | 2015-10-26 16:00 (UTC) |
Last Updated: | 2022-06-26 23:49 (UTC) |
Latest Comments
maderios commented on 2022-06-07 17:47 (UTC)
@lgomesf I don't know but i think it's not so difficult to update PKGBUILD. Watch new versions here https://github.com/mtorromeo/r8168
lgomesf commented on 2022-06-06 19:33 (UTC)
Is there a replacement for this package?
guzzisti commented on 2022-05-30 06:23 (UTC)
Thanks for the hint @McDonald, package is updated.
aucunhenac commented on 2022-05-29 17:41 (UTC)
@McDonald, thanks a lot. After I download snapshot, extract, I replaced original PKGBUILD to you, using makepkg -si, works very well. Thanks again.
McDonald commented on 2022-05-29 15:31 (UTC) (edited on 2022-05-30 01:07 (UTC) by McDonald)
To support
5.18
, please use this PKGBUILD, which apply the patch provided by official repo r8168.aucunhenac commented on 2022-05-29 10:30 (UTC)
Error on garuda and arcolinux. Log:
cat /var/lib/dkms/r8168/8.050.02/build/make.log DKMS make.log for r8168-8.050.02 for kernel 5.18.0-arch1-1 (x86_64) dom 29 mai 2022 07:14:03 -03 make: Entering directory '/usr/lib/modules/5.18.0-arch1-1/build' CC [M] /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.o CC [M] /var/lib/dkms/r8168/8.050.02/build/src/r8168_asf.o CC [M] /var/lib/dkms/r8168/8.050.02/build/src/rtl_eeprom.o CC [M] /var/lib/dkms/r8168/8.050.02/build/src/rtltool.o /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.c: In function ‘rtl8168_mac_loopback_test’: /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.c:3701:17: error: implicit declaration of function ‘pci_dma_sync_single_for_device’; did you mean ‘dma_sync_single_for_device’? [-Werror=implicit-function-declaration] 3701 | pci_dma_sync_single_for_device(tp->pci_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | dma_sync_single_for_device /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.c: In function ‘rtl8168_init_board’: /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.c:26411:14: error: implicit declaration of function ‘pci_set_dma_mask’ [-Werror=implicit-function-declaration] 26411 | !pci_set_dma_mask(pdev, DMA_BIT_MASK(64)) && | ^~~~~~~~~~~~~~~~ /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.c:26412:14: error: implicit declaration of function ‘pci_set_consistent_dma_mask’ [-Werror=implicit-function-declaration] 26412 | !pci_set_consistent_dma_mask(pdev, DMA_BIT_MASK(64))) { | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: some warnings being treated as errors make[1]: [scripts/Makefile.build:288: /var/lib/dkms/r8168/8.050.02/build/src/r8168_n.o] Error 1 make: [Makefile:1834: /var/lib/dkms/r8168/8.050.02/build/src] Error 2 make: Leaving directory '/usr/lib/modules/5.18.0-arch1-1/build'
nastyagrifon commented on 2022-05-10 17:27 (UTC) (edited on 2022-05-10 17:34 (UTC) by nastyagrifon)
linux517.patch returns HTTP 404 error.
gyurman commented on 2022-04-10 09:14 (UTC)
Thanks; this is working well with xanomod, but with zen don't.
gyurman commented on 2022-04-02 17:05 (UTC)
What is the problem? Can you help me?
hayao commented on 2022-04-01 06:02 (UTC)
To support linux 5.17, Please use this PKGBUILD, which apply the patch provided by Arch Linux
r8168
.JustinSB commented on 2022-03-31 14:13 (UTC) (edited on 2022-03-31 14:17 (UTC) by JustinSB)
With the @McDonald PKGBUILD below it now works for the latest kernel, 5.17.1, which is really good news. Thank you, as this was driving me crazy.
FYI, it won't install into the 5.15.32-1-lts kernel though. Not mission critical for me, but could trip some people up.
McDonald commented on 2022-03-31 03:46 (UTC) (edited on 2022-03-31 03:48 (UTC) by McDonald)
fixed for 5.17
iotku commented on 2022-03-24 19:08 (UTC)
Yeah, this fails to build on the 5.17 release kernel (currently in testing) as well as it stands. I think there's a standard in-kernel driver for my chipset, but this has been far more reliable.
Kithop commented on 2022-02-07 22:40 (UTC)
Hi - this doesn't build/install with the latest 5.17-rc(1/2/3) kernels - looks like petehg has a potential patch for upstream at: https://github.com/mtorromeo/r8168/issues/38#issuecomment-1028040575
It doesn't apply quite cleanly as-is, and when I tried to re-diff it and finally get it patched, booting into the new kernel (with r8169 blacklisted) had my NIC not getting anything off of DHCP properly, so I'm not confident that a) I did the patching right or b) that the patch works with my specific configuration.
Unfortunately, the in-kernel r8169 module has a bug with my config where downstream is capped around ~150Mbps on a Gigabit setup (but upstream is fine).
(Asus ROG Strix G15 G513QY Advantage Edition)
MartinX3 commented on 2020-09-27 21:19 (UTC)
Nice, i hope it will go into the official repository.
pedrohqb commented on 2020-05-02 05:04 (UTC)
Well done. Used it to work around an already reported bug ( https://bugs.archlinux.org/task/66505?string=r8168&project=5&search_name=&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto= ).
j1simon commented on 2020-04-07 11:56 (UTC)
updated. Thanks @wast3
bezirg commented on 2020-04-06 19:24 (UTC) (edited on 2020-04-06 19:24 (UTC) by bezirg)
Thanks for the patch @wast3. It is needed for linux>=5.6
wast3 commented on 2020-03-16 12:45 (UTC)
Here's a patch to support 5.6.0-rc kernels https://gist.github.com/harrykipper/e5a9c8db1550bf9acd63dd2c54b79685
cl0ne commented on 2019-12-08 11:36 (UTC)
@j1simon good job, thanks.
digitalone commented on 2019-12-08 08:00 (UTC)
It's working now, thanks.
j1simon commented on 2019-12-07 16:51 (UTC)
@cl0ne, thank you too much. As I noticed that the package is abandoned, I adopted it and I will upload your modifications after testing it.
cl0ne commented on 2019-12-06 22:13 (UTC)
linux-5.4 patch from
r8168
+ replaceSUBDIRS
withM
indkms.conf
allows to build module with DKMS.Updated PKGBUILD (with all accompanying files) can be found here: https://gist.github.com/cl0ne/9a3f2b5a4208df3b2e96ed4e9b879292
bezirg commented on 2019-12-03 11:42 (UTC) (edited on 2019-12-03 11:42 (UTC) by bezirg)
I can confirm that manually building and loading the package with the linux-5.4 patch works, but applying the patch to the
r8168-dkms
makes DKMS fail when generating r8168 drivers for any 5.4 kernels.j1simon commented on 2019-12-03 09:19 (UTC) (edited on 2019-12-03 10:19 (UTC) by j1simon)
The problem is that the latest releases of the Linux kernel remove that file from the tree: https://github.com/mtorromeo/r8168/issues/19
There is a patch: https://github.com/rockyprabowo/r8168/pull/1/commits/e4aded6235052a61283b79a18ff7d8ef6b654858
With that patch I can compile, install and use the module directly (without DKMS). But with DKMS, it fails.
jghodd commented on 2019-12-03 03:36 (UTC)
Broken again with linux 5.4.1:
DKMS make.log for r8168-8.047.05 for kernel 5.4.1-arch1-1 (x86_64) Mon 02 Dec 2019 10:34:15 PM EST make: Entering directory '/usr/lib/modules/5.4.1-arch1-1/build' scripts/Makefile.build:42: arch/x86/entry/syscalls/Makefile: No such file or directory make[1]: No rule to make target 'arch/x86/entry/syscalls/Makefile'. Stop. make: [arch/x86/Makefile:238: archheaders] Error 2 make: *** Waiting for unfinished jobs.... make: Leaving directory '/usr/lib/modules/5.4.1-arch1-1/build'
alium commented on 2018-10-02 15:03 (UTC)
@wget: thanks for report, fixed!
wget commented on 2018-10-02 14:45 (UTC)
The sources are broken.
alium commented on 2018-08-18 17:10 (UTC)
@toxygen: thanks for report, file was changed. Source updated
toxygen commented on 2018-08-18 16:45 (UTC)
source on pkgbuild seems to be wrong: source=(https://az695102.vo.msecnd.net/rtdrivers/cn/nic/0011-r8168-8.046.00.tar.bz2
should be source=(https://az695102.vo.msecnd.net/rtdrivers/cn/nic/0012-r8168-8.046.00.tar.bz2
alium commented on 2017-12-27 15:26 (UTC)
@DgDev91: Patch updated, thanks!
DgDev91 commented on 2017-12-27 15:09 (UTC)
Patch updated. it doesn't really change anything, it's a simple code cleanup.
My patch was a bit "dirty", as i said in the last post, now a kind developer (angelsl on github) showed me the proper way to fix it.
Here's the updated patch: https://pastebin.com/Q6uQmMhE
alium commented on 2017-12-23 08:43 (UTC)
@DGdev91: adapted, used your patch! Thans a lot!
DgDev91 commented on 2017-12-23 00:40 (UTC) (edited on 2017-12-23 01:40 (UTC) by DgDev91)
This works no more on Linux 4.15, because the code calls the setup_timer function, wich was dropped not too much time ago https://github.com/torvalds/linux/commit/513ae785c63c30741e46f43960213d4ae5382ec0#diff-ba8897e9349509c7ca4d37b0704bee9c
I've tried to adapt it for the new kernel, you can find my version here. https://github.com/DGdev91/r8168/commit/bc248cd63115388d76d15e1c5ac8ac2f74a2dc25 There's probably a cleaner way to achieve this, but at least it works.
I've also created a pull request on mtorromeo's repo, wich is in the pkgbuild. (it's there just in case someone is seeking for a way to run this on kernel 4.15+, i know he doesn't accept patches, it's supposed to be just a mirror)
Here the patch https://pastebin.com/sCcpUqUu
alium commented on 2017-02-13 11:50 (UTC)
wangjiezhe commented on 2016-08-22 06:36 (UTC)
j1simon commented on 2016-08-17 17:06 (UTC)
angelsl commented on 2016-08-17 10:14 (UTC)
clfarron4 commented on 2016-08-17 10:08 (UTC) (edited on 2016-08-17 10:09 (UTC) by clfarron4)
ozmartian commented on 2016-08-12 05:07 (UTC)
talonz commented on 2016-07-15 22:23 (UTC) (edited on 2016-07-23 08:12 (UTC) by talonz)
talonz commented on 2016-07-12 00:20 (UTC) (edited on 2016-07-12 06:43 (UTC) by talonz)
clfarron4 commented on 2016-07-11 16:43 (UTC)
talonz commented on 2016-07-11 06:08 (UTC)
clfarron4 commented on 2016-07-10 23:55 (UTC)
talonz commented on 2016-07-09 23:31 (UTC)
connaisseur commented on 2016-02-07 16:31 (UTC)