So bear with me here got to get the fix. I don't like re-inventing the wheel but was unable to find a driver that was built for the RTL8812AU adaper in the store, I bought one, mainly for 5GHz band as well as 2.4 it does not work out of the box on the artful build (ayufan's) since he is one of the main kernel grinders, I looked there first... did not see anything, for the RTL8812AU. I was plenty of questions, but no working solutions... so.. did some digging, most driver code is a base, as drivers are added, and just functions are added or adapted, rarely is a whole driver written if a similar one exists.
As it happens, in my search, I ran across this: http://xhyumiracle.com/how-to-install-rt...-adapters/
So, I gave it a try..., ran into error(s), most were warnings, those are not uncommon, I like to get rid of them,but mostly at this level they are informative, rather than deadly... I like no warnings, but with any portable code shared among several builds, and probably at this age several compile versions, you will see them... So, most of the warning were simply generated from older 'C' coding..., the main thing to me in maintaining code is some notion to 'overcode' if it works on similar or elsewhere, it is probably not a complicated fix.
That was the case on this... it terminated with an error:
include/linux/sched.h:1198:42: warning: type qualifiers ignored on function return type [-Wignored-qualifiers]
const struct sched_group_energy * const(*sched_domain_energy_f)(int cpu);
^
/root/rtl8812AU/core/rtw_br_ext.c: In function 'nat25_db_handle':
/root/rtl8812AU/core/rtw_br_ext.c:1444:28: error: implicit declaration of function 'csum_ipv6_magic' [-Werror=implicit-function-declaration]
hdr->icmp6_cksum = csum_ipv6_magic(&iph->saddr, &iph->daddr,
^
cc1: some warnings being treated as errors
scripts/Makefile.build:258: recipe for target '/root/rtl8812AU/core/rtw_br_ext.o' failed
The fatal error in the compile was this (if you are a coder)...:
/root/rtl8812AU/core/rtw_br_ext.c:1444:28: error: implicit declaration of function 'csum_ipv6_magic' [-Werror=implicit-function-declaration]
hdr->icmp6_cksum = csum_ipv6_magic(&iph->saddr, &iph->daddr,
^
Did some digging in header files...experience has taught me more often than not with 'development' be developed on these days, someone probably improved the code in some other place..., here is the fix:
in core/rtw_br_ext.c I added the following after digging...
******************************************************************************/
#define _RTW_BR_EXT_C_
#ifdef __KERNEL__
#include <linux/if_arp.h>
#include <net/ip.h>
#include <net/ipx.h>
/**********************************************/
/* added here */
#ifndef _CHECKSM_IPV6_H
#include <net/ip6_checksum.h>
#endif
/**********************************************/
#include <linux/atalk.h>
#include <linux/udp.h>
#include <linux/if_pppox.h>
(Actually I didn't put in the spaces and comments, I did here so others could see the surrounding code, but the fix was not at line 1444, it was the inclusion of a now independent header file that apparently did not exist on the building machine of the original code or it was in an included header file)
Earlier, I questioned about manifest defines, in actuality, the is a linux fix, but it is at the Linux level, not the actual low level code writing, and it works. So if someone want to include it in a distributed, please help yourself, you can add other defines if necessary, I suppose you could tighten it up more, but the above put in the manifest define for the header, without changing the code generously, and this was for the 'artful' load, not previous loads... so since these are somewhat experimental boards, either way it was a good excercise, and it works on the rock64 under artful where it previously was unavailable with the build.
I saved the broken make (make.out), and I saved the one that worked..(make.good)
Following the instructions on the above URL do not work did not work out of the box, as my CROSS_COMPILE was set to aarch64, ayufan's is arm64 so, I made it simple, rather than digging reconfiguring, etc, etc by doing the simplest change at the shell:
export ARCH=arm64<enter>
That said - I don't care what your CROSS_COMPILE ARCH is, override it. (I am lazy... guess I should fix my cross compiler)..
using the gcc-5 that it prompted me to use, was easy as well (geeze been away from this along time, I am not on board with Tim Cook, everybodyisn't a coder, in fact most get too intimidated by very verbose error messages... too many coders create too many of everything..., about 4-5 different 'current' version of gcc these days. 8 years ago we were only using a couple).... I pulled gcc-5.
I compile with the following added on and go watch tv while it compiles..
make all (all is mostly) 2>&1 | tee <make.out>
With the correction,
make CC=/usr/bin/gcc-5 2>&1 | tee make.good
ended with:
include/linux/sched.h:1198:42: warning: type qualifiers ignored on function return type [-Wignored-qualifiers]
const struct sched_group_energy * const(*sched_domain_energy_f)(int cpu);
^
LD [M] /root/rtl8812AU/8812au.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.4.77-rockchip-ayufan-136'
The kernel module!!!!!
Followed by a:
make CC=/usr/bin/gcc-5 install <- this installs the kernel module...
So, I never hand setup a wireless on linux, that is another story, however I had to configure wpa_supplicant, I won't go into that here, but there is always a first time.
here is the end result (I am logged in on the wireless, it is connected... we will see how good the code is..., wearing it in now):
root@rock64:~/rtl8812AU# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 114 bytes 8427 (8.4 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 114 bytes 8427 (8.4 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.88.166 netmask 255.255.255.0 broadcast 192.168.88.255
ether 08:10:7a:66:b5:4f txqueuelen 1000 (Ethernet)
RX packets 4827 bytes 592210 (592.2 KB)
RX errors 0 dropped 15 overruns 0 frame 0
TX packets 1467 bytes 365926 (365.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@rock64:~/rtl8812AU#
root@rock64:~/rtl8812AU# lsusb
Bus 005 Device 003: ID 05e3:0617 Genesys Logic, Inc.
Bus 005 Device 002: ID 05e3:0617 Genesys Logic, Inc.
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 004: ID 0bda:8812 Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter
Bus 004 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 004 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@rock64:~/rtl8812AU#
oot@rock64:~/rtl8812AU# wpa_cli
wpa_cli v2.4
Copyright © 2004-2015, Jouni Malinen <j@w1.fi> and contributors
This software may be distributed under the terms of the BSD license.
See README for more details.
Selected interface 'wlan0'
Interactive mode
> list_networks
network id / ssid / bssid / flags
0 Puke_5GHz any [CURRENT]
>
AND the wired is disconnected, and it is running through usb3.0 7 port bus.
Now, I do know this works... (mine does )
If you want more info. please advise I will attempt to assist.
Maybe next attempt will be AP mode for this...
As it happens, in my search, I ran across this: http://xhyumiracle.com/how-to-install-rt...-adapters/
So, I gave it a try..., ran into error(s), most were warnings, those are not uncommon, I like to get rid of them,but mostly at this level they are informative, rather than deadly... I like no warnings, but with any portable code shared among several builds, and probably at this age several compile versions, you will see them... So, most of the warning were simply generated from older 'C' coding..., the main thing to me in maintaining code is some notion to 'overcode' if it works on similar or elsewhere, it is probably not a complicated fix.
That was the case on this... it terminated with an error:
include/linux/sched.h:1198:42: warning: type qualifiers ignored on function return type [-Wignored-qualifiers]
const struct sched_group_energy * const(*sched_domain_energy_f)(int cpu);
^
/root/rtl8812AU/core/rtw_br_ext.c: In function 'nat25_db_handle':
/root/rtl8812AU/core/rtw_br_ext.c:1444:28: error: implicit declaration of function 'csum_ipv6_magic' [-Werror=implicit-function-declaration]
hdr->icmp6_cksum = csum_ipv6_magic(&iph->saddr, &iph->daddr,
^
cc1: some warnings being treated as errors
scripts/Makefile.build:258: recipe for target '/root/rtl8812AU/core/rtw_br_ext.o' failed
The fatal error in the compile was this (if you are a coder)...:
/root/rtl8812AU/core/rtw_br_ext.c:1444:28: error: implicit declaration of function 'csum_ipv6_magic' [-Werror=implicit-function-declaration]
hdr->icmp6_cksum = csum_ipv6_magic(&iph->saddr, &iph->daddr,
^
Did some digging in header files...experience has taught me more often than not with 'development' be developed on these days, someone probably improved the code in some other place..., here is the fix:
in core/rtw_br_ext.c I added the following after digging...
******************************************************************************/
#define _RTW_BR_EXT_C_
#ifdef __KERNEL__
#include <linux/if_arp.h>
#include <net/ip.h>
#include <net/ipx.h>
/**********************************************/
/* added here */
#ifndef _CHECKSM_IPV6_H
#include <net/ip6_checksum.h>
#endif
/**********************************************/
#include <linux/atalk.h>
#include <linux/udp.h>
#include <linux/if_pppox.h>
(Actually I didn't put in the spaces and comments, I did here so others could see the surrounding code, but the fix was not at line 1444, it was the inclusion of a now independent header file that apparently did not exist on the building machine of the original code or it was in an included header file)
Earlier, I questioned about manifest defines, in actuality, the is a linux fix, but it is at the Linux level, not the actual low level code writing, and it works. So if someone want to include it in a distributed, please help yourself, you can add other defines if necessary, I suppose you could tighten it up more, but the above put in the manifest define for the header, without changing the code generously, and this was for the 'artful' load, not previous loads... so since these are somewhat experimental boards, either way it was a good excercise, and it works on the rock64 under artful where it previously was unavailable with the build.
I saved the broken make (make.out), and I saved the one that worked..(make.good)
Following the instructions on the above URL do not work did not work out of the box, as my CROSS_COMPILE was set to aarch64, ayufan's is arm64 so, I made it simple, rather than digging reconfiguring, etc, etc by doing the simplest change at the shell:
export ARCH=arm64<enter>
That said - I don't care what your CROSS_COMPILE ARCH is, override it. (I am lazy... guess I should fix my cross compiler)..
using the gcc-5 that it prompted me to use, was easy as well (geeze been away from this along time, I am not on board with Tim Cook, everybodyisn't a coder, in fact most get too intimidated by very verbose error messages... too many coders create too many of everything..., about 4-5 different 'current' version of gcc these days. 8 years ago we were only using a couple).... I pulled gcc-5.
I compile with the following added on and go watch tv while it compiles..
make all (all is mostly) 2>&1 | tee <make.out>
With the correction,
make CC=/usr/bin/gcc-5 2>&1 | tee make.good
ended with:
include/linux/sched.h:1198:42: warning: type qualifiers ignored on function return type [-Wignored-qualifiers]
const struct sched_group_energy * const(*sched_domain_energy_f)(int cpu);
^
LD [M] /root/rtl8812AU/8812au.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.4.77-rockchip-ayufan-136'
The kernel module!!!!!
Followed by a:
make CC=/usr/bin/gcc-5 install <- this installs the kernel module...
So, I never hand setup a wireless on linux, that is another story, however I had to configure wpa_supplicant, I won't go into that here, but there is always a first time.
here is the end result (I am logged in on the wireless, it is connected... we will see how good the code is..., wearing it in now):
root@rock64:~/rtl8812AU# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 114 bytes 8427 (8.4 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 114 bytes 8427 (8.4 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.88.166 netmask 255.255.255.0 broadcast 192.168.88.255
ether 08:10:7a:66:b5:4f txqueuelen 1000 (Ethernet)
RX packets 4827 bytes 592210 (592.2 KB)
RX errors 0 dropped 15 overruns 0 frame 0
TX packets 1467 bytes 365926 (365.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@rock64:~/rtl8812AU#
root@rock64:~/rtl8812AU# lsusb
Bus 005 Device 003: ID 05e3:0617 Genesys Logic, Inc.
Bus 005 Device 002: ID 05e3:0617 Genesys Logic, Inc.
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 004: ID 0bda:8812 Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter
Bus 004 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 004 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@rock64:~/rtl8812AU#
oot@rock64:~/rtl8812AU# wpa_cli
wpa_cli v2.4
Copyright © 2004-2015, Jouni Malinen <j@w1.fi> and contributors
This software may be distributed under the terms of the BSD license.
See README for more details.
Selected interface 'wlan0'
Interactive mode
> list_networks
network id / ssid / bssid / flags
0 Puke_5GHz any [CURRENT]
>
AND the wired is disconnected, and it is running through usb3.0 7 port bus.
Now, I do know this works... (mine does )
If you want more info. please advise I will attempt to assist.
Maybe next attempt will be AP mode for this...