Package Details: rtl8814au-dkms-git 4.3.21.r34.ga0c4479-2

Git Clone URL: (read-only)
Package Base: rtl8814au-dkms-git
Description: RTL8814AU and RTL8813AU chipset driver with firmware v4.3.21
Upstream URL:
Licenses: GPL2
Conflicts: rtl8814au
Submitter: zebulon
Maintainer: zebulon
Last Packager: erkexzcx
Votes: 16
Popularity: 0.028836
First Submitted: 2017-09-18 20:21
Last Updated: 2018-08-19 22:11

Dependencies (3)

Required by (0)

Sources (3)

Pinned Comments

zebulon commented on 2019-10-01 06:19

To all having an issue with this driver: please try alternatively.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

zebulon commented on 2018-08-13 10:30

@erkexzcx: I have added you as co-maintainer. Thanks!

zebulon commented on 2018-08-12 19:18

@erkexzcx: this is a bit unfair, in my 2018-07-16 message below I explained I was interested in merging your changes into my PKGBUILD. I just explained that the code needs to be put on a Github acount to be able to use it in the source() section. I have not heard from you since then, and assumed that like me and many others you might be on holiday. I am also between two countries at the moment, hence the lack of repsonsiveness. But please be reassured that all good will is very much appreciated. Are you still happy to merge with my PKGBUIlD then? I can add you as co-maintainer if this is agreable to you.

francoism90 commented on 2018-08-06 11:45

@erkexzcx this is not the case: everyone wants to help you (and others) and good as possible.

Feel free to create your own package, and if possible create a PR to the main repo.

erkexzcx commented on 2018-08-05 21:06

I've put enough effort trying to make this package available for all devices supported in AUR, but nobody else seem to care. I will create another AUR package for this driver.

zebulon commented on 2018-07-16 12:12

@francoism90: thanks I will look into it. I was under the impression that the multiarchitecture support in PKGBUILD was here to avoid multiple packages, but I understand the overhead here.

francoism90 commented on 2018-07-16 09:55

This needs an upstream patch to enable ARM support. I don't know if setting the ARCH to ARM is correctly, if I'm not mistaken another bool needs to be set in the Makefile.

My solution would be to fork the repo, do the changes and create a new package with -arm if no one can test/verify the changes.

zebulon commented on 2018-07-16 08:42

@erkexzcx: I think the best way would be for you to create a Github account and put the file structure of your zip archive in a project. Then we can start diff between your archive and gordboy's one, to see what changes were required for ARM. Then we can see how we can incorporate these changes as a branch in my copy of gordboy's code. I am not familiar with the handling PKGBUILD for several platforms, but I will look into it. Either the platform detection will be made directly in the source (a bit like for the various linux kernel version), or maybe we can make the PKGBUILD download the specific branch according to the platform. I need to read how this is usually done. Thanks anyway for your contribution and I am glad this is on good tracks.

erkexzcx commented on 2018-07-13 16:47

@zebulon I am not very familiar with makefile structure, but my proposed package works just perfectly on 2 of my arm devices. Any suggestions of how this could be implemented? Instructions are here: (this is exactly what my proposed package does for ARM architecture)

zebulon commented on 2018-07-03 14:05

@francoism90: this is ok and I accept this argument. However we need to have a way to follow the code changes from the vendor's base code. Since my code is in Github, I would suggest to add arm as a patch set.

francoism90 commented on 2018-07-03 13:57

@zebulon It doesn't matter what architect your package supports. Not saying you can do anything in AUR, but other platforms such as ARM and x86 are fine to include if supported by upstream.