Package Details: rtl8812au-dkms-git 5.13.6.r46.gcbe2fd6-1

Git Clone URL: https://aur.archlinux.org/rtl8812au-dkms-git.git (read-only, click to copy)
Package Base: rtl8812au-dkms-git
Description: rtl8812AU chipset driver with firmware v5.13.6
Upstream URL: https://github.com/morrownr/8812au-20210820
Licenses: GPL2
Conflicts: rtl8812au
Submitter: thelinuxguy
Maintainer: zebulon (zebulon)
Last Packager: zebulon
Votes: 76
Popularity: 0.003499
First Submitted: 2015-06-08 13:04 (UTC)
Last Updated: 2024-05-23 13:07 (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 https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git alternatively.

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 32 Next › Last »

gordboy commented on 2018-02-20 19:18 (UTC)

@capoeira

A few notes and observations.

First off, kernel 4.15 is very new and not all userland apps and services have been updated to be in sync with the new crda/regdomain/cfg80211 regime. In particular, network-manager is known to be in flux.

I supplied files in the regdb folder for those bold adventurers who wish to experiment with the new 4.15 kernel. The instructions are at the bottom of the page:

https://github.com/zebulon2/rtl8812au-driver-5.2.20

which is a direct clone of my git repo at:

https://github.com/gordboy/rtl8812au

In order to use kernel 4.15 you need the proper regdb files. Either from your distro, or from the repos above.

Second of all, probably the best way to see which wireless APs are visible is "wavemon". It is very robust and has few dependencies. Desktop applets are liable to lag behind kernel innovations, and give misleading results.

What worked for me was "wicd", in terms of desktop stuff. "network-manager" still has issues with kernel 4.15.

But what worked even better for me was not using kernel 4.15, and going back to 4.13.

Until everything is in sync, blindly upgrading to the latest shiny new kernel, is a mistake many hapless newcomers make.

capoeira commented on 2018-02-20 03:35 (UTC)

installed crda and set my region in /etc/conf.d/wireless-regdom, but still nothing changed regarding the channels the driver sees. giving up for today.

capoeira commented on 2018-02-20 03:08 (UTC) (edited on 2018-02-20 03:09 (UTC) by capoeira)

somehow regdomain is hardcoded into this driver. and it's set to "not set" it seams. my 5Ghz network will only appear on channel 48 (and probably 36, 40, 44). check the allowed channels with "iw list". those are the ones you can use. changing the region with "iw reg set" seams to have effect on "iw list", but not on what channel the driver will see. some programer should have a look at this

capoeira commented on 2018-02-20 02:28 (UTC)

oops. I wrote too fast. more on next post. trying out

capoeira commented on 2018-02-20 02:20 (UTC) (edited on 2018-02-20 02:24 (UTC) by capoeira)

vever mind. I found out that regdomain in my installation was not set to my region. my router was always on a "prohibited" frequency. now that I set it correctly it works https://wiki.archlinux.org/index.php/Wireless_network_configuration#Respecting_the_regulatory_domain

gordboy commented on 2018-02-20 01:39 (UTC)

@capoeira

It must be that the driver is broken. There is no possibility of any other explanation. All the people that claim to use the driver with 5GHz networks are clearly liars.

Case closed.

capoeira commented on 2018-02-20 01:02 (UTC)

can somebody explain to me why I can't see 5Ghz networks? I had a chinese antena and always thought it was it's fault, but now I got the AC1300 Archer T4U antena and still can't see 5GHz networks. Yes, I do have a 5Ghz network running. my TV is conected to it.

repsac commented on 2018-02-12 08:23 (UTC) (edited on 2018-02-12 08:25 (UTC) by repsac)

Please move bc from makedepends to depends

Since bc is needed directly to build the kernel module.

<deleted-account> commented on 2018-01-30 06:48 (UTC)

@fawick

EW-7811UAC uses the RTL8811AU chipset. This AUR package only works for RTL8812AU chipset.

Please use the AUR package rtl8821au-dkms-git. If you are asking "Why is 5.2.20 not available for the RTL8811AU chipset?", blame Realtek developers. They do not provide the necessary source codes (HAL-related) for RTL8811AU in version 5.2.20.

As a side note, gnab's driver is based on v4.2.2, while rtl8821au-dkms-git is based on v5.1.5. You may want to use a newer version for bug fixes and improvements.

fawick commented on 2018-01-28 11:41 (UTC) (edited on 2018-01-28 11:45 (UTC) by fawick)

Thank you for this AUR package and maintaining the git-repo for it.

I tried to get a EW-7811UAC with ids 7392:a812 (https://wikidevi.com/wiki/Edimax_EW-7811UAC) working, but it failed even after I added my the device to os_dep/linux/usb_intf.c in my workingcopy of your repo:

{USB_DEVICE(0x7392, 0xA812), RTL8821}, /* Edimax - EW-7811UTC */

The symptoms were that I could load the driver built by dkms, but it would not create a network for the device. However, using the driver from https://github.com/gnab/rtl8812au/ worked.

I don't think it would make sense to create another AUR package for the driver based on gnab/rtl8812au, it would just confuse users. Hence the question: Would it be possible to merge whatever gnab/rtl8812au is doing differently to get the device created into your repo?

EDIT: To clarify, I bought it as this: http://www.edimax.com/edimax/merchandise/merchandise_detail/data/edimax/in/wireless_adapters_ac600_dual-band/ew-7811uac/, which according to the upper link should be product a813, but lsusb reports it as a812: https://wikidevi.com/wiki/Edimax_EW-7811UTC_7392_A812

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 32 Next › Last »