Git Product home page Git Product logo

rtl8812au's People

Contributors

diederikdehaas avatar masap avatar ulli-kroll avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

rtl8812au's Issues

Driver is flooding kern.log

Hi,

I just recently got a TP-Link AC1200 T4U and used your driver. So far everything seems to work perfectly. The only problem is a lot of entries in kern.log (see below). They are written there non stop. Any idea for the reason and how to solve this?

Regards,
Markus

My system: Linux Mint 18.1 Cinnamon 4.8.0-30-generic

grafik

V4.3.21 not effect

Hello,

In ArchLinux 4.10.11
V4.3.21 don't work, I do:

make
make install
plug my Alfa
and
sudo ip link set wlp0s20u3u3 down
sudo iw wlp0s20u3u3 set txpower 30

And my Tx is always Tx-Power=12 dBm
Help please nothing change ?

Thanks

prefilter/capture filters don't work

Using a "pre"capture filter for port 80 does not work, but a display capture filter does.
tshark -ni wlan0 -f "port 80" does not return any packets,
but
tshark -ni wlan0 -Y "tcp.port eq 80" does return the right packets

(using raspberry pi with driver version 4.3.2.1, alfaAWUS036AC)

VHT/SGI max rate not monitoring

Awesome work.
I'm using wireshark via the Raspberry pi and 4.3.2.1. Going off of datarates in mcsindex.com it seems that the max data rates at the short guard interval are not being monitored, though I can see the block acks and VHT NDP announcement packets at the lower datarates to confirm that the higher ones are being sent but not monitored. I have verified client connectivity rates on the client and router end during tests.
Here's what I get:
@20Mhz, 2 spatial streams
HT MCS 15, no SGI / 130 Mbps == monitors
VHT MCS 8, no SGI / 156Mbps == monitors
HT MCS 15, SGI / 144.4 Mbps ==monitors
VHT MCS 8, SGI / 177.3 Mbps == NOT monitor

@40MHz, 2 spatial streams
HT MCS 15, no SGI / 270 Mbps == monitors
VHT MCS 8, no SGI / 324 Mbps == monitors
VHT MCS 9, no SGI / 360 Mbps == monitors
HT MCS 14, SGI / 270 Mbps == monitors
HT MCS 15 SGI / 300 Mbps == monitors
VHT MCS 8 SGI / 360 Mbps == unknown
VHT MCS 9 SGI / 400 Mbps == NOT monitor

@80Mhz, 2 spatial streams
VHT MCS 6,7,8,9, no SGI == monitors
VHT MCS 6,7,8, SGI ==unknown
VHT MCS 9, SGI / 866.7 Mbps == NOT monitor

Since clients probably spend most of their time trying to get the highest possible datarates, this might mean that data packets are missed a lot of the time in those situations. I would guess that would cause EAPOL frames to not get captured, which means not seeing WPA handshakes and other things.

Thanks for the great work on this.

Raspberry Pi 3

Hi, any chance to compile it for a Raspberry PI 3?

Make thanks in advance!!

Raspberry Pi

Is there a walk through for installing on PwnPi 4.1.19-v7+ or the latest Raspbian 4.4.38.
I've installed the kernel headers.
Compiling appears to work however 8812au.ko states that it is in the wrong format when I run insmod.
The driver doesn't appear to load.

My Alfa adapters works on the latest Kali VM so it's not that.

Problem with installation

The driver for RTL8814AU from v5.1.5 branch can be successfully compiled (make RTL8814 = 1), but make install doesn't work properly - make uses install target with RTL8812 in mind.
Thus I have to do:
sudo install -p -m 644 8814au.ko /lib/modules/4.9.0-3-amd64/kernel/drivers/net/wireless/ sudo depmod -a $(uname -r)
manually in a terminal.
OK, it may be the case that I don't know something (for example, it's needed to set a specific environment variable or whatever), but even so, I've not found any mention about it in the Readme.

Stops Capturing after 2-3 mins. Kali 2017 Kernal 4.11

Hi,

I install via sudo apt install realtek-rtl88xxau-dkms and it works on Kali 4.11 so my previous issue is solved, but i have a new one now.

When i start capturing. airodump-ng wlan0 ( after following the steps to put it into monitor mode). It captures for 2-3 minutes and then all data dissapears. With a message saying "interface wlan0 down "

CH 13 ][ Elapsed: 3 mins ][ 2017-08-17 09:31 ][ interface wlan0 down
BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID
BSSID STATION PWR Rate Lost Frames Probe

but i check iwconfig and

eth0 no wireless extensions.
lo no wireless extensions.
wlan0 IEEE 802.11 Mode:Monitor Frequency:2.417 GHz Tx-Power=18 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off

it is still up in monitor mode.

8812au: disagrees about version of symbol module_layout

Trying to compile on a raspberry pi 3 following instructions in #10 without success. I'm using kernel 4.4.20-v+, gcc/g++ 4.8.4

I tried following the steps related to the Modules.symvers from here
rpi-source

But the same error happens (dmesg):

8812au: disagrees about version of symbol module_layout

Looks like using the Modules.symvers through the cmd flag has no effect, after compiling, there's always an empty file on the root ..../rtl8812au/ folder.

This is the output of the file from the rpi-source part:

pi@raspberrypi /home/pi/linux $ cat /home/pi/linux/Module.symvers | grep module_layout
0xeb2758da module_layout vmlinux EXPORT_SYMBOL

Commands tried:

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

Creates an empty ./rtl8812au/Module.symvars file:
pi@raspberrypi /home/pi/rtl8812au $ cat Module.symvers | grep module
pi@raspberrypi /home/pi/rtl8812au $


make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- KCONFIG_EXTRA_SYMBOLS=/home/pi/linux/Module.symvers

Creates a ./rtl8812au/Module.symvars, different from the cmg argument (non-empty file):
pi@raspberrypi /home/pi/rtl8812au $ cat Module.symvers | grep module
pi@raspberrypi /home/pi/rtl8812au $


make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- XTRA="KCONFIG_EXTRA_SYMBOLS=/home/pi/linux/Module.symvers"

Creates an empty ./rtl8812au/Module.symvars file:
pi@raspberrypi /home/pi/rtl8812au $ cat Module.symvers
pi@raspberrypi /home/pi/rtl8812au $

Any ideas?

8814 build not recognizing wireless card.

Arch linux, kernel 4.9.11.

Nothing makes this driver recognize the device. Not even building with "make RTL8814=1".

Is this functionality supposed to be up yet, as described in the README.md?

50% frames missing on kali

On my kali (permanent install) / 4.9.0-kali3-amd64 / rtl8812au master branch
I ran wireshark simultaneously with an Alfa awus051NH card (works out of the box with kali), and Alfa awus036ac card. My expectations are that I would see duplicate frames. However, the rtl8812au only represents 25% of the frames monitored during a 90 second test. (I was expecting 50%.) I noticed airodump-ng would be inconsistent in how quickly it identified access points, and verified in tshark that beacon frames are missing frequently (expecting one every 10ms.)

V5.15 for rtl8814au only got 300M at 5GHZ

IEEE 802.11 ESSID:"LEDE_5G"
Mode:Managed Frequency:5.26 GHz
Bit Rate=300 Mb/s Tx-Power=12 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=57/70 Signal level=-53 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

v5.1.5 for 8812au and 8814au cannot authorise on Ubuntu 17.04

I have a problem with the v5.1.5 driver using either an 8812au or an 8814au device on Ubuntu 17.04. The authorisation process when WPA2 is enabled fails and the system keeps asking for the password. If I disable the authorisation on the router then there is no such problem. The driver worked on Ubuntu 16.10 before I upgraded.

Problem with injection

Hi i just installed this drivers and i finally managed to get monitor mode to work THANKS. I still have problem with injection though. I am using a USB drive from alfa network: the AWUS036AC on a new install of kali linux weekly build 23. Thanks in advance

txpower blocked at 12dBm

Hi again!
I have a litlle issue with the Alfa AWUS036ACH which is realy reducing the performances of the device
Txpower is blocked at 12dbm and there is no way to rise this txpower.
As you can see on the folowing picture my AWUS036ACH (wlan2) stay at 12dBm while i can rise the power to 30dBm to my AWUS036H.
It is even under my laptop card (16dBm)

seleccion_085

strange think is that the device shows 30dBm in both bands (it is erfectivly a high power device) as you can see from ìw list

  	* 2412 MHz [1] (30.0 dBm)
		* 2417 MHz [2] (30.0 dBm)
		* 2422 MHz [3] (30.0 dBm)
		* 2427 MHz [4] (30.0 dBm)
		* 2432 MHz [5] (30.0 dBm)
		* 2437 MHz [6] (30.0 dBm)
		* 2442 MHz [7] (30.0 dBm)
		* 2447 MHz [8] (30.0 dBm)
		* 2452 MHz [9] (30.0 dBm)
		* 2457 MHz [10] (30.0 dBm)
		* 2462 MHz [11] (30.0 dBm)
		* 2467 MHz [12] (30.0 dBm)
		* 2472 MHz [13] (30.0 dBm)
		* 2484 MHz [14] (30.0 dBm)
Band 2:
	Capabilities: 0x1862
		HT20/HT40
		Static SM Power Save
		RX HT20 SGI
		RX HT40 SGI
		No RX STBC
		Max AMSDU length: 7935 bytes
		DSSS/CCK HT40
	Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
	Minimum RX AMPDU time spacing: 16 usec (0x07)
	HT Max RX data rate: 300 Mbps
	HT TX/RX MCS rate indexes supported: 0-15
	VHT Capabilities (0x00000010):
		Max MPDU length: 3895
		Supported Channel Width: neither 160 nor 80+80
		RX LDPC
	VHT RX MCS set:
		1 streams: MCS 0-9
		2 streams: MCS 0-9
		3 streams: MCS 0-9
		4 streams: MCS 0-9
		5 streams: MCS 0-9
		6 streams: MCS 0-9
		7 streams: MCS 0-9
		8 streams: MCS 0-9
	VHT RX highest supported: 0 Mbps
	VHT TX MCS set:
		1 streams: MCS 0-9
		2 streams: MCS 0-9
		3 streams: MCS 0-9
		4 streams: MCS 0-9
		5 streams: MCS 0-9
		6 streams: MCS 0-9
		7 streams: MCS 0-9
		8 streams: MCS 0-9
	VHT TX highest supported: 0 Mbps
	Bitrates (non-HT):
		* 6.0 Mbps
		* 9.0 Mbps
		* 12.0 Mbps
		* 18.0 Mbps
		* 24.0 Mbps
		* 36.0 Mbps
		* 48.0 Mbps
		* 54.0 Mbps
	Frequencies:
		* 5170 MHz [34] (30.0 dBm)
		* 5180 MHz [36] (30.0 dBm)
		* 5190 MHz [38] (30.0 dBm)
		* 5200 MHz [40] (30.0 dBm)
		* 5210 MHz [42] (30.0 dBm)
		* 5220 MHz [44] (30.0 dBm)
		* 5230 MHz [46] (30.0 dBm)
		* 5240 MHz [48] (30.0 dBm)
		* 5260 MHz [52] (30.0 dBm)
		* 5280 MHz [56] (30.0 dBm)
		* 5300 MHz [60] (30.0 dBm)
		* 5320 MHz [64] (30.0 dBm)
		* 5500 MHz [100] (30.0 dBm)
		* 5520 MHz [104] (30.0 dBm)
		* 5540 MHz [108] (30.0 dBm)
		* 5560 MHz [112] (30.0 dBm)
		* 5580 MHz [116] (30.0 dBm)
		* 5600 MHz [120] (30.0 dBm)
		* 5620 MHz [124] (30.0 dBm)
		* 5640 MHz [128] (30.0 dBm)
		* 5660 MHz [132] (30.0 dBm)
		* 5680 MHz [136] (30.0 dBm)
		* 5700 MHz [140] (30.0 dBm)
		* 5745 MHz [149] (30.0 dBm)
		* 5755 MHz [151] (30.0 dBm)
		* 5765 MHz [153] (30.0 dBm)
		* 5775 MHz [155] (30.0 dBm)
		* 5785 MHz [157] (30.0 dBm)
		* 5805 MHz [161] (30.0 dBm)
		* 5825 MHz [165] (30.0 dBm)
		* 5920 MHz [184] (30.0 dBm)
		* 5940 MHz [188] (30.0 dBm)
		* 5960 MHz [192] (30.0 dBm)
		* 5980 MHz [196] (30.0 dBm)
		* 6000 MHz [200] (30.0 dBm)
		* 6020 MHz [204] (30.0 dBm)
		* 6040 MHz [208] (30.0 dBm)
		* 6060 MHz [212] (30.0 dBm)
		* 6080 MHz [216] (30.0 dBm)

So it is not a problem with CRDA as my other Alfa is at 30dBm.
What could it be? What could I try?
Thanks again for your attention

buffered or paused / bursty data frame injection for v5.1.5 and v4.3.2.1

UPDATE: This could be client dependent...or it could be an issue with injection. I verified from an external monitor source that icmp request packets are being sent out every second, so there is no buffering going on. However, 2 out of 3 clients experience similar "bursty" responses...making me wonder if there is something that the client devices do not like about the injection that is causing some sort of backlog to occur. On one client, (windows 7, using NetMon network monitor driver to see packets in wifi monitor mode below NDIS layer, the client sees the bursty behavior, even though over the air it is not. Other traffic is received and sent from the client in a 5 second window, but only after that time window the client sees a rapid fire ping reply/response for 5 pings. It makes me wonder if there is something with frame sequence or whatever that needs to be adjusted on the injection side.

Original Post:
I decided to test data frame injection since aireplay-ng --test is only mgt frames. The use case is direct scanning / nmap, etc of stations associated to a wireless network where client isolation (no direct communicating to other stations) is imposed by the AP.

Injection testing v5.1.5 driver on on rpi3, 802.11n/ channel 161 using airtun-ng -a wlan1 to ping another station directly via the at0 interface airtun creates, I get 5-10 so pings that work naturally, then a pause for 5 or so seconds, then a burst of ping packets set out to the other station, which replies back rapidly to the queue of 5 pings. Looks like this:

pi@153:~ $ sudo ping 192.168.8.13
PING 192.168.8.13 (192.168.8.13) 56(84) bytes of data.
64 bytes from 192.168.8.13: icmp_seq=1 ttl=128 time=2.21 ms
64 bytes from 192.168.8.13: icmp_seq=2 ttl=128 time=1.17 ms
64 bytes from 192.168.8.13: icmp_seq=3 ttl=128 time=1.25 ms
64 bytes from 192.168.8.13: icmp_seq=4 ttl=128 time=1.18 ms
64 bytes from 192.168.8.13: icmp_seq=5 ttl=128 time=1.11 ms
64 bytes from 192.168.8.13: icmp_seq=6 ttl=128 time=1.16 ms
64 bytes from 192.168.8.13: icmp_seq=7 ttl=128 time=1.15 ms
64 bytes from 192.168.8.13: icmp_seq=8 ttl=128 time=1.18 ms
64 bytes from 192.168.8.13: icmp_seq=9 ttl=128 time=1.14 ms
64 bytes from 192.168.8.13: icmp_seq=10 ttl=128 time=1.12 ms
64 bytes from 192.168.8.13: icmp_seq=11 ttl=128 time=1.19 ms
64 bytes from 192.168.8.13: icmp_seq=12 ttl=128 time=1.20 ms
64 bytes from 192.168.8.13: icmp_seq=13 ttl=128 time=5003 ms
64 bytes from 192.168.8.13: icmp_seq=14 ttl=128 time=3995 ms
64 bytes from 192.168.8.13: icmp_seq=15 ttl=128 time=2996 ms
64 bytes from 192.168.8.13: icmp_seq=16 ttl=128 time=1996 ms

64 bytes from 192.168.8.13: icmp_seq=17 ttl=128 time=996 ms
64 bytes from 192.168.8.13: icmp_seq=18 ttl=128 time=1.20 ms
64 bytes from 192.168.8.13: icmp_seq=19 ttl=128 time=1.13 ms
64 bytes from 192.168.8.13: icmp_seq=20 ttl=128 time=1.20 ms
64 bytes from 192.168.8.13: icmp_seq=21 ttl=128 time=1.15 ms
64 bytes from 192.168.8.13: icmp_seq=22 ttl=128 time=1.84 ms
64 bytes from 192.168.8.13: icmp_seq=23 ttl=128 time=1.12 ms
64 bytes from 192.168.8.13: icmp_seq=24 ttl=128 time=4996 ms
64 bytes from 192.168.8.13: icmp_seq=25 ttl=128 time=3994 ms
64 bytes from 192.168.8.13: icmp_seq=26 ttl=128 time=2995 ms
64 bytes from 192.168.8.13: icmp_seq=27 ttl=128 time=1995 ms

4.3.21 vs Master Branch For 8812AU

First of all thank you for all effort its workng nicely but lets make it clear.
ı have 2 virtual kali 1 of using 4.3.21 and other master branch .
my steps:
sudo apt-get update
apt-get upgrade
apt-get dist-upgrade
( 4.9.0-kali1-amd64 #1 SMP Debian 4.9.6-3kali2 )
then
sudo apt-get install linux-headers-$(uname -r) build-essential for install kernel header
extract master branch on 1.virtual and extract 4.3.21 on 2.virtual
make
make install
then plug my awus036ach
problem is starting . ı tested 4.3.21 and it has power management but it couldnt find ap equal as master branch
ı find 3 ap on 4.3.21 but good pwr and i fınd 10 ap with master branch but a bit lower pwr.(its just networkmanager ap scanning the result is same on airodump-ng )
ı dont understand why ?

Device crash after some seconds of aireplay/airodump

Hello, first, thank you for your driver, it's been a while I'm looking for it.
So you're driver works fine but, only during some seconds, after, i have to plug out/plug in my device.
For example, I want to do an aireplay-ng -9 wlan2 :

root@debian:/# aireplay-ng -9 wlan2
17:33:47  Trying broadcast probe requests...
17:33:47  Injection is working!
17:33:48  Found 5 APs

17:33:48  Trying directed probe requests...
17:33:48  XX:XX:XX:DE:EB:1D - channel: 6 - 'Livebox-4c54'
17:33:49  Ping (min/avg/max): 3.374ms/8.020ms/16.214ms Power: -71.00
17:33:49  30/30: 100%

17:33:49  XX:XX:XX:DE:EB:1D - channel: 6 - 'orange'
17:33:49  Ping (min/avg/max): 3.060ms/6.744ms/15.140ms Power: -71.93
17:33:49  30/30: 100%

17:33:49  XX:XX:D7:E7:12:2D - channel: 6 - 'SFR WiFi FON'
17:33:52  Ping (min/avg/max): 3.712ms/10.320ms/54.999ms Power: -89.12
17:33:52  17/30:  56%

17:33:54  XX:XX:D7:E7:12:2F - channel: 6 - 'SFR WiFi Mobile'
17:33:57  Ping (min/avg/max): 3.108ms/7.849ms/17.405ms Power: -90.14
17:33:57  14/30:  46%

root@debian:/# aireplay-ng -9 wlan2
17:34:03  Trying broadcast probe requests...
17:34:05  No Answer...
17:34:05  Found 0 APs

As you can see, i'm losing more and more packets and this command doesn't work anymore at the end, I have to plug out/in my device.

I really don't understand why :/ Thank you for advance !

PS : i'm using v4.3.21 branch

Some logs with dmesg :

[41188.562610] device wlan2 entered promiscuous mode
[41204.818266] RTL871X: rtw_cmd_thread: DriverStopped(True) SurpriseRemoved(False) break at line 597

Mode monitor and injection not working on added interface

Hi!
I was trying to understand why airmon-ng form aircrack-ng cannot enable mode monitor properly.
I use kali linux (debian sid derivate)
Before the latest releases airmon-ng was not able to detect correctly the driver:
Since i tried with your branch for txpower control (thanks again ;) ) airodump-ng can detect properly the driver :)

 sudo airmon-ng
PHY	Interface	Driver		Chipset
phy0	wlan0		ath9k		Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter (rev 01)
phy1	wlan1		8812au		Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter

Nevertheless i always get a fail because it is unable to create the new wlanXmon interface

sudo airmon-ng check kill
[sudo] password for kcdtv: 

Killing these processes:

  PID Name
  637 wpa_supplicant
  647 dhclient

kcdtv@kalimuX0:~$ sudo airmon-ng start wlan1


PHY	Interface	Driver		Chipset

phy0	wlan0		ath9k		Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter (rev 01)
phy1	wlan1		8812au		Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter
cat: /sys/class/ieee80211/phy1/device/net/wlan1mon/type: No existe el fichero o el directorio

Newly created monitor mode interface wlan1mon is *NOT* in monitor mode.
Removing non-monitor wlan1mon interface...

WARNING: unable to start monitor mode, please run "airmon-ng check kill"

There is indeed no "wlan1mon" interface in the directory /sys/class/ieee80211/phy1/device/net/
So I tried to do it manually (create a new interface wlan1mon in monitor mode) using a syntax that should work with iwconfig
I didn't get any mistake message but the interface does... nothing.

kcdtv@kalimuX0:/sys/class/ieee80211/phy1/device/net$ sudo iw phy phy1 interface add wlan1mon type monitor
kcdtv@kalimuX0:/sys/class/ieee80211/phy1/device/net$ sudo iwconfig
wlan1     IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=18 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          
wlan0     IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=16 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          
lo        no wireless extensions.

eth0      no wireless extensions.

wlan1mon  IEEE 802.11  Mode:Monitor  Tx-Power=18 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          
kcdtv@kalimuX0:/sys/class/ieee80211/phy1/device/net$ sudo aireplay-ng -9 wlan1mon
22:43:00  Trying broadcast probe requests...
22:43:02  No Answer...
22:43:02  Found 0 APs

And if i launch airodump-ng no PA shows up...
I looked to see if the new interface was created in the folder where airmon-ng looks for it....
And there is no folder for the new interface,,,

kcdtv@kalimuX0:/sys/class/ieee80211/phy1/device/net$ ls
wlan1

I assume that they might be a little something going wrong with the compatibility with the add interface feature from iwtools.
I can upload any kind of information that you require if you have time/can/want to check this
Thanks again for your attention.
Please ask for any extra information that might be helpful to you, i would be delighted to give it to you :)

tx-power 12dBm and injection issue

Hi,

I am using a rtl8812au card, Running a fresh copy of Kali 2017 06 22 VM using parallels Desktop. Tried running the rtl8812au card using a USB3.0 powered USB and direct USB on macbook pro retina.

Linux 4.9.0-kali4-amd64 #1 SMP Debian 4.9.30-2kali1 (2017-06-22) x86_64 GNU/Linux

rtl8812 card lsusb

Bus 001 Device 007: ID 0bda:881a Realtek Semiconductor Corp.

Managed to compiled v5.1.5 branch with jpmv27 5ghz fix https://github.com/jpmv27/aircrack-ng/commits/jpmv27_master and it works perfectly except that tx-power and aireplay injection having issue

Tried to do a sudo iwconfig wlan0 txpower 30 does not work. Tried changing from 5ghz to 2.4ghz to do a aireplay is not working as well for injection.

The Router and rtl8812au wireless card is just beside each other.

Any idea what's the issue?

screen shot 2017-08-07 at 1 36 39 am

screen shot 2017-08-07 at 1 43 28 am

Error Trying To Install On 4.11 Using Master Branch

i had a few errors trying to "make" this module. I included this #39 to fix some previos errors. But now i am left with this.

make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.11.0-kali1-amd64/build M=/root/Documents/rtl8812au modules
make[1]: Entering directory '/usr/src/linux-headers-4.11.0-kali1-amd64'
CC [M] /root/Documents/rtl8812au/os_dep/osdep_service.o
/root/Documents/rtl8812au/os_dep/osdep_service.c: In function ‘rtw_change_ifname’:
/root/Documents/rtl8812au/os_dep/osdep_service.c:2174:6: error: implicit declaration of function ‘rtnl_is_locked’ [-Werror=implicit-function-declaration]
if(!rtnl_is_locked())
^~~~~~~~~~~~~~
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.11.0-kali1-common/scripts/Makefile.build:299: recipe for target '/root/Documents/rtl8812au/os_dep/osdep_service.o' failed
make[4]: *** [/root/Documents/rtl8812au/os_dep/osdep_service.o] Error 1
/usr/src/linux-headers-4.11.0-kali1-common/Makefile:1509: recipe for target 'module/root/Documents/rtl8812au' failed
make[3]: *** [module/root/Documents/rtl8812au] Error 2
Makefile:152: recipe for target 'sub-make' failed
make[2]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.11.0-kali1-amd64'
Makefile:1264: recipe for target 'modules' failed
make: *** [modules] Error 2

installation error

root@kali:/rtl8812au# make
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.6.0-kali1-amd64/build M=/root/rtl8812au modules
make[1]: *** /lib/modules/4.6.0-kali1-amd64/build: Böyle bir dosya ya da dizin yok. Durdu.
Makefile:1264: recipe for target 'modules' failed
make: *** [modules] Error 2
root@kali:
/rtl8812au#
root@kali:~/rtl8812au# uname -a
Linux kali 4.6.0-kali1-amd64 #1 SMP Debian 4.6.4-1kali1 (2016-07-21) x86_64 GNU/Linux

Cannot use hostapd with 80Mhz channels

If trying to use the 5.1.5 8812au driver with hostapd with vht_oper_chwidth = 1, the following error occurs (the driver fails to initialize). It seems like there is an issue with the driver with scanning for DFS channels. I know that this issue was bought up previously, but I was just wondering perhaps if there is a fix that could be incorporated in the driver to either bypass this error or resolve this issue. Thanks!

Scan for neighboring BSSes prior to enabling 40 MHz channel
40 MHz affected channel range: [5170,5210] MHz
wlan1: nl80211: scan request
Scan requested (ret=0) - scan timeout 10 seconds
Interface initialization will be completed in a callback
ctrl_iface not configured!
random: Got 20/20 bytes from /dev/random
nl80211: Drv Event 33 (NL80211_CMD_TRIGGER_SCAN) received for wlan1
wlan1: nl80211: Scan trigger
wlan1: Event SCAN_STARTED (47) received
Unknown event 47
RTM_NEWLINK: ifi_index=12 ifname=wlan1 wext ifi_family=0 ifi_flags=0x11043 ([UP][RUNNING][LOWER_UP])
nl80211: Drv Event 34 (NL80211_CMD_NEW_SCAN_RESULTS) received for wlan1
wlan1: nl80211: New scan results available
nl80211: Scan included frequencies: 5170 5180 5190 5200 5210
wlan1: Event SCAN_RESULTS (3) received
nl80211: Received scan results (80 BSSes)
HT40: control channel: 36  secondary channel: 40
Completing interface initialization
Mode: IEEE 802.11a  Channel: 36  Frequency: 5180 MHz
DFS chan_idx seems wrong; num-ch: 41 ch-no: -6 conf-ch-no: 36 11n: 1 sec-ch: 1 vht-oper-width: 1
Available channel: 34
Available channel: 36
Available channel: 38
Available channel: 40
Available channel: 42
Available channel: 44
Available channel: 46
Available channel: 48
Available channel: 52
Available channel: 56
Available channel: 58
Available channel: 60
Available channel: 62
Available channel: 64
Available channel: 100
Available channel: 104
Available channel: 108
Available channel: 112
Available channel: 116
Available channel: 120
Available channel: 124
Available channel: 128
Available channel: 132
Available channel: 136
Available channel: 140
Available channel: 144
Available channel: 149
Available channel: 153
Available channel: 157
Available channel: 161
Available channel: 165
Available channel: 169
Available channel: 116
Available channel: 11
Available channel: 8
Available channel: 8
Available channel: 20
Available channel: 101
Available channel: 30
Available channel: 8
Available channel: 8
Interface initialization failed
wlan1: interface state HT_SCAN->DISABLED
wlan1: AP-DISABLED 
hostapd_interface_deinit_free(0x243bcd8)
hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1
hostapd_interface_deinit(0x243bcd8)
wlan1: interface state DISABLED->DISABLED
hostapd_bss_deinit: deinit bss wlan1
wlan1: Deauthenticate all stations
nl80211: sta_remove -> DEL_STATION wlan1 ff:ff:ff:ff:ff:ff --> -22 (Invalid argument)
wlan1: AP-DISABLED 
hostapd_cleanup(hapd=0x243c9e0 (wlan1))
hostapd_free_hapd_data: Interface wlan1 wasn't started
hostapd_interface_deinit_free: driver=0x51b5e0 drv_priv=0x243ee30 -> hapd_deinit
nl80211: deinit ifname=wlan1 disabled_11b_rates=0
nl80211: Disable Probe Request reporting nl_preq=0x8acb6739
nl80211: Remove monitor interface: refcount=0
nl80211: Remove beacon (ifindex=12)
netlink: Operstate: ifindex=12 linkmode=0 (kernel-control), operstate=6 (IF_OPER_UP)
nl80211: Set mode ifindex 12 iftype 2 (STATION)
nl80211: Teardown AP(wlan1) - device_ap_sme=1 use_monitor=1
hostapd_interface_free(0x243bcd8)
hostapd_interface_free: free hapd 0x243c9e0
hostapd_cleanup_iface(0x243bcd8)
hostapd_cleanup_iface_partial(0x243bcd8)
hostapd_cleanup_iface: free iface=0x243bcd8

Doing cleanup.. done

usb adapter doesn't work

Hello!
There is a device: TP-LINK Archer T9UH
I've successfully compiled 8814au from v5.1.5 branch and installed 8814au.ko and I can load it with modprobe. But whenever I plug the device nothing happens - no flashing or glowing LED or available interface in "ip link show". I've tried to plug it to both USB 3.0/USB 2.0 ports - with the same effect.
Have I done anything wrong?
P.S. The device is definitely not broken - it works under Windows.

How to increase TX power?

I have installed the driver for my AWUS036ACH, but TX power is not high. It only 12 dBm.
I have tried everything to increase the TX power.

What do you suggest? What is the right way?

Does this work with ubuntu 16 v4.4?

Hi

I am using ubuntu 4.4.0-89-generic

I cloned the master branch and did make and sudo make install with no errors.

I try to then run sudo modprobe rtl8812au, but i get an error:

modprobe: FATAL: Module rtl8812au not found in directory /lib/modules/4.4.0-89-generic

Any help, thanks

WPS Scanning not work?

I was tried in Kali 2016.2 but WPS scan not work.

root@kali:~# wash -i wlan0

Wash v1.5.2 WiFi Protected Setup Scan Tool
Copyright (c) 2011, Tactical Network Solutions, Craig Heffner <[email protected]>
mod by t6_x <[email protected]> & DataHead & Soxrok2212

BSSID                  Channel       RSSI       WPS Version       WPS Locked        ESSID
---------------------------------------------------------------------------------------------------------------
[!] Found packet with bad FCS, skipping...
[!] Found packet with bad FCS, skipping...
[!] Found packet with bad FCS, skipping...
[!] Found packet with bad FCS, skipping...
[!] Found packet with bad FCS, skipping...
....

How we can scan WPS with reaver?

Driver

Awus036ac. Monitor mode don't work. Please fix. Airmon-ng

add Alfa Netwrok AWUS036ACH to the devices list

for the file usb_intf.c a line like this could be added:
{USB_DEVICE(0x0bda, 0x8812),.driver_info = RTL8812}, /* Alfa Network - AWUS036ACH */
Here is the stdout of my cat /sys/kernel/debug/usb/devices for you to check:

T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 12 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0bda ProdID=8812 Rev= 0.00
S: Manufacturer=Realtek
S: Product=802.11n NIC
S: SerialNumber=123456
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 5 Cls=ff(vend.) Sub=ff Prot=ff Driver=rtl8821au
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=85(I) Atr=03(Int.) MxPS= 64 Ivl=125us

Cheers!

interface combinations are not supported

when ı use iw list its show interface combinations are not supported but it should be.how can we configure driver to support interface combinatons for example using both master and mon mode ?

5.2.9 driver for 8812AU only

Not exactly an issue with your work, more a heads-up about my first proper github repo, featuring the new 5.2.9 driver for 8812AU only, direct from Realtek FTP site.

https://github.com/gordboy/rtl8812au

I'm fairly new to all this github stuff, so please excuse my rudeness, and thanks for all your work on the 5.1.5 driver.

rtl8814=1 compiling 8812 driver on all branches

with a fresh clone:
make RTL8814=1
yields the same kind of output as if I simply typed 'make'. Output below.

Is there something silly that I'm forgetting or missing?

make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.10.13-1-ARCH/build M=/build/rtl8812au modules
make[1]: Entering directory '/usr/lib/modules/4.10.13-1-ARCH/build'
CC [M] /build/rtl8812au/core/rtw_cmd.o
CC [M] /zazz/build/rtl8812au/core/rtw_security.o
/build/rtl8812au/core/rtw_security.c: In function ‘aes_cipher’:
/build/rtl8812au/core/rtw_security.c:1598:5: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation]
for (j = 0; j < 8; j++)
^~~
/build/rtl8812au/core/rtw_security.c:1601:2: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘for’
payload_index = hdrlen + 8;
^~~~~~~~~~~~~
/build/rtl8812au/core/rtw_security.c: In function ‘aes_decipher’:
/build/rtl8812au/core/rtw_security.c:1984:5: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation]
for (j = 0; j < 8; j++)
^~~
/home/zazz/build/rtl8812au/core/rtw_security.c:1987:2: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘for’
payload_index = hdrlen + 8;
^~~~~~~~~~~~~
CC [M] /build/rtl8812au/core/rtw_debug.o
CC [M] /build/rtl8812au/core/rtw_io.o
CC [M] /build/rtl8812au/core/rtw_ioctl_query.o
CC [M] /build/rtl8812au/core/rtw_ioctl_set.o
CC [M] /build/rtl8812au/core/rtw_ieee80211.o
CC [M] /build/rtl8812au/core/rtw_mlme.o
CC [M] /build/rtl8812au/core/rtw_mlme_ext.o
/build/rtl8812au/core/rtw_mlme_ext.c: In function ‘rtw_delba_check’:
/build/rtl8812au/core/rtw_mlme_ext.c:12242:7: warning: this ‘else’ clause does not guard... [-Wmisleading-indentation]
else
^~~~
/build/rtl8812au/core/rtw_mlme_ext.c:12244:8: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘else’
psta->recvreorder_ctrl[i].enable = _FALSE;
^~~~
/build/rtl8812au/core/rtw_mlme_ext.c:12245:7: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation]
if (ret != _FAIL)
^~
/build/rtl8812au/core/rtw_mlme_ext.c:12247:8: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘if’
rtw_reset_continual_no_rx_packet(psta, i);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC [M] /build/rtl8812au/core/rtw_wlan_util.o
CC [M] /build/rtl8812au/core/rtw_vht.o
CC [M] /build/rtl8812au/core/rtw_pwrctrl.o
CC [M] /build/rtl8812au/core/rtw_rf.o
CC [M] /build/rtl8812au/core/rtw_recv.o
CC [M] /build/rtl8812au/core/rtw_sta_mgt.o
CC [M] /build/rtl8812au/core/rtw_ap.o
CC [M] /build/rtl8812au/core/rtw_xmit.o
CC [M] /build/rtl8812au/core/rtw_p2p.o
CC [M] /build/rtl8812au/core/rtw_tdls.o
CC [M] /build/rtl8812au/core/rtw_br_ext.o
CC [M] /build/rtl8812au/core/rtw_iol.o
CC [M] /build/rtl8812au/core/rtw_sreset.o
CC [M] /build/rtl8812au/core/rtw_btcoex.o
CC [M] /build/rtl8812au/core/rtw_beamforming.o
CC [M] /build/rtl8812au/core/rtw_odm.o
CC [M] /build/rtl8812au/core/efuse/rtw_efuse.o
CC [M] /build/rtl8812au/os_dep/osdep_service.o
CC [M] /build/rtl8812au/os_dep/linux/os_intfs.o
CC [M] /build/rtl8812au/os_dep/linux/usb_intf.o
CC [M] /build/rtl8812au/os_dep/linux/usb_ops_linux.o
CC [M] /build/rtl8812au/os_dep/linux/ioctl_linux.o
CC [M] /build/rtl8812au/os_dep/linux/xmit_linux.o
CC [M] /build/rtl8812au/os_dep/linux/mlme_linux.o
CC [M] /build/rtl8812au/os_dep/linux/recv_linux.o
CC [M] /build/rtl8812au/os_dep/linux/ioctl_cfg80211.o
CC [M] /build/rtl8812au/os_dep/linux/rtw_cfgvendor.o
CC [M] /build/rtl8812au/os_dep/linux/wifi_regd.o
CC [M] /build/rtl8812au/os_dep/linux/rtw_android.o
CC [M] /build/rtl8812au/os_dep/linux/rtw_radiotap.o
CC [M] /build/rtl8812au/os_dep/linux/rtw_proc.o
CC [M] /build/rtl8812au/os_dep/linux/ioctl_mp.o
CC [M] /build/rtl8812au/hal/hal_intf.o
CC [M] /build/rtl8812au/hal/hal_com.o
CC [M] /build/rtl8812au/hal/hal_com_phycfg.o
CC [M] /build/rtl8812au/hal/hal_phy.o
CC [M] /build/rtl8812au/hal/hal_dm.o
CC [M] /build/rtl8812au/hal/hal_btcoex.o
CC [M] /build/rtl8812au/hal/hal_mp.o
CC [M] /build/rtl8812au/hal/hal_hci/hal_usb.o
CC [M] /build/rtl8812au/hal/led/hal_usb_led.o
CC [M] /build/rtl8812au/hal/HalPwrSeqCmd.o
CC [M] /build/rtl8812au/hal/rtl8812a/Hal8812PwrSeq.o
CC [M] /build/rtl8812au/hal/rtl8812a/Hal8821APwrSeq.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_xmit.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_sreset.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_hal_init.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_phycfg.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_rf6052.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_dm.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_rxdesc.o
CC [M] /build/rtl8812au/hal/rtl8812a/rtl8812a_cmd.o
CC [M] /build/rtl8812au/hal/rtl8812a/usb/usb_halinit.o
CC [M] /build/rtl8812au/hal/rtl8812a/usb/rtl8812au_led.o
CC [M] /build/rtl8812au/hal/rtl8812a/usb/rtl8812au_xmit.o
/build/rtl8812au/hal/rtl8812a/usb/rtl8812au_xmit.c: In function ‘rtl8812au_xmitframe_complete’:
/build/rtl8812au/hal/rtl8812a/usb/rtl8812au_xmit.c:618:2: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation]
if (pbuf < bulkPtr)
^~
/build/rtl8812au/hal/rtl8812a/usb/rtl8812au_xmit.c:620:3: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the ‘if’
if (descCount == pHalData->UsbTxAggDescNum)
^~
CC [M] /build/rtl8812au/hal/rtl8812a/usb/rtl8812au_recv.o
CC [M] /build/rtl8812au/hal/rtl8812a/usb/usb_ops_linux.o
CC [M] /build/rtl8812au/hal/efuse/rtl8812a/HalEfuseMask8812A_USB.o
CC [M] /build/rtl8812au/hal/efuse/rtl8812a/HalEfuseMask8821A_USB.o
CC [M] /build/rtl8812au/hal/phydm/phydm_debug.o
CC [M] /build/rtl8812au/hal/phydm/phydm_antdiv.o
CC [M] /build/rtl8812au/hal/phydm/phydm_antdect.o
CC [M] /build/rtl8812au/hal/phydm/phydm_interface.o
CC [M] /build/rtl8812au/hal/phydm/phydm_hwconfig.o
/build/rtl8812au/hal/phydm/phydm_hwconfig.c: In function ‘odm_RxPhyStatusJaguarSeries_Parsing’:
/build/rtl8812au/hal/phydm/phydm_hwconfig.c:1543:40: warning: ‘EVM’ may be used uninitialized in this function [-Wmaybe-uninitialized]
pPhyInfo->RxMIMOSignalQuality[i] = EVM;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~
CC [M] /build/rtl8812au/hal/phydm/phydm.o
CC [M] /build/rtl8812au/hal/phydm/halphyrf_ce.o
CC [M] /build/rtl8812au/hal/phydm/phydm_edcaturbocheck.o
CC [M] /build/rtl8812au/hal/phydm/phydm_dig.o
CC [M] /build/rtl8812au/hal/phydm/phydm_pathdiv.o
CC [M] /build/rtl8812au/hal/phydm/phydm_rainfo.o
CC [M] /build/rtl8812au/hal/phydm/phydm_dynamicbbpowersaving.o
CC [M] /build/rtl8812au/hal/phydm/phydm_powertracking_ce.o
CC [M] /build/rtl8812au/hal/phydm/phydm_dynamictxpower.o
CC [M] /build/rtl8812au/hal/phydm/phydm_adaptivity.o
CC [M] /build/rtl8812au/hal/phydm/phydm_cfotracking.o
CC [M] /build/rtl8812au/hal/phydm/phydm_noisemonitor.o
CC [M] /build/rtl8812au/hal/phydm/phydm_acs.o
CC [M] /build/rtl8812au/hal/phydm/phydm_beamforming.o
CC [M] /build/rtl8812au/hal/phydm/txbf/halcomtxbf.o
CC [M] /build/rtl8812au/hal/phydm/txbf/haltxbfinterface.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/halhwimg8812a_fw.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/halhwimg8812a_mac.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/halhwimg8812a_bb.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/halhwimg8812a_rf.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/halphyrf_8812a_ce.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/phydm_regconfig8812a.o
CC [M] /build/rtl8812au/hal/phydm/rtl8812a/phydm_rtl8812a.o
CC [M] /build/rtl8812au/hal/phydm/txbf/haltxbfjaguar.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/halhwimg8821a_fw.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/halhwimg8821a_mac.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/halhwimg8821a_bb.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/halhwimg8821a_rf.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/halphyrf_8821a_ce.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/phydm_regconfig8821a.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/phydm_rtl8821a.o
CC [M] /build/rtl8812au/hal/phydm/rtl8821a/phydm_iqk_8821a_ce.o
CC [M] /build/rtl8812au/platform/platform_ops.o
CC [M] /build/rtl8812au/core/rtw_mp.o
CC [M] /build/rtl8812au/core/rtw_mp_ioctl.o
CC [M] /build/rtl8812au/core/rtw_bt_mp.o
LD [M] /build/rtl8812au/8812au.o
Building modules, stage 2.
MODPOST 1 modules
CC /build/rtl8812au/8812au.mod.o
LD [M] /build/rtl8812au/8812au.ko
make[1]: Leaving directory '/usr/lib/modules/4.10.13-1-ARCH/build'

error build

make ARCH=i386 CROSS_COMPILE= -C /lib/modules/4.8.0-kali2-686-pae/build M=/usr/src/rtl8812au-master modules make[1]: se entra en el directorio '/usr/src/linux-headers-4.8.0-kali2-686-pae' CC [M] /usr/src/rtl8812au-master/core/rtw_cmd.o CC [M] /usr/src/rtl8812au-master/core/rtw_security.o CC [M] /usr/src/rtl8812au-master/core/rtw_debug.o CC [M] /usr/src/rtl8812au-master/core/rtw_io.o CC [M] /usr/src/rtl8812au-master/core/rtw_ioctl_query.o CC [M] /usr/src/rtl8812au-master/core/rtw_ioctl_set.o CC [M] /usr/src/rtl8812au-master/core/rtw_ieee80211.o CC [M] /usr/src/rtl8812au-master/core/rtw_mlme.o CC [M] /usr/src/rtl8812au-master/core/rtw_mlme_ext.o CC [M] /usr/src/rtl8812au-master/core/rtw_wlan_util.o CC [M] /usr/src/rtl8812au-master/core/rtw_vht.o CC [M] /usr/src/rtl8812au-master/core/rtw_pwrctrl.o CC [M] /usr/src/rtl8812au-master/core/rtw_rf.o CC [M] /usr/src/rtl8812au-master/core/rtw_recv.o CC [M] /usr/src/rtl8812au-master/core/rtw_sta_mgt.o CC [M] /usr/src/rtl8812au-master/core/rtw_ap.o CC [M] /usr/src/rtl8812au-master/core/rtw_xmit.o CC [M] /usr/src/rtl8812au-master/core/rtw_p2p.o CC [M] /usr/src/rtl8812au-master/core/rtw_tdls.o CC [M] /usr/src/rtl8812au-master/core/rtw_br_ext.o CC [M] /usr/src/rtl8812au-master/core/rtw_iol.o CC [M] /usr/src/rtl8812au-master/core/rtw_sreset.o CC [M] /usr/src/rtl8812au-master/core/rtw_btcoex.o CC [M] /usr/src/rtl8812au-master/core/rtw_beamforming.o CC [M] /usr/src/rtl8812au-master/core/rtw_odm.o CC [M] /usr/src/rtl8812au-master/core/efuse/rtw_efuse.o CC [M] /usr/src/rtl8812au-master/os_dep/osdep_service.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/os_intfs.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/usb_intf.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/usb_ops_linux.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/ioctl_linux.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/xmit_linux.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/mlme_linux.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/recv_linux.o CC [M] /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.o /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:92:12: error: ‘IEEE80211_BAND_2GHZ’ undeclared here (not in a function) .band = IEEE80211_BAND_2GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:150:2: note: in expansion of macro ‘CHAN2G’ CHAN2G(1, 2412, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: ‘IEEE80211_BAND_5GHZ’ undeclared here (not in a function) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:167:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(34, 0), CHAN5G(36, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:167:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(34, 0), CHAN5G(36, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[0].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:167:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(34, 0), CHAN5G(36, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:167:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(34, 0), CHAN5G(36, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[1].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:167:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(34, 0), CHAN5G(36, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:168:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(38, 0), CHAN5G(40, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[2].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:168:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(38, 0), CHAN5G(40, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:168:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(38, 0), CHAN5G(40, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[3].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:168:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(38, 0), CHAN5G(40, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:169:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(42, 0), CHAN5G(44, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[4].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:169:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(42, 0), CHAN5G(44, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:169:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(42, 0), CHAN5G(44, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[5].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:169:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(42, 0), CHAN5G(44, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:170:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(46, 0), CHAN5G(48, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[6].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:170:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(46, 0), CHAN5G(48, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:170:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(46, 0), CHAN5G(48, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[7].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:170:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(46, 0), CHAN5G(48, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:171:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(52, 0), CHAN5G(56, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[8].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:171:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(52, 0), CHAN5G(56, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:171:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(52, 0), CHAN5G(56, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[9].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:171:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(52, 0), CHAN5G(56, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:172:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(60, 0), CHAN5G(64, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[10].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:172:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(60, 0), CHAN5G(64, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:172:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(60, 0), CHAN5G(64, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[11].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:172:18: note: in expansion of macro ‘CHAN5G’ CHAN5G(60, 0), CHAN5G(64, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:173:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(100, 0), CHAN5G(104, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[12].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:173:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(100, 0), CHAN5G(104, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:173:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(100, 0), CHAN5G(104, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[13].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:173:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(100, 0), CHAN5G(104, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:174:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(108, 0), CHAN5G(112, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[14].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:174:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(108, 0), CHAN5G(112, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:174:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(108, 0), CHAN5G(112, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[15].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:174:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(108, 0), CHAN5G(112, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:175:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(116, 0), CHAN5G(120, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[16].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:175:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(116, 0), CHAN5G(120, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:175:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(116, 0), CHAN5G(120, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[17].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:175:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(116, 0), CHAN5G(120, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:176:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(124, 0), CHAN5G(128, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[18].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:176:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(124, 0), CHAN5G(128, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:176:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(124, 0), CHAN5G(128, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[19].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:176:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(124, 0), CHAN5G(128, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:177:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(132, 0), CHAN5G(136, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[20].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:177:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(132, 0), CHAN5G(136, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:177:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(132, 0), CHAN5G(136, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[21].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:177:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(132, 0), CHAN5G(136, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:178:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(140, 0), CHAN5G(149, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[22].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:178:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(140, 0), CHAN5G(149, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:178:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(140, 0), CHAN5G(149, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[23].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:178:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(140, 0), CHAN5G(149, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:179:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(151, 0), CHAN5G(153, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[24].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:179:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(151, 0), CHAN5G(153, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:179:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(151, 0), CHAN5G(153, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[25].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:179:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(151, 0), CHAN5G(153, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:180:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(155, 0), CHAN5G(157, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[26].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:180:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(155, 0), CHAN5G(157, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:180:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(155, 0), CHAN5G(157, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[27].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:180:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(155, 0), CHAN5G(157, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:181:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(161, 0), CHAN5G(165, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[28].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:181:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(161, 0), CHAN5G(165, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:181:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(161, 0), CHAN5G(165, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[29].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:181:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(161, 0), CHAN5G(165, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:182:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(184, 0), CHAN5G(188, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[30].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:182:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(184, 0), CHAN5G(188, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:182:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(184, 0), CHAN5G(188, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[31].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:182:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(184, 0), CHAN5G(188, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:183:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(192, 0), CHAN5G(196, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[32].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:183:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(192, 0), CHAN5G(196, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:183:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(192, 0), CHAN5G(196, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[33].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:183:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(192, 0), CHAN5G(196, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:184:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(200, 0), CHAN5G(204, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[34].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:184:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(200, 0), CHAN5G(204, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:184:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(200, 0), CHAN5G(204, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[35].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:184:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(200, 0), CHAN5G(204, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:185:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(208, 0), CHAN5G(212, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[36].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:185:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(208, 0), CHAN5G(212, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:185:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(208, 0), CHAN5G(212, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[37].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:185:19: note: in expansion of macro ‘CHAN5G’ CHAN5G(208, 0), CHAN5G(212, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: error: initializer element is not constant .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:186:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(216, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:101:12: note: (near initialization for ‘rtw_5ghz_a_channels[38].band’) .band = IEEE80211_BAND_5GHZ, \ ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:186:2: note: in expansion of macro ‘CHAN5G’ CHAN5G(216, 0), ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:220:2: warning: ‘enum ieee80211_band’ declared inside parameter list ) ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:220:2: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:219:22: error: parameter 1 (‘band’) has incomplete type enum ieee80211_band band ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:218:34: error: function declaration isn’t a prototype [-Werror=strict-prototypes] struct ieee80211_supported_band *rtw_spt_band_alloc( ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_spt_band_alloc’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:250:17: error: incompatible types when assigning to type ‘enum nl80211_band’ from type ‘struct ieee80211_channel *’ spt_band->band = band; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_spt_band_free’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:279:20: warning: comparison between pointer and integer if(spt_band->band == IEEE80211_BAND_2GHZ) ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:285:25: warning: comparison between pointer and integer else if(spt_band->band == IEEE80211_BAND_5GHZ) ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_indicate_scan_done’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:2027:49: error: incompatible type for argument 2 of ‘cfg80211_scan_done’ cfg80211_scan_done(pwdev_priv->scan_request, aborted); ^ In file included from /usr/src/rtl8812au-master/include/osdep_service_linux.h:87:0, from /usr/src/rtl8812au-master/include/osdep_service.h:41, from /usr/src/rtl8812au-master/include/drv_types.h:32, from /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:22: /usr/src/linux-headers-4.8.0-kali2-common/include/net/cfg80211.h:4113:6: note: expected ‘struct cfg80211_scan_info *’ but argument is of type ‘bool {aka _Bool}’ void cfg80211_scan_done(struct cfg80211_scan_request *request, ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: At top level: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6219:105: warning: ‘enum ieee80211_band’ declared inside parameter list t_capab_ex(_adapter *padapter, struct ieee80211_sta_ht_cap *ht_cap, enum ieee80211_b ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6219:120: error: parameter 3 (‘band’) has incomplete type pter *padapter, struct ieee80211_sta_ht_cap *ht_cap, enum ieee80211_band band, u8 rf ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6219:13: error: function declaration isn’t a prototype [-Werror=strict-prototypes] static void rtw_cfg80211_init_ht_capab_ex(_adapter *padapter, struct ieee80211_sta_h ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6267:102: warning: ‘enum ieee80211_band’ declared inside parameter list t_ht_capab(_adapter *padapter, struct ieee80211_sta_ht_cap *ht_cap, enum ieee80211_b ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6267:117: error: parameter 3 (‘band’) has incomplete type pter *padapter, struct ieee80211_sta_ht_cap *ht_cap, enum ieee80211_band band, u8 rf ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6267:13: error: function declaration isn’t a prototype [-Werror=strict-prototypes] static void rtw_cfg80211_init_ht_capab(_adapter *padapter, struct ieee80211_sta_ht_c ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_init_wiphy’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6353:23: error: array subscript is not an integer bands = wiphy->bands[IEEE80211_BAND_2GHZ]; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6353:9: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types] bands = wiphy->bands[IEEE80211_BAND_2GHZ]; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6359:23: error: array subscript is not an integer bands = wiphy->bands[IEEE80211_BAND_5GHZ]; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6359:9: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types] bands = wiphy->bands[IEEE80211_BAND_5GHZ]; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_preinit_wiphy’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6451:15: error: array subscript is not an integer wiphy->bands[IEEE80211_BAND_2GHZ] = rtw_spt_band_alloc(IEEE80211_BAND_2GHZ); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6455:15: error: array subscript is not an integer wiphy->bands[IEEE80211_BAND_5GHZ] = rtw_spt_band_alloc(IEEE80211_BAND_5GHZ); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_wiphy_free’: /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6605:18: error: array subscript is not an integer if (wiphy->bands[IEEE80211_BAND_2GHZ]) { ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6606:33: error: array subscript is not an integer rtw_spt_band_free(wiphy->bands[IEEE80211_BAND_2GHZ]); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6606:21: error: passing argument 1 of ‘rtw_spt_band_free’ from incompatible pointer type [-Werror=incompatible-pointer-types] rtw_spt_band_free(wiphy->bands[IEEE80211_BAND_2GHZ]); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:272:6: note: expected ‘struct ieee80211_supported_band *’ but argument is of type ‘struct ieee80211_channel *’ void rtw_spt_band_free(struct ieee80211_supported_band *spt_band) ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6607:15: error: array subscript is not an integer wiphy->bands[IEEE80211_BAND_2GHZ] = NULL; ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6609:18: error: array subscript is not an integer if (wiphy->bands[IEEE80211_BAND_5GHZ]) { ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6610:33: error: array subscript is not an integer rtw_spt_band_free(wiphy->bands[IEEE80211_BAND_5GHZ]); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6610:21: error: passing argument 1 of ‘rtw_spt_band_free’ from incompatible pointer type [-Werror=incompatible-pointer-types] rtw_spt_band_free(wiphy->bands[IEEE80211_BAND_5GHZ]); ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:272:6: note: expected ‘struct ieee80211_supported_band *’ but argument is of type ‘struct ieee80211_channel *’ void rtw_spt_band_free(struct ieee80211_supported_band *spt_band) ^ /usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.c:6611:15: error: array subscript is not an integer wiphy->bands[IEEE80211_BAND_5GHZ] = NULL; ^ cc1: some warnings being treated as errors /usr/src/linux-headers-4.8.0-kali2-common/scripts/Makefile.build:294: fallo en las instrucciones para el objetivo '/usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.o' make[4]: *** [/usr/src/rtl8812au-master/os_dep/linux/ioctl_cfg80211.o] Error 1 /usr/src/linux-headers-4.8.0-kali2-common/Makefile:1490: fallo en las instrucciones para el objetivo '_module_/usr/src/rtl8812au-master' make[3]: *** [_module_/usr/src/rtl8812au-master] Error 2 Makefile:150: fallo en las instrucciones para el objetivo 'sub-make' make[2]: *** [sub-make] Error 2 Makefile:8: fallo en las instrucciones para el objetivo 'all' make[1]: *** [all] Error 2 make[1]: se sale del directorio '/usr/src/linux-headers-4.8.0-kali2-686-pae' Makefile:1259: fallo en las instrucciones para el objetivo 'modules' make: *** [modules] Error 2

Make Error

before ı again install kali latest make and make install were working but today ı again fresh install and it gives me error
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.9.0-kali1-amd64/build M=/root/Desktop/rtl8812au-master modules
make[1]: *** /lib/modules/4.9.0-kali1-amd64/build: No such file or directory. Stop.
Makefile:1264: recipe for target 'modules' failed
make: *** [modules] Error 2

compile error on el7 (3.10.0-aaa.b.c)

Hi everyone,
4.3.8 used to compile fine on el7 but didn't work too well. I'm trying to use your branch and getting these compile errors:
CC [M] /usr/src/rtl8812au/core/rtw_iol.o
CC [M] /usr/src/rtl8812au/core/rtw_sreset.o
CC [M] /usr/src/rtl8812au/core/rtw_btcoex.o
CC [M] /usr/src/rtl8812au/core/rtw_beamforming.o
CC [M] /usr/src/rtl8812au/core/rtw_odm.o
CC [M] /usr/src/rtl8812au/core/efuse/rtw_efuse.o
CC [M] /usr/src/rtl8812au/os_dep/osdep_service.o
CC [M] /usr/src/rtl8812au/os_dep/linux/os_intfs.o
/usr/src/rtl8812au/os_dep/linux/os_intfs.c:959:2: warning: initialization from incompatible pointer type [enabled by default]
.ndo_select_queue = rtw_select_queue,
^
/usr/src/rtl8812au/os_dep/linux/os_intfs.c:959:2: warning: (near initialization for ‘rtw_netdev_ops..ndo_select_queue’) [enabled by default]
CC [M] /usr/src/rtl8812au/os_dep/linux/usb_intf.o
CC [M] /usr/src/rtl8812au/os_dep/linux/usb_ops_linux.o
CC [M] /usr/src/rtl8812au/os_dep/linux/ioctl_linux.o
CC [M] /usr/src/rtl8812au/os_dep/linux/xmit_linux.o
CC [M] /usr/src/rtl8812au/os_dep/linux/mlme_linux.o
CC [M] /usr/src/rtl8812au/os_dep/linux/recv_linux.o
CC [M] /usr/src/rtl8812au/os_dep/linux/ioctl_cfg80211.o
/usr/src/rtl8812au/os_dep/linux/ioctl_cfg80211.c:93:12: error: ‘IEEE80211_BAND_2GHZ’ undeclared here (not in a function)
.band = IEEE80211_BAND_2GHZ,
^
/usr/src/rtl8812au/os_dep/linux/ioctl_cfg80211.c:151:2: note: in expansion of macro ‘CHAN2G’
CHAN2G(1, 2412, 0),
^
/usr/src/rtl8812au/os_dep/linux/ioctl_cfg80211.c:102:12: error: ‘IEEE80211_BAND_5GHZ’ undeclared here (not in a function)
.band = IEEE80211_BAND_5GHZ,
^
/usr/src/rtl8812au/os_dep/linux/ioctl_cfg80211.c:168:2: note: in expansion of macro ‘CHAN5G’
CHAN5G(34, 0), CHAN5G(36, 0),
[....]

Any ideas?

Installing 5.1.5 with 4.12

Hello, I am not a programmer and really appreciate your work to allow for injection. I have updated my kernel to 4.12,
uname -r
4.12.0-041200-generic

results from make command:
root@kali:/rtl8812au-5.1.5# make
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.12.0-041200-generic/build M=/root/rtl8812au-5.1.5 modules
make[1]: Entering directory '/usr/src/linux-headers-4.12.0-041200-generic'
CC [M] /root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.o
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_indicate_connect’:
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:758:6: error: passing argument 2 of ‘cfg80211_roamed’ from incompatible pointer type [-Werror=incompatible-pointer-types]
, notify_channel
^~~~~~~~~~~~~~
In file included from /root/rtl8812au-5.1.5/include/osdep_service_linux.h:91:0,
from /root/rtl8812au-5.1.5/include/osdep_service.h:41,
from /root/rtl8812au-5.1.5/include/drv_types.h:32,
from /root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:22:
./include/net/cfg80211.h:5435:6: note: expected ‘struct cfg80211_roam_info *’ but argument is of type ‘struct ieee80211_channel *’
void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
^~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:760:6: warning: passing argument 3 of ‘cfg80211_roamed’ makes integer from pointer without a cast [-Wint-conversion]
, cur_network->network.MacAddress
^~~~~~~~~~~
In file included from /root/rtl8812au-5.1.5/include/osdep_service_linux.h:91:0,
from /root/rtl8812au-5.1.5/include/osdep_service.h:41,
from /root/rtl8812au-5.1.5/include/drv_types.h:32,
from /root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:22:
./include/net/cfg80211.h:5435:6: note: expected ‘gfp_t {aka unsigned int}’ but argument is of type ‘unsigned char *’
void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
^~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:756:3: error: too many arguments to function ‘cfg80211_roamed’
cfg80211_roamed(padapter->pnetdev
^~~~~~~~~~~~~~~
In file included from /root/rtl8812au-5.1.5/include/osdep_service_linux.h:91:0,
from /root/rtl8812au-5.1.5/include/osdep_service.h:41,
from /root/rtl8812au-5.1.5/include/drv_types.h:32,
from /root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:22:
./include/net/cfg80211.h:5435:6: note: declared here
void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
^~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_add_monitor_if’:
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:3639:10: error: ‘struct net_device’ has no member named ‘destructor’; did you mean ‘priv_destructor’?
mon_ndev->destructor = rtw_ndev_destructor;
^

/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_preinit_wiphy’:
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6333:18: error: ‘WIPHY_FLAG_SUPPORTS_SCHED_SCAN’ undeclared (first use in this function)
wiphy->flags |= WIPHY_FLAG_SUPPORTS_SCHED_SCAN;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6333:18: note: each undeclared identifier is reported only once for each function it appears in
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c: At top level:
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6366:25: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
.change_virtual_intf = cfg80211_rtw_change_iface,
^~~~~~~~~~~~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6366:25: note: (near initialization for ‘rtw_cfg80211_ops.change_virtual_intf’)
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6389:22: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
.add_virtual_intf = cfg80211_rtw_add_virtual_intf,
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:6389:22: note: (near initialization for ‘rtw_cfg80211_ops.add_virtual_intf’)
cc1: some warnings being treated as errors
scripts/Makefile.build:302: recipe for target '/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.o' failed
make[2]: *** [/root/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.o] Error 1
Makefile:1512: recipe for target 'module/root/rtl8812au-5.1.5' failed
make[1]: *** [module/root/rtl8812au-5.1.5] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.12.0-041200-generic'
Makefile:1855: recipe for target 'modules' failed
make: *** [modules] Error 2

Once again thank you very much for your work!

8814au [as Access point] Kernel warning

Hello!

I have a problem 8814au as Access point in openwrt.
If I change the ssid or the encryption key and then restarting the network manager.
it supposed to kill the hostapd process and start it again. However it gives kernel Warning
and after that all the clients can not connect. But if I reboot the router, no Kernel warning and the clients can connect perfectly.

do you have any idea why this Kernel warning ?
Thanky you !

------------[ cut here ]------------
[  190.792066] WARNING: CPU: 1 PID: 2174 at /home/client/Downloads/LEDE-APU2-0.1-Beta/openwrt/build_dir/target-x86_64_uClibc-0.9.33.2/linux-x86_64/rtl8814au-2017-02-11/core/rtw_mlme_ext.c:13078 createbss_)
[  190.812928] Modules linked in: tunprox pppoe ppp_async option iptable_nat ath9k usb_wwan rt2800usb rt2800lib pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 ipt_REJECT ipt_MASQUERADE i
[  190.979291] CPU: 1 PID: 2174 Comm: RTW_CMD_THREAD Not tainted 3.18.45 #22
[  190.986280]  0000000000000286 0000000000000000 ffffffff8141169f ffff88011ec8c718
[  190.994052]  0000000000000000 0000000000000009 ffffffff8103d2ed ffffc900010f6000
[  191.001757]  ffffc900010f6000 00000000ffffd54b ffffc900010f7860 ffff880119828000
[  191.009629] Call Trace:
[  191.012208]  [<ffffffff8141169f>] ? dump_stack+0x5e/0x7a
[  191.017769]  [<ffffffff8103d2ed>] ? warn_slowpath_common+0x6d/0x90
[  191.024343]  [<ffffffffa02fcde6>] ? createbss_hdl+0x136/0x150 [8814au]
[  191.031113]  [<ffffffffa02d9a4e>] ? rtw_cmd_thread+0x348/0x502 [8814au]
[  191.038052]  [<ffffffffa02d9706>] ? rtw_stop_cmd_thread+0x49/0x49 [8814au]
[  191.045227]  [<ffffffff81053305>] ? kthread+0xd5/0xe0
[  191.050538]  [<ffffffff81053230>] ? kthread_create_on_node+0x170/0x170
[  191.057290]  [<ffffffff81415bd8>] ? ret_from_fork+0x58/0x90
[  191.063085]  [<ffffffff81053230>] ? kthread_create_on_node+0x170/0x170
[  191.069826] ---[ end trace 323a4b05f4e4bd31 ]---
[  191.074816] RTL871X: rtw_cfg80211_indicate_connect(wlan2)
[  191.080357] RTL871X: assoc success
[  191.083976] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
[  191.090686] br-lan: port 2(wlan2) entered forwarding state
[  191.096425] br-lan: port 2(wlan2) entered forwarding state
[  191.102448] RTL871X: cfg80211_rtw_change_bss(wlan2)
[  193.092811] br-lan: port 2(wlan2) entered forwarding state

Error 2 "target 'modules' failed"

Hello, i'm on Kali linux "4.6.0-kali1-amd64"

I have an error when i do "make", i've this error :

make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.6.0-kali1-amd64/build M=/root/crack/pilote/4.3.21/rtl8812au  modules
make[1]: *** /lib/modules/4.6.0-kali1-amd64/build: No such file or directory.  Stop.
Makefile:1264: recipe for target 'modules' failed
make: *** [modules] Error 2

note : I've tested with "RTL8814=1" and with the 3 branch, it's the same result...

Thank you ! 👍

Alfa AWUS036ACH issue

I was tried in Kali 2 but not work.

iwconfig

eth0      no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=12 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          
lo        no wireless extensions. 

sudo airmon-ng check kill

Killing these processes:

  PID Name
 1081 wpa_supplicant
 1517 dhclient

airmon-ng start wlan0

No interfering processes found
PHY	Interface	Driver		Chipset

phy0	wlan0		8812au		Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter
		(mac80211 monitor mode vif enabled for [phy0]wlan0 on [phy0]wlan0mon)
		(mac80211 station mode vif disabled for [phy0]wlan0)

airodump-ng wlan0mon

I see nothing.

                                                                                                                   
 BSSID              PWR  Beacons    #Data, #/s  CH  MB   ENC  CIPHER AUTH ESSID
                                                                                                                                                                                                                                    
 BSSID              STATION            PWR   Rate    Lost    Frames  Probe   ```


Also not connect my network. Saying "**Connecting...**" but not connecting.

Bad return status for module build on kernel 4.12.6-1-ARCH

Error occured while building DKMS module.
log below:
DKMS make.log for rtl8812au-r49.86fe67d for kernel 4.12.6-1-ARCH (x86_64)
Mon Aug 14 23:36:55 PDT 2017
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.12.6-1-ARCH/build M=/var/lib/dkms/rtl8812au/r49.86fe67d/build modules
make[1]: Entering directory '/usr/lib/modules/4.12.6-1-ARCH/build'
CC [M] /var/lib/dkms/rtl8812au/r49.86fe67d/build/core/rtw_cmd.o
In file included from /var/lib/dkms/rtl8812au/r49.86fe67d/build/include/drv_types.h:32:0,
from /var/lib/dkms/rtl8812au/r49.86fe67d/build/core/rtw_cmd.c:22:
/var/lib/dkms/rtl8812au/r49.86fe67d/build/include/osdep_service.h: In function ‘thread_enter’:
/var/lib/dkms/rtl8812au/r49.86fe67d/build/include/osdep_service.h:343:2: error: implicit declaration of function ‘allow_signal’; did you mean ‘do_signal’? [-Werror=implicit-function-declaration]
allow_signal(SIGTERM);
^~~~~~~~~~~~
do_signal
/var/lib/dkms/rtl8812au/r49.86fe67d/build/include/osdep_service.h: In function ‘flush_signals_thread’:
/var/lib/dkms/rtl8812au/r49.86fe67d/build/include/osdep_service.h:353:6: error: implicit declaration of function ‘signal_pending’; did you mean ‘timer_pending’? [-Werror=implicit-function-declaration]
if (signal_pending (current))
^~~~~~~~~~~~~~
timer_pending
/var/lib/dkms/rtl8812au/r49.86fe67d/build/include/osdep_service.h:355:3: error: implicit declaration of function ‘flush_signals’; did you mean ‘do_signal’? [-Werror=implicit-function-declaration]
flush_signals(current);
^~~~~~~~~~~~~
do_signal
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:303: /var/lib/dkms/rtl8812au/r49.86fe67d/build/core/rtw_cmd.o] Error 1
make[1]: *** [Makefile:1515: module/var/lib/dkms/rtl8812au/r49.86fe67d/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.12.6-1-ARCH/build'
make: *** [Makefile:1264: modules] Error 2

does not work in band 2 as AP

I have compiled rtl8812au v4.3.21 for EW-7822UAC USB wifi in openwrt,
It works on Band 1 as AP, however for Band 2 it complains with following message:

wlan0: IEEE 802.[ 2200.050060] device wlan0 left promiscuous mode
11 Configured ch[ 2200.055402] br-lan: port 2(wlan0) entered disabled state
annel (36) not found from the channel list of current mode (2) IEEE 802.11a
wlan0: IEEE 802.11 Hardware does not support configured channel
Could not select hw_mode and channel. (-3)
wlan0: interface state UNINITIALIZED->DISABLED
wlan0: AP-DISABLED 
wlan0: Unable to setup interface.
wlan0: interface state DISABLED->DISABLED
wlan0: AP-DISABLED 

iw list output:

Wiphy phy1
        max # scan SSIDs: 9
        max scan IEs length: 2304 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Available Antennas: TX 0 RX 0
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * monitor
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x19e3
                        RX LDPC
                        HT20/HT40
                        Static SM Power Save
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 7935 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 16 usec (0x07)
                HT Max RX data rate: 300 Mbps
                HT TX/RX MCS rate indexes supported: 0-15
                Frequencies:
                        * 2412 MHz [1] (20.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (20.0 dBm)
                        * 2467 MHz [12] (20.0 dBm) (no IR)
                        * 2472 MHz [13] (20.0 dBm) (no IR)
                        * 2484 MHz [14] (20.0 dBm) (no IR)
        Band 2:
                Capabilities: 0x19e3
                        RX LDPC
                        HT20/HT40
                        Static SM Power Save
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 7935 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 16 usec (0x07)
                HT Max RX data rate: 300 Mbps
                HT TX/RX MCS rate indexes supported: 0-15
                VHT Capabilities (0x00000010):
                        Max MPDU length: 3895
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: MCS 0-9
                        4 streams: MCS 0-9
                        5 streams: MCS 0-9
                        6 streams: MCS 0-9
                        7 streams: MCS 0-9
                        8 streams: MCS 0-9
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: MCS 0-9
                        4 streams: MCS 0-9
                        5 streams: MCS 0-9
                        6 streams: MCS 0-9
                        7 streams: MCS 0-9
                        8 streams: MCS 0-9
                VHT TX highest supported: 0 Mbps
                Frequencies:
                        * 5170 MHz [34] (30.0 dBm) (no IR)
                        * 5180 MHz [36] (30.0 dBm) (no IR)
                        * 5190 MHz [38] (30.0 dBm) (no IR)
                        * 5200 MHz [40] (30.0 dBm) (no IR)
                        * 5210 MHz [42] (30.0 dBm) (no IR)
                        * 5220 MHz [44] (30.0 dBm) (no IR)
                        * 5230 MHz [46] (30.0 dBm) (no IR)
                        * 5240 MHz [48] (30.0 dBm) (no IR)
                        * 5260 MHz [52] (30.0 dBm) (no IR, radar detection)
                        * 5280 MHz [56] (30.0 dBm) (no IR, radar detection)
                        * 5300 MHz [60] (30.0 dBm) (no IR, radar detection)
                        * 5320 MHz [64] (30.0 dBm) (no IR, radar detection)
                        * 5500 MHz [100] (30.0 dBm) (no IR, radar detection)
                        * 5520 MHz [104] (30.0 dBm) (no IR, radar detection)
                        * 5540 MHz [108] (30.0 dBm) (no IR, radar detection)
                        * 5560 MHz [112] (30.0 dBm) (no IR, radar detection)
                        * 5580 MHz [116] (30.0 dBm) (no IR, radar detection)
                        * 5600 MHz [120] (30.0 dBm) (no IR, radar detection)
                        * 5620 MHz [124] (30.0 dBm) (no IR, radar detection)
                        * 5640 MHz [128] (30.0 dBm) (no IR, radar detection)
                        * 5660 MHz [132] (30.0 dBm) (no IR, radar detection)
                        * 5680 MHz [136] (30.0 dBm) (no IR, radar detection)
                        * 5700 MHz [140] (30.0 dBm) (no IR, radar detection)
                        * 5745 MHz [149] (30.0 dBm) (no IR)
                        * 5765 MHz [153] (30.0 dBm) (no IR)
                        * 5785 MHz [157] (30.0 dBm) (no IR)
                        * 5805 MHz [161] (30.0 dBm) (no IR)
                        * 5825 MHz [165] (30.0 dBm) (no IR)
                        * 5920 MHz [184] (30.0 dBm)
                        * 5940 MHz [188] (30.0 dBm)
                        * 5960 MHz [192] (30.0 dBm)
                        * 5980 MHz [196] (30.0 dBm)
                        * 6000 MHz [200] (30.0 dBm)
                        * 6020 MHz [204] (30.0 dBm)
                        * 6040 MHz [208] (30.0 dBm)
                        * 6060 MHz [212] (30.0 dBm)
                        * 6080 MHz [216] (30.0 dBm)
        interface combinations are not supported

Edup 1621 - Driver 5.1.5 fails to compile Antergos

hello all! Recently buyed a EDUP 1621 who comes with RTL8814AU. Im trying to compile the 5.1.5 drivers and fails. Im using Antergos Linux (Arch Linux based)
CC [M] /home/x/Downloads/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.o
/home/x/Downloads/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c: En la función ‘rtw_cfg80211_add_monitor_if’:
/home/x/Downloads/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.c:3639:12: error: ‘struct net_device’ has no member named ‘destructor’; did you mean ‘priv_destructor’?
mon_ndev->destructor = rtw_ndev_destructor;
^~~~~~~~~~
priv_destructor
make[2]: *** [scripts/Makefile.build:295: /home/x/Downloads/rtl8812au-5.1.5/os_dep/linux/ioctl_cfg80211.o] Error 1
make[1]: *** [Makefile:1492: module/home/x/Downloads/rtl8812au-5.1.5] Error 2
make[1]: se sale del directorio '/usr/lib/modules/4.11.9-1-ARCH/build'
make: *** [Makefile:1855: modules] Error 2

uname -r 4.11.9-1-ARCH

https://wikidevi.com/wiki/EDUP_EP-AC1621
Bus 002 Device 004: ID 0bda:8813 Realtek Semiconductor Corp.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.