New major driver version was posted on astsam's git 12 days ago. Driver v5.1.5 for RTL8812AU (Tenda U12). I will test this with my current setup on LEDE when i have time later!
edit: patched, complied, loaded, and connected it! can confirm (on my setup at least) that it's in a working state, i don't know how well of a working state that is but it's working so far.
Firmware Version LEDE Reboot SNAPSHOT r4053-21c2e93e67 / LuCI Master (git-17.120.73620-61797d5)
Kernel Version 4.4.61
Mon May 1 14:02:47 2017 kern.warn kernel: [ 112.355273] rtl8812au v5.1.5_19247.20160830
Mon May 1 14:02:47 2017 kern.info kernel: [ 112.564408] usbcore: registered new interface driver rtl8812au
ah, thank you! i also looked real quick. i just noticed they changed something with how tx power is handled and how debugging is handled (slightly change at all) but as i said it was running just fine for me under LEDE. i didn't run into any issues using it.
sadly this is the only AC usb device available on the market with some support for linux and the drivers are not standard so you have to do things manually, there were some attempts to convert it but everything is abandoned
none of the previous realtek maintainers seems to be interested in this device
Build to Linux WNDR4700 4.9.34 #0 Tue Jun 27 09:47:07 2017 ppc GNU/Linux (r4467-6da4f03) properly from this git sources/drivers (https://github.com/weedy/lede-rtl8812au-rtl8814au/) and...not working. Bug:
root@WNDR4700:~# insmod 8814au failed to insert /lib/modules/4.9.34/8814au.ko root@WNDR4700:~# logread (...) Tue Jun 27 15:17:49 2017 kern.warn kernel: [ 1253.660966] 8814au: Unknown symbol __ieee80211_get_channel (err 0)
Pleas help - I'am still choice to this working correct...
Generally to Ubuntu 16.04.1 LTS (kernel: 4.8.0-56-generic #61~16.04.1-Ubuntu SMP Wed Jun 14 11:58:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux) driver build (very simple: dkms) and work perfectly (only client mode: ~235 Mb/s) from other github sources https://github.com/sbosshardt/rtl8814AU in this card https://www.aliexpress.com/item/600Mbps-1200Mbps-1750Mbps-Mini-USB-Wifi-Adapter-2-4G-5GHZ-USB-Wirless-Wifi-Receiver-802-11AC/32787025685.html .
you can compile it, build it, and load it without issues, yes. even on any of these repos you see for this, after patching (with these patches and copy Module.symvers: Manually or Automatically). the issue is when it is loaded. we cannot control it from lede's normal systems. we have to rely on udhcpc and wpa_supplicant to actually get a card connected in client mode without crashing the driver. ap mode can broadcast (from hostapd) but i havent tested any further
but also:
that being said some other driver modules i listed here so this person could pick another card just to save time, rather than wasting it trying to use this driver
@lucize - identical problem to build this driver (no x86 and no mipsel/mips architecture) : http://wklej.org/id/3213235/ @Cutepally
I understand that you are recommending something that works - but not the only thing that is basically a cheap USB card with the possibility of WIFI-AC - that's what the card i mentioned and ubuntu works great - the problem that i do not want to work, ie i tried All of the described ways of building and either the driver does not build, or does not work the only one that builds without problems, ie https://github.com/weedy/lede-rtl8812au-rtl8814au. You have not posted in this thread a comprehensive procedure ... or just no one has created a fully functioning Makefile that handles LEDE-trunk, with different architectures (because it seems to matter too).
The question is whether someone will take this? (Not everyone is a programmer - my way of thinking why again another, good idea for economical AC falls and goes without echoes among so many professionals ...?).
To be honest, I do not mind the launch mode of this card and that it is necessary to additionally cry out the LEDE automation. AP mode I just do not need. I mean, how many of us, to revive older USB3 routers and a fairly decent low cost Chinese processor that works more than satisfactorily in STA mode.
EDIT: http://wklej.org/id/3213252/ - i litle modyfication Makefile from https://github.com/musashino-build/lede-rtl8812au ...compile and... there is a similar problem at compilation -p generally without success http://wklej.org/id/3213255/ .
That is why it is important to have a thorough and thorough procedure - I assure you that a lot of people are interested in upgrading to powerful routers with AC functionality - at low cost - that's probably the main reason for doing so ... is not it?
I just remember that this "Chinese invention" works great in AC mode ... but on ubuntu (AP mode also works ... as someone depends on it) - however, it must be some kind of goodwill of professionals (...by working to LEDE).
Is what the copy of beat - as usual: it is about money. Why overpay?
i dont have some step by step guide, im sorry for this
i provided my Makefile, it is exactly what i used to compile this and it was tested on nearly every driver for rtl8812au
===============================================
most likely not, it's a good idea, sure but relatek provided us with.. less-than drivers. we would have to redo a lot of it to get it to work properly (under luci and such). if someone wants it to work enough to get this thing loaded then maybe they understand how to use it or give up. plain and simple. it's very unlikely someone is going to rework most of this bad driver just on the grounds its cheap AC like yeah i understand where you are coming from but it will only work for the people willing to control it manually at this point and supporting that even in this forum would be a lot in my opinion.
===============================================
this was already answered you need to have D_LINUX_BYTEORDER_SWAB_H see:
this tries to make it use both endians (little and big) when you call for dconf_big_endian in makefile, so you must use CONFIG_PLATFORM_I386_PC="n" to prevent that and properly switch endians.
musashino-build/rtl8812AU doesnt have CONFIG_PLATFORM_GENERIC though, so this disabling this one is for some of the other repos.
"any ideas", well yes (see my makefile for this part if you want), this is also required and it's not being done. a lot of these were answered in this thread so please take some time to read over it.
@Cutepally
Have you read my modified Makefile (EDIT3)? - It seems to me that in your Makefile as well as @jow simply missing the appropriate source to which these patches can be imposed (I also have some doubts whether they will certainly be the same patches and if they are all required ...) ... And yes - I read this thread several times and frankly there is no simple, fully functioning Makefile that creates a working controller, even in such a form, to manually write outside of the LEDE automation.
And it does not matter where I come from - after all, the rational and thrifty use of my resources is probably the domain of all imaginative minded people - regardless of their state of possessions and their origin - is not it?
Just as I mentioned - there is a good will of programmers to make this driver was working under LEDE - you partly gave yourself the word by writing:
And yes - contrary to popular opinion price is the most important - always and everywhere ...
Well, sometimes 'The Time' is much much more valuable than money... If You pay a few bucks more You get well supported product and no head ache. Oh, and You have time for enjoy/people/more-valuable-work/whatever
my makefile can work against any of the drivers posted in this thread (weedy, grawp, abperiasamy, astsam, dl12345, diederikdehaas, and musashino-build), even stock drivers like (after they are patched):
can confirm (on my setup at least) that it's in a working state, i don't know how well of a working state that is but it's working so far. 
i also looked real quick. i just noticed they changed something with how tx power is handled and how debugging is handled (slightly change at all) but as i said it was running just fine for me under LEDE. i didn't run into any issues using it.
