Package Details: rtl8812au-dkms-git 5.13.6.r129.g0fe44f8-1

Git Clone URL: (read-only, click to copy)
Package Base: rtl8812au-dkms-git
Description: rtl8812AU chipset driver with firmware v5.13.6
Upstream URL:
Licenses: GPL2
Conflicts: rtl8812au
Submitter: thelinuxguy
Maintainer: zebulon (zebulon)
Last Packager: zebulon
Votes: 76
Popularity: 0.92
First Submitted: 2015-06-08 13:04 (UTC)
Last Updated: 2022-09-02 13:21 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

zebulon commented on 2019-10-01 06:19 (UTC)

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

Latest Comments

1 2 3 4 5 6 .. 32 Next › Last »

gyscos commented on 2023-03-17 16:50 (UTC)

I think this package works fine on aarch64 (raspberry pi 4), could be added to the list of supported architectures.

tleydxdy commented on 2022-12-18 18:10 (UTC) (edited on 2022-12-18 18:13 (UTC) by tleydxdy)

I don't think bc is actually required on arch. I tried the pkgbuild just without bc dependency and the dkms still built fine without error. bc is only used to disable date-time warning which doesn't seem to be active anyway.

zebulon commented on 2022-09-05 13:46 (UTC)

@ensarman: there is another AUR package for that, This one is for the people who indeed have problems with the aircrack-ng version.

ensarman commented on 2022-06-11 03:37 (UTC)

I propose to change the repostory from to because the first isnt working for me but the aircrack one works well

zebulon commented on 2021-12-02 07:23 (UTC)

Hi all, I will work on updating the package asap.

unphysicalix commented on 2021-11-18 08:29 (UTC) (edited on 2021-11-18 11:41 (UTC) by unphysicalix)

Hi @zwangzw,

would you mind sharing your modified PKGBUILD? Using ./ of the mentioned git-repo / driver does not work with makepkg, since you would need root... Thanks!

I figured it out myself. Since I don't know how to send a Pull-Request in this git:

# Maintainer: zebulon <zeb (at)zebulon(dot)org(dot)uk>
# Contributor: NovaMoon <novamoon1 (at)gmail(dot)com>
# Contributor: dchusovitin <>
# Contributor: unphysicalix <develADDzukuulDE>

pkgdesc="rtl8812AU chipset driver with firmware v5.13.6"
arch=('i686' 'x86_64')
depends=('dkms' 'bc')
pkgver() {
    cd ${srcdir}/8812au-20210629
    printf '%s.r%s.g%s' '5.13.6' "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"

package() {
    cd ${srcdir}/8812au-20210629
    mkdir -p ${pkgdir}/usr/src/${_pkgbase}-${pkgver}
    cp -pr * ${pkgdir}/usr/src/${_pkgbase}-${pkgver}
    cp ${srcdir}/dkms.conf ${pkgdir}/usr/src/${_pkgbase}-${pkgver}
    # Set name and version
    sed -e "s/@_PKGBASE@/${_pkgbase}-dkms/" \
        -e "s/@PKGVER@/${pkgver}/" \
        -i "${pkgdir}"/usr/src/${_pkgbase}-${pkgver}/dkms.conf


[ $PROCS_NUM -gt 16 ] && PROCS_NUM=16
MAKE="'make' -j$PROCS_NUM KVER=${kernelver} KSRC=/lib/modules/${kernelver}/build"
CLEAN="'make' clean"

zwangzw commented on 2021-11-13 23:48 (UTC)

From my reading, ipx is decpreated from removed from kernel 5.15

modified PKGBUILD and used this driver:

Compiled successfully on 5.15.2-arch1-1

RusWolf commented on 2021-11-04 08:41 (UTC) (edited on 2021-11-04 08:56 (UTC) by RusWolf)

Install DKMS modules

==> dkms install --no-depmod -m rtl8812au -v -k 5.15.0-arch1-1

Error! Bad return status for module build on kernel: 5.15.0-arch1-1 (x86_64)

Consult /var/lib/dkms/rtl8812au/ for more information.

==> Warning, `dkms install --no-depmod -m rtl8812au -v -k 5.15.0-arch1-1' returned 10

Kewl commented on 2021-03-22 08:39 (UTC)

The pkgver() function autobumps the pkgver, a manual bump would defeat the purpose of using VCS. A manual bump is to be used if there is a change in the packaging. In yay use the --devel option to check for updates.

zebulon commented on 2021-03-09 15:28 (UTC)

@eddyecho: I remember there was a guidance stating that a PKGBUILD using VCS should not be bumped if there is change to the upstream sources only. The PKGBUILD should only be changed if the building process, patches or file packaging are changed or added. Now this may have changed, I should check this. I gather it would make sense for a patch that provides compatibility with a new kernel.