@capoeira: it is a 8811au. You should use rtl8821au-dkms-git as explained in the documentation. 8811au is only supported by driver v5.1.5. This package uses v5.2.9, only for 8812au at the moment.
Search Criteria
Package Details: rtl8812au-dkms-git 5.13.6.r46.gcbe2fd6-1
Package Actions
| 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.001939 |
| First Submitted: | 2015-06-08 13:04 (UTC) |
| Last Updated: | 2024-05-23 13:07 (UTC) |
zebulon commented on 2017-10-04 09:03 (UTC)
capoeira commented on 2017-10-04 02:30 (UTC)
@bhrgovlh
this is my vendor id, though my antena looks totaly diferent than the picture: https://wikidevi.com/wiki/Edimax_EW-7811UTC_7392_A812
because of this I always thought my device is 8812au.
However, I have big problems with it since that kernel problem started.
Guess I'll buy a new antenna
lacouture commented on 2017-10-03 21:17 (UTC)
@thelinuxguy @zebulon Ok, well deserved RTFM, my bad :-)
<deleted-account> commented on 2017-10-01 07:09 (UTC)
@capoeira
If rtl8821au-dkms-git works for you, that means the chipset of your wireless adapter is probably RTL8811AU or RTL8821AU.
I believe that the name shown in dmesg is determined in Makefile:
ifneq ($(CONFIG_RTL8812A)_$(CONFIG_RTL8821A), n_n)
RTL871X = rtl8812a
ifeq ($(CONFIG_USB_HCI), y)
MODULE_NAME = 8812au
endif
If you have the Vendor ID and Product ID of your wireless adapter, you may search WikiDevi to see if you can find out the chipset used.
capoeira commented on 2017-09-28 13:00 (UTC)
it's strange. this driver wont be started when I plug in my antena,
when I install rtl8821au-dkms-git it will work,
BUT 8812 should be my driver since DMESG says: [ 8678.390893] usbcore: registered new interface driver 8812au
zebulon commented on 2017-09-21 07:45 (UTC)
That's right, you never put any package that is in base-devel as a makedependency. Otherwise you would need to add gcc, etc... Linux-headers was debatable, but the policy is that since there are several versions of the kernel, they can only be an optdependency (here, inherited from dkms dependency).
thelinuxguy commented on 2017-09-20 10:33 (UTC)
@lacouture I'm going to be the bad boy here and tell you to RTFM. fakeroot is in base-devel which you HAVE to install if you want to do anything in aur...
lacouture commented on 2017-09-19 21:43 (UTC) (edited on 2017-09-19 21:43 (UTC) by lacouture)
Hi. This package fails to compile if fakeroot is missing.
You might want to add fakeroot to the makedepends list.
Thanks for maintaining this packet.
zebulon commented on 2017-09-15 20:43 (UTC)
I have now uploaded a new version, which respects the git guidelines. pkgver incorporates now the git HEAD revision. Regarding the makedepends: only git and bc. linux-headers are not anymore a makedepends, only an optdepends inherited from dkms. A dkms user is supposed to know he needs linux headers.
zebulon commented on 2017-09-15 09:05 (UTC) (edited on 2017-09-15 09:06 (UTC) by zebulon)
I have enquired in the forums, and it seems that there is something wrong with the packaging and headers dependency (not with the drivers, they work fine): there is a build section, whereas for a dkms driver, it should only install the source files in the dkms tree and let the building responsibility to dkms... dkms alread has the headers as optdepends (note: optdepends, not makedepends) and that it is the repsonsibility of the dkms user to have his proper kernel source installed. I may need to cleanup the package soon to align it with the proper dkms guidance.
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.