On 01/15/2015 11:38 PM, Sam Varshavchik wrote:

Stephen Morris writes:

...

I have a driver for a wifi usb device that I need to compile because there are no drivers in the kernel, which has been obtained from the vendor of the device. When I attempt to compile the code the compile fails on the grounds that some warnings are being translated into errors. From my perspective these errors should not be happening because, when a debugging module wants to time stamp the build, that is not an error and is perfectly acceptable. How do I get the compiler to stop producing these errors. The messages I get are listed below.

The makefile that's used to build this module explicitly specifies a compiler flag that makes this diagnostic an error. You can see it referenced in the error message, -Werror=date-time

So the answer to your question is very simple: it happens because that's what it does. I'm sure there's a way to override this flag. Look at the makefile, figure out where it specifies this flag, and take it out, if that's what you want to do. It might be possible to pass some flags on the command line to override it; can't really say without looking at the makefile.

If this driver is supposedly obtained from the vendor, and I'd think it's highly unlikely that Fedora manually patches the upstream kernel to add this flag, so the conclusion to draw from this is that the vendor has never tested their module with a kernel that's more recent than whatever is the first version of the kernel whose makefile was set up that way. I'd say that this compiler error is the least of your problems.

Thanks Sam, I've found the Makefile that does the compiling and it doesn't supply the parameter, -Werror specification is listed in there but is commented out, so if it is not specified in the kernel source then it is coming from one of the includes being used. I may have to compile the kernel manually myself as well anyway, as the makefile seems to be specifying dependencies on kernel config specifications that don't appear to be active in the pre-compiled kernels I am using.

...

Authentication requested [root] for make driver: make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/3.17.8-300.fc21.x86_64/build M=/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411 modules make[1]: Entering directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_cmd.o CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_security.o CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c: In function ‘dump_drv_version’: /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:64: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] cc1: some warnings being treated as errors scripts/Makefile.build:257: recipe for target '/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o' failed make[2]: *** [/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o] Error 1 Makefile:1377: recipe for target '_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411' failed make[1]: *** [_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411] Error 2 make[1]: Leaving directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' Makefile:1350: recipe for target 'modules' failed make: *** [modules] Error 2 ################################################## Compile make driver error: 2 Please check error Mesg ##################################################

On 01/15/2015 11:46 PM, poma wrote:

On 15.01.2015 08:50, Stephen Morris wrote:

...

I have a driver for a wifi usb device that I need to compile because there are no drivers in the kernel, which has been obtained from the vendor of the device. When I attempt to compile the code the compile fails on the grounds that some warnings are being translated into errors. From my perspective these errors should not be happening because, when a debugging module wants to time stamp the build, that is not an error and is perfectly acceptable. How do I get the compiler to stop producing these errors. The messages I get are listed below.

Authentication requested [root] for make driver: make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/3.17.8-300.fc21.x86_64/build M=/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411 modules make[1]: Entering directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_cmd.o CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_security.o CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c: In function ‘dump_drv_version’: /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:64: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] cc1: some warnings being treated as errors scripts/Makefile.build:257: recipe for target '/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o' failed make[2]: *** [/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o] Error 1 Makefile:1377: recipe for target '_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411' failed make[1]: *** [_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411] Error 2 make[1]: Leaving directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' Makefile:1350: recipe for target 'modules' failed make: *** [modules] Error 2 ################################################## Compile make driver error: 2 Please check error Mesg ##################################################

$ sed -i '/uninitialized/ i\EXTRA_CFLAGS += -Wno-error=date-time' Makefile

If it crashes, try your luck with these:

$ git clone https://github.com/gnab/rtl8812au.git $ cd rtl8812au/ ... $ git clone https://github.com/abperiasamy/rtl8812AU_8821AU_linux.git $ cd rtl8812AU_8821AU_linux/ ... $ make $ su # cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

Thanks poma, I'll check these out. The git source might be better than what I have at the moment as the vendor source I have seems to be requiring kernel config parameters that appear to not be active in the kernels I am using.

On 17.01.2015 04:02, Stephen Morris wrote:

On 01/16/2015 08:38 AM, Stephen Morris wrote:

...

On 01/15/2015 11:46 PM, poma wrote:

...

On 15.01.2015 08:50, Stephen Morris wrote:

...

I have a driver for a wifi usb device that I need to compile because there are no drivers in the kernel, which has been obtained from the vendor of the device. When I attempt to compile the code the compile fails on the grounds that some warnings are being translated into errors. From my perspective these errors should not be happening because, when a debugging module wants to time stamp the build, that is not an error and is perfectly acceptable. How do I get the compiler to stop producing these errors. The messages I get are listed below.

Authentication requested [root] for make driver: make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/3.17.8-300.fc21.x86_64/build M=/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411

modules make[1]: Entering directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_cmd.o

CC [M]

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_security.o

CC [M]

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:

In function ‘dump_drv_version’: /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:64:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] cc1: some warnings being treated as errors scripts/Makefile.build:257: recipe for target '/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o'

failed make[2]: *** [/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o]

Error 1 Makefile:1377: recipe for target '_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411'

failed make[1]: *** [_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411]

Error 2 make[1]: Leaving directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' Makefile:1350: recipe for target 'modules' failed make: *** [modules] Error 2 ################################################## Compile make driver error: 2 Please check error Mesg ##################################################

$ sed -i '/uninitialized/ i\EXTRA_CFLAGS += -Wno-error=date-time' Makefile

If it crashes, try your luck with these:

$ git clone https://github.com/gnab/rtl8812au.git $ cd rtl8812au/ ... $ git clone https://github.com/abperiasamy/rtl8812AU_8821AU_linux.git $ cd rtl8812AU_8821AU_linux/ ... $ make $ su # cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

Thanks poma, I'll check these out. The git source might be better than what I have at the moment as the vendor source I have seems to be requiring kernel config parameters that appear to not be active in the kernels I am using.

...

I've compiled the code and after copying the compiled module and running the modprobe the device immediately connected. I'll run a few more tests and try a reboot to see if it still works successfully. I am assuming that I will need to perform all these steps everytime the kernel is upgraded, would that be correct?

If you put the source code on a permanent location, this part of the procedure is necessary for a new i.e. an upgraded kernel:

$ cd /path/to/rtl8812au/ $ make clean $ make $ su # cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

On 18.01.2015 20:45, Stephen Morris wrote:

On 01/17/2015 08:07 PM, poma wrote:

...

On 17.01.2015 04:02, Stephen Morris wrote:

...

On 01/16/2015 08:38 AM, Stephen Morris wrote:

...

On 01/15/2015 11:46 PM, poma wrote:

...

On 15.01.2015 08:50, Stephen Morris wrote:

...

I have a driver for a wifi usb device that I need to compile because there are no drivers in the kernel, which has been obtained from the vendor of the device. When I attempt to compile the code the compile fails on the grounds that some warnings are being translated into errors. From my perspective these errors should not be happening because, when a debugging module wants to time stamp the build, that is not an error and is perfectly acceptable. How do I get the compiler to stop producing these errors. The messages I get are listed below.

Authentication requested [root] for make driver: make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/3.17.8-300.fc21.x86_64/build M=/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411

modules make[1]: Entering directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' CC [M] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_cmd.o

 CC [M]

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_security.o

 CC [M]

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o

/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:

In function ‘dump_drv_version’: /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:64:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] DBG_871X_SEL_NL(sel, "build time: %s %s\n", __DATE__, __TIME__); ^ /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time] /usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.c:66:1:

error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time] cc1: some warnings being treated as errors scripts/Makefile.build:257: recipe for target '/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o'

failed make[2]: *** [/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411/core/rtw_debug.o]

Error 1 Makefile:1377: recipe for target '_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411'

failed make[1]: *** [_module_/usr/local/downloads/dlink/RTL8812AU_linux_v4.3.2_11100.20140411/driver/rtl8812AU_linux_v4.3.2_11100.20140411]

Error 2 make[1]: Leaving directory '/usr/src/kernels/3.17.8-300.fc21.x86_64' Makefile:1350: recipe for target 'modules' failed make: *** [modules] Error 2 ################################################## Compile make driver error: 2 Please check error Mesg ##################################################

$ sed -i '/uninitialized/ i\EXTRA_CFLAGS += -Wno-error=date-time' Makefile

If it crashes, try your luck with these:

$ git clone https://github.com/gnab/rtl8812au.git $ cd rtl8812au/ ... $ git clone https://github.com/abperiasamy/rtl8812AU_8821AU_linux.git $ cd rtl8812AU_8821AU_linux/ ... $ make $ su # cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

Thanks poma, I'll check these out. The git source might be better than what I have at the moment as the vendor source I have seems to be requiring kernel config parameters that appear to not be active in the kernels I am using.

I've compiled the code and after copying the compiled module and running the modprobe the device immediately connected. I'll run a few more tests and try a reboot to see if it still works successfully. I am assuming that I will need to perform all these steps everytime the kernel is upgraded, would that be correct?

If you put the source code on a permanent location, this part of the procedure is necessary for a new i.e. an upgraded kernel:

$ cd /path/to/rtl8812au/ $ make clean $ make $ su # cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

Thanks poma, I thought that might be the case. I already have the source in a permanent location, I'll also place a text file in there with these instructions so I don't forget. Is the updates directory the location the default location for depmod and modprobe? If a make install is done that places the ko file much deeper in the directory path in a wireless subdirectory. Is there any possibility that this driver will make it into the kernel by default, or is the chipset too new with insufficient usage for that to happen?

All locations are covered, however /lib/modules/$(name -r)/updates is checked for modules first.

As for the device and official support in the kernel, you can read Larry's response that Bob sent me. Probably the same applies to the device you are using. https://lists.fedoraproject.org/pipermail/users/2014-November/455245.html

On 25.01.2015 00:05, Stephen Morris wrote: ...

pci adapter. The only problem I have now is that it is very hard to get devices that support Linux from retail stores.

Help yourself with these two references to search: http://wireless.kernel.org https://wikidevi.com

On 26.01.2015 21:47, Stephen Morris wrote:

On 01/25/2015 11:46 PM, poma wrote:

...

On 25.01.2015 00:05, Stephen Morris wrote: ...

...

pci adapter. The only problem I have now is that it is very hard to get devices that support Linux from retail stores.

Help yourself with these two references to search: http://wireless.kernel.org https://wikidevi.com

Thanks poma, I looked at those pages and they highlight a major problem. Looking at the list of Adapters on those pages they are either USB which I am having issues with, some of which are using the rtl8812AU chipset, pci devices which are using the rtl8812AU chipset (which is the chipset for which the driver won't make the kernel) or a BCM chipset which is listed on the driver pages as not being supported by the BCM driver, and there is one pci adapter using a BCM chipset that is not listed at all as far as I can see. So its looking like 802.11ac is still not properly supported yet in Linux, which is a bit disappointing considering it has been available since 2013 (assuming the Wikipedia page I looked at has not misprinted the date of release, which could be on the cards as the page says 802.11ad was released in 2012).

IEEE 802.11ac, perhaps on some SoCs supported via DD-WRT & OpenWrt. http://www.dd-wrt.com/wiki/index.php/Supported_Devices http://wiki.openwrt.org/toh/start

On 27.01.2015 21:21, Stephen Morris wrote:

On 01/27/2015 09:30 AM, poma wrote:

...

On 26.01.2015 21:47, Stephen Morris wrote:

...

On 01/25/2015 11:46 PM, poma wrote:

...

On 25.01.2015 00:05, Stephen Morris wrote: ...

...

pci adapter. The only problem I have now is that it is very hard to get devices that support Linux from retail stores.

Help yourself with these two references to search: http://wireless.kernel.org https://wikidevi.com

Thanks poma, I looked at those pages and they highlight a major problem. Looking at the list of Adapters on those pages they are either USB which I am having issues with, some of which are using the rtl8812AU chipset, pci devices which are using the rtl8812AU chipset (which is the chipset for which the driver won't make the kernel) or a BCM chipset which is listed on the driver pages as not being supported by the BCM driver, and there is one pci adapter using a BCM chipset that is not listed at all as far as I can see. So its looking like 802.11ac is still not properly supported yet in Linux, which is a bit disappointing considering it has been available since 2013 (assuming the Wikipedia page I looked at has not misprinted the date of release, which could be on the cards as the page says 802.11ad was released in 2012).

IEEE 802.11ac, perhaps on some SoCs supported via DD-WRT & OpenWrt. http://www.dd-wrt.com/wiki/index.php/Supported_Devices http://wiki.openwrt.org/toh/start

Thanks poma, I had a look at those pages and they don't seem to help me much (unless I have read them wrong) as they seem to be specifically aimed at router support rather than adapter support which is my issue. The Belkin router I have also appears to not be supported by wrt either, so it looks like I might be behind the 8 ball on both fronts.

The afore-mentioned modules/chipsets (miniPCIe/(QC)A988/0/2) are an integral part of some of these routers, actually they are intended for them.

"Attention : Atheros 11ac radio can't be used in PC or laptop, as atheros do not release such driver." "WLE900V5-23 MUST use external 5V power, WPJ344 can provide external 5V. What I mean WLE900V5-23 must use 5V by using 5V cable from WPJ344"

http://compexshop.com/product_info.php/cPath/57_103/products_id/445 http://www.compex.com.sg:809/productdetailinfo.asp?model=WPJ344&acc1Pane... http://wiki.openwrt.org/toh/compex/wpj344

However WLE600V5-23 probably needs only Mini PCI Express / PCI Express Adapter for PC. Of course, it's up to you to check it - ask retailer and devs. http://compexshop.com/product_info.php/cPath/57_103/products_id/447

Everything related to this thread you do so at your own risk and expense.

Good luck again.

On 01/28/2015 03:17 AM, poma wrote:

On 25.01.2015 13:46, poma wrote:

...

On 25.01.2015 00:05, Stephen Morris wrote: ...

...

pci adapter. The only problem I have now is that it is very hard to get devices that support Linux from retail stores.

Help yourself with these two references to search: http://wireless.kernel.org https://wikidevi.com

Another reference: https://www.thinkpenguin.com/catalog/wireless-networking-gnulinux

It seems Atheros is popular,

• USB: AR9271 AR7010+AR9280

https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc http://linuxwireless.sipsolutions.net/en/users/Drivers/ath9k_htc https://wikidevi.com/wiki/Atheros_AR9271 https://wikidevi.com/wiki/Atheros_AR7010

• (Mini)PCI(e): AR9223 AR9227 AR9281 AR9285 AR9382

https://wireless.wiki.kernel.org/en/users/drivers/ath9k http://linuxwireless.sipsolutions.net/en/users/Drivers/ath9k https://wikidevi.com/wiki/Atheros

Thanks poma, I looked at those pages but none of the devices that I can see listed there are ac devices they all appear to be only up to n. I'm trying to get ac support in Linux.

On 01/28/2015 09:09 AM, poma wrote:

On 27.01.2015 21:42, Stephen Morris wrote:

...

On 01/28/2015 03:17 AM, poma wrote:

...

On 25.01.2015 13:46, poma wrote:

...

On 25.01.2015 00:05, Stephen Morris wrote: ...

...

pci adapter. The only problem I have now is that it is very hard to get devices that support Linux from retail stores.

Help yourself with these two references to search: http://wireless.kernel.org https://wikidevi.com

Another reference: https://www.thinkpenguin.com/catalog/wireless-networking-gnulinux

It seems Atheros is popular,

• USB: AR9271 AR7010+AR9280

https://wireless.wiki.kernel.org/en/users/drivers/ath9k_htc http://linuxwireless.sipsolutions.net/en/users/Drivers/ath9k_htc https://wikidevi.com/wiki/Atheros_AR9271 https://wikidevi.com/wiki/Atheros_AR7010

• (Mini)PCI(e): AR9223 AR9227 AR9281 AR9285 AR9382

https://wireless.wiki.kernel.org/en/users/drivers/ath9k http://linuxwireless.sipsolutions.net/en/users/Drivers/ath9k https://wikidevi.com/wiki/Atheros

Thanks poma, I looked at those pages but none of the devices that I can see listed there are ac devices they all appear to be only up to n. I'm trying to get ac support in Linux.

Data(model&chipset) for these two devices are matched:

http://linuxwireless.sipsolutions.net/en/users/Drivers/ath10k/#Supported_Dev... ath10k supports Qualcomm Atheros 802.11ac QCA98xx hw2.0 based devices, ...

• QCA9882 Version 2 found in Compex acWave: WLE600V5-23
• QCA9880 Version 2 found in Compex acWave: WLE900V5-23

http://www.compexshop.com/index.php/cPath/57_103 Atheros miniPCIe 802.11ac cards 5GHz

• COMPEX WLE600V5-23 miniPCIe module, AR9882, 802.11ac, 2*2MIMO http://compexshop.com/product_info.php/cPath/57_103/products_id/447
• COMPEX WLE900V5-23 miniPCIe module, AR9880, 802.11ac, 3*3MIMO http://compexshop.com/product_info.php/cPath/57_103/products_id/445

Undoubtedly try to contact devs to confirm you these devices are truly supported.

Good Luck!

Thanks poma, I missed this info when I looked yesterday morning. Its looking like I'm going to have to go back to my N pci wireless card that is using the ATH9K driver as the rtl8812AU driver you pointed me at on git seems to be frequently crashing the kernel (I get frequent kernel core abends that can't be reported because the kernel is tainted). It may be coincidence but when immediately after the kernel issue the wifi interface activates I'm assuming its that driver that caused the issue.

...

Try this $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git

$ cd rtl8812AU_8821AU_linux/ $ git log -1 commit 7a427372bf5540285d95f090ad5523019a365415 Author: MilhouseVH milhouseVH.github@nmacleod.com Date: Thu Dec 18 11:42:48 2014 +0000

Add support for kernel 3.18

Also try PLD Linux method:

$ curl -JLO https://github.com/pld-linux/rtl8812au/archive/master.tar.gz $ tar xf rtl8812au-master.tar.gz

$ curl -JLO https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz $ tar xf rtl8812au_linux-master.tar.gz

$ cp rtl8812au-master/*.patch rtl8812au_linux-master/

$ cd rtl8812au_linux-master/

$ patch -p1 < linux-3.11.patch $ patch -p1 < disable-debug.patch $ patch -p1 < enable-cfg80211-support.patch $ patch -p1 < update-cfg80211-support.patch $ patch -p1 < warnings.patch $ patch -p1 < gcc-4.9.patch $ patch -p1 < linux-3.18.patch

$ make

$ su

# cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

# dmesg ... RTL871X: module init start RTL871X: rtl8812au v4.3.2_11100.20140411 RTL871X: build time: Jan 29 2015 20:10:14 usbcore: registered new interface driver rtl8812au RTL871X: module init ret=0

Ref. Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter https://github.com/pld-linux/rtl8812au & rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices https://github.com/austinmarton/rtl8812au_linux = ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm

On 01/30/2015 06:47 AM, poma wrote:

On 29.01.2015 20:25, poma wrote:

...

...

...

Try this $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git

$ cd rtl8812AU_8821AU_linux/ $ git log -1 commit 7a427372bf5540285d95f090ad5523019a365415 Author: MilhouseVH milhouseVH.github@nmacleod.com Date: Thu Dec 18 11:42:48 2014 +0000

 Add support for kernel 3.18

Also try PLD Linux method:

$ curl -JLO https://github.com/pld-linux/rtl8812au/archive/master.tar.gz $ tar xf rtl8812au-master.tar.gz

$ curl -JLO https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz $ tar xf rtl8812au_linux-master.tar.gz

$ cp rtl8812au-master/*.patch rtl8812au_linux-master/

$ cd rtl8812au_linux-master/

$ patch -p1 < linux-3.11.patch $ patch -p1 < disable-debug.patch $ patch -p1 < enable-cfg80211-support.patch $ patch -p1 < update-cfg80211-support.patch $ patch -p1 < warnings.patch $ patch -p1 < gcc-4.9.patch $ patch -p1 < linux-3.18.patch

$ make

$ su

# cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

# dmesg ... RTL871X: module init start RTL871X: rtl8812au v4.3.2_11100.20140411 RTL871X: build time: Jan 29 2015 20:10:14 usbcore: registered new interface driver rtl8812au RTL871X: module init ret=0

Ref. Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter https://github.com/pld-linux/rtl8812au & rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices https://github.com/austinmarton/rtl8812au_linux = ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm

This repo is also interesting:

Rewrite RTL 8812 driver https://github.com/ulli-kroll/rtl8821au

even has firmwares: $ ls rtl8821au/firmware/ rtl8812aufw.bin rtl8821aufw.bin

make produces: ... error: macro "__DATE__" ... error: macro "__TIME__"

Classic! :)

That's the error I was getting with the original program that led to this thread. I'll also try the PLD drivers and see how they go.

Must be the ubiquitous Realtek RTL8812AU USB 3.0 802.11ac chipset is really popular.

On 29.01.2015 23:00, Stephen Morris wrote:

On 01/30/2015 08:34 AM, Stephen Morris wrote:

...

On 01/30/2015 06:47 AM, poma wrote:

...

On 29.01.2015 20:25, poma wrote:

...

...

...

Try this $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git

$ cd rtl8812AU_8821AU_linux/ $ git log -1 commit 7a427372bf5540285d95f090ad5523019a365415 Author: MilhouseVH milhouseVH.github@nmacleod.com Date: Thu Dec 18 11:42:48 2014 +0000

 Add support for kernel 3.18

Also try PLD Linux method:

$ curl -JLO https://github.com/pld-linux/rtl8812au/archive/master.tar.gz $ tar xf rtl8812au-master.tar.gz

$ curl -JLO https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz $ tar xf rtl8812au_linux-master.tar.gz

$ cp rtl8812au-master/*.patch rtl8812au_linux-master/

$ cd rtl8812au_linux-master/

$ patch -p1 < linux-3.11.patch $ patch -p1 < disable-debug.patch $ patch -p1 < enable-cfg80211-support.patch $ patch -p1 < update-cfg80211-support.patch $ patch -p1 < warnings.patch $ patch -p1 < gcc-4.9.patch $ patch -p1 < linux-3.18.patch

$ make

$ su

# cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

# dmesg ... RTL871X: module init start RTL871X: rtl8812au v4.3.2_11100.20140411 RTL871X: build time: Jan 29 2015 20:10:14 usbcore: registered new interface driver rtl8812au RTL871X: module init ret=0

Ref. Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter https://github.com/pld-linux/rtl8812au & rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices https://github.com/austinmarton/rtl8812au_linux = ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm

This repo is also interesting:

Rewrite RTL 8812 driver https://github.com/ulli-kroll/rtl8821au

even has firmwares: $ ls rtl8821au/firmware/ rtl8812aufw.bin rtl8821aufw.bin

make produces: ... error: macro "__DATE__" ... error: macro "__TIME__"

Classic! :)

That's the error I was getting with the original program that led to this thread. I'll also try the PLD drivers and see how they go.

I've run the PLD patch process and the make to build the driver which I am using at the moment. I'll monitor this for a while and see how it goes. I'll also need to do the compile again as I have also just done an update run which has updated to the 3.18 kernel.

Take your time, man.

BTW what Vendor & Product/Model is that RTL8812AU device, what is the output of 'lsusb'? Also you mentioned Belkin router, what Vendor & Product/Model is it?

http://www.dd-wrt.com/wiki/index.php/Supported_Devices https://wikidevi.com/wiki/Main_Page

On 01.02.2015 21:19, Stephen Morris wrote:

On 01/30/2015 10:26 AM, poma wrote:

...

On 29.01.2015 23:00, Stephen Morris wrote:

...

On 01/30/2015 08:34 AM, Stephen Morris wrote:

...

On 01/30/2015 06:47 AM, poma wrote:

...

On 29.01.2015 20:25, poma wrote:

...

... > Try this > $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git > > $ cd rtl8812AU_8821AU_linux/ > $ git log -1 > commit 7a427372bf5540285d95f090ad5523019a365415 > Author: MilhouseVH milhouseVH.github@nmacleod.com > Date: Thu Dec 18 11:42:48 2014 +0000 > > Add support for kernel 3.18 > Also try PLD Linux method:

$ curl -JLO https://github.com/pld-linux/rtl8812au/archive/master.tar.gz $ tar xf rtl8812au-master.tar.gz

$ curl -JLO https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz $ tar xf rtl8812au_linux-master.tar.gz

$ cp rtl8812au-master/*.patch rtl8812au_linux-master/

$ cd rtl8812au_linux-master/

$ patch -p1 < linux-3.11.patch $ patch -p1 < disable-debug.patch $ patch -p1 < enable-cfg80211-support.patch $ patch -p1 < update-cfg80211-support.patch $ patch -p1 < warnings.patch $ patch -p1 < gcc-4.9.patch $ patch -p1 < linux-3.18.patch

$ make

$ su

# cp 8812au.ko /lib/modules/$(uname -r)/updates/ # depmod # modprobe -v 8812au

# dmesg ... RTL871X: module init start RTL871X: rtl8812au v4.3.2_11100.20140411 RTL871X: build time: Jan 29 2015 20:10:14 usbcore: registered new interface driver rtl8812au RTL871X: module init ret=0

Ref. Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter https://github.com/pld-linux/rtl8812au & rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices https://github.com/austinmarton/rtl8812au_linux = ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm

This repo is also interesting:

Rewrite RTL 8812 driver https://github.com/ulli-kroll/rtl8821au

even has firmwares: $ ls rtl8821au/firmware/ rtl8812aufw.bin rtl8821aufw.bin

make produces: ... error: macro "__DATE__" ... error: macro "__TIME__"

Classic! :)

That's the error I was getting with the original program that led to this thread. I'll also try the PLD drivers and see how they go.

I've run the PLD patch process and the make to build the driver which I am using at the moment. I'll monitor this for a while and see how it goes. I'll also need to do the compile again as I have also just done an update run which has updated to the 3.18 kernel.

Take your time, man.

BTW what Vendor & Product/Model is that RTL8812AU device, what is the output of 'lsusb'? Also you mentioned Belkin router, what Vendor & Product/Model is it?

http://www.dd-wrt.com/wiki/index.php/Supported_Devices https://wikidevi.com/wiki/Main_Page

The usb adapter is a Dlink DWA-182, its model number is DWA180A1. Lsusb doesn't show much at all but is below. Bus 003 Device 002 is the adapter. Just as a matter of interest what is Foundation 2.0 in the display below? The modem/router is a Belkin 922 AC1750 with model number F9J1108V2.

Router This is the nearest to specification of what I found https://wikidevi.com/wiki/Belkin_F9K1115_v2 http://www.amazon.com/Belkin-Dual-Band-Gigabit-Router-F9K1115/dp/B004U6NS5Y

Did I already mention Qualcomm Atheros QCA9880 somewhere. :)

But probably yours is UK version http://www.amazon.co.uk/AC1750-MODEM-ROUTER-POWER-BUD/dp/B00LVS6O3C

Without FCC ID I cannot conclude what is actual device.

You're right as far as DD-WRT support http://www.dd-wrt.com/phpBB2/viewtopic.php?p=874183

Bus 003 Device 002: ID 2001:3315 D-Link Corp.

Adapter If the reference are VID & PID https://wikidevi.com/wiki/D-Link_DWA-182_rev_C1 It is USB 3.0 device?

Does "PLD Linux method" work? Is that the only 802.11ac adapter you have? If you can it would be nice to make measurements with 'iperf'.

On 02/02/2015 10:07 AM, poma wrote:

On 01.02.2015 22:57, poma wrote:

...

On 01.02.2015 21:19, Stephen Morris wrote:

...

On 01/30/2015 10:26 AM, poma wrote:

...

On 29.01.2015 23:00, Stephen Morris wrote:

...

On 01/30/2015 08:34 AM, Stephen Morris wrote:

...

On 01/30/2015 06:47 AM, poma wrote: > On 29.01.2015 20:25, poma wrote: >> ... >>> Try this >>> $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git >>> >>> $ cd rtl8812AU_8821AU_linux/ >>> $ git log -1 >>> commit 7a427372bf5540285d95f090ad5523019a365415 >>> Author: MilhouseVH milhouseVH.github@nmacleod.com >>> Date: Thu Dec 18 11:42:48 2014 +0000 >>> >>> Add support for kernel 3.18 >>> >> Also try PLD Linux method: >> >> $ curl -JLO >> https://github.com/pld-linux/rtl8812au/archive/master.tar.gz >> $ tar xf rtl8812au-master.tar.gz >> >> $ curl -JLO >> https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz >> $ tar xf rtl8812au_linux-master.tar.gz >> >> $ cp rtl8812au-master/*.patch rtl8812au_linux-master/ >> >> $ cd rtl8812au_linux-master/ >> >> $ patch -p1 < linux-3.11.patch >> $ patch -p1 < disable-debug.patch >> $ patch -p1 < enable-cfg80211-support.patch >> $ patch -p1 < update-cfg80211-support.patch >> $ patch -p1 < warnings.patch >> $ patch -p1 < gcc-4.9.patch >> $ patch -p1 < linux-3.18.patch >> >> $ make >> >> $ su >> >> # cp 8812au.ko /lib/modules/$(uname -r)/updates/ >> # depmod >> # modprobe -v 8812au >> >> # dmesg >> ... >> RTL871X: module init start >> RTL871X: rtl8812au v4.3.2_11100.20140411 >> RTL871X: build time: Jan 29 2015 20:10:14 >> usbcore: registered new interface driver rtl8812au >> RTL871X: module init ret=0 >> >> >> Ref. >> Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter >> https://github.com/pld-linux/rtl8812au >> & >> rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices >> https://github.com/austinmarton/rtl8812au_linux >> = >> ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm >> >> >> > This repo is also interesting: > > Rewrite RTL 8812 driver > https://github.com/ulli-kroll/rtl8821au > > even has firmwares: > $ ls rtl8821au/firmware/ > rtl8812aufw.bin rtl8821aufw.bin > > make produces: > ... error: macro "__DATE__" > ... error: macro "__TIME__" > > Classic! :) That's the error I was getting with the original program that led to this thread. I'll also try the PLD drivers and see how they go.

I've run the PLD patch process and the make to build the driver which I am using at the moment. I'll monitor this for a while and see how it goes. I'll also need to do the compile again as I have also just done an update run which has updated to the 3.18 kernel.

Take your time, man.

BTW what Vendor & Product/Model is that RTL8812AU device, what is the output of 'lsusb'? Also you mentioned Belkin router, what Vendor & Product/Model is it?

http://www.dd-wrt.com/wiki/index.php/Supported_Devices https://wikidevi.com/wiki/Main_Page

The usb adapter is a Dlink DWA-182, its model number is DWA180A1. Lsusb doesn't show much at all but is below. Bus 003 Device 002 is the adapter. Just as a matter of interest what is Foundation 2.0 in the display below? The modem/router is a Belkin 922 AC1750 with model number F9J1108V2.

Router This is the nearest to specification of what I found https://wikidevi.com/wiki/Belkin_F9K1115_v2 http://www.amazon.com/Belkin-Dual-Band-Gigabit-Router-F9K1115/dp/B004U6NS5Y

Did I already mention Qualcomm Atheros QCA9880 somewhere. :)

But probably yours is UK version http://www.amazon.co.uk/AC1750-MODEM-ROUTER-POWER-BUD/dp/B00LVS6O3C

Without FCC ID I cannot conclude what is actual device.

You're right as far as DD-WRT support http://www.dd-wrt.com/phpBB2/viewtopic.php?p=874183

...

Bus 003 Device 002: ID 2001:3315 D-Link Corp.

Adapter If the reference are VID & PID https://wikidevi.com/wiki/D-Link_DWA-182_rev_C1 It is USB 3.0 device?

# lsusb -v -d 2001:3315 | grep bcd

I issued this command which didn't display much, but the output is below. The first line is very interesting.

Couldn't open device, some information will be missing bcdUSB 2.10 bcdDevice 0.00

...

Does "PLD Linux method" work? Is that the only 802.11ac adapter you have? If you can it would be nice to make measurements with 'iperf'.

On 02/03/2015 07:31 AM, poma wrote:

On 02.02.2015 20:52, Stephen Morris wrote:

...

I issued this command which didn't display much, but the output is below. The first line is very interesting.

Couldn't open device, some information will be missing bcdUSB 2.10 bcdDevice 0.00

USB3 device should sound like bcdUSB 3.00 i.e. 0x0300

You didn't answer whether the device finally working, and if so with what exact module/repo, "PLD Linux"?

Sorry for taking so long to reply. The device is now working using the PLD linux method. I have to go up to the site every so often and redownload the code when a later linux kernel is installed.

On 02.02.2015 21:59, Stephen Morris wrote:

On 02/02/2015 08:57 AM, poma wrote:

...

On 01.02.2015 21:19, Stephen Morris wrote:

...

On 01/30/2015 10:26 AM, poma wrote:

...

On 29.01.2015 23:00, Stephen Morris wrote:

...

On 01/30/2015 08:34 AM, Stephen Morris wrote:

...

On 01/30/2015 06:47 AM, poma wrote: > On 29.01.2015 20:25, poma wrote: >> ... >>> Try this >>> $ git clone https://github.com/vsurrel/rtl8812AU_8821AU_linux.git >>> >>> $ cd rtl8812AU_8821AU_linux/ >>> $ git log -1 >>> commit 7a427372bf5540285d95f090ad5523019a365415 >>> Author: MilhouseVH milhouseVH.github@nmacleod.com >>> Date: Thu Dec 18 11:42:48 2014 +0000 >>> >>> Add support for kernel 3.18 >>> >> Also try PLD Linux method: >> >> $ curl -JLO >> https://github.com/pld-linux/rtl8812au/archive/master.tar.gz >> $ tar xf rtl8812au-master.tar.gz >> >> $ curl -JLO >> https://github.com/austinmarton/rtl8812au_linux/archive/master.tar.gz >> $ tar xf rtl8812au_linux-master.tar.gz >> >> $ cp rtl8812au-master/*.patch rtl8812au_linux-master/ >> >> $ cd rtl8812au_linux-master/ >> >> $ patch -p1 < linux-3.11.patch >> $ patch -p1 < disable-debug.patch >> $ patch -p1 < enable-cfg80211-support.patch >> $ patch -p1 < update-cfg80211-support.patch >> $ patch -p1 < warnings.patch >> $ patch -p1 < gcc-4.9.patch >> $ patch -p1 < linux-3.18.patch >> >> $ make >> >> $ su >> >> # cp 8812au.ko /lib/modules/$(uname -r)/updates/ >> # depmod >> # modprobe -v 8812au >> >> # dmesg >> ... >> RTL871X: module init start >> RTL871X: rtl8812au v4.3.2_11100.20140411 >> RTL871X: build time: Jan 29 2015 20:10:14 >> usbcore: registered new interface driver rtl8812au >> RTL871X: module init ret=0 >> >> >> Ref. >> Driver for AC1200 (802.11ac) Wireless Dual-Band USB Adapter >> https://github.com/pld-linux/rtl8812au >> & >> rtl8812au Linux driver (v4.3.2 fork) for Realtek based 802.11ac devices >> https://github.com/austinmarton/rtl8812au_linux >> = >> ftp://master-ftp.pld-linux.org/dists/3.0/PLD/SRPMS/RPMS/rtl8812au-4.3.2_11100.20140411-0.20140901.6@3.18.4_1.src.rpm >> >> >> > This repo is also interesting: > > Rewrite RTL 8812 driver > https://github.com/ulli-kroll/rtl8821au > > even has firmwares: > $ ls rtl8821au/firmware/ > rtl8812aufw.bin rtl8821aufw.bin > > make produces: > ... error: macro "__DATE__" > ... error: macro "__TIME__" > > Classic! :) That's the error I was getting with the original program that led to this thread. I'll also try the PLD drivers and see how they go.

I've run the PLD patch process and the make to build the driver which I am using at the moment. I'll monitor this for a while and see how it goes. I'll also need to do the compile again as I have also just done an update run which has updated to the 3.18 kernel.

Take your time, man.

BTW what Vendor & Product/Model is that RTL8812AU device, what is the output of 'lsusb'? Also you mentioned Belkin router, what Vendor & Product/Model is it?

http://www.dd-wrt.com/wiki/index.php/Supported_Devices https://wikidevi.com/wiki/Main_Page

The usb adapter is a Dlink DWA-182, its model number is DWA180A1. Lsusb doesn't show much at all but is below. Bus 003 Device 002 is the adapter. Just as a matter of interest what is Foundation 2.0 in the display below? The modem/router is a Belkin 922 AC1750 with model number F9J1108V2.

Router This is the nearest to specification of what I found https://wikidevi.com/wiki/Belkin_F9K1115_v2 http://www.amazon.com/Belkin-Dual-Band-Gigabit-Router-F9K1115/dp/B004U6NS5Y

That device looks like mine, but most of their devices look the same. Looking at that device and the price, I may have confused things. My device is a modem/router, but Belkin have a strange setup. The modem part is not built into the router, it is built into the power plug that you plug into the wall socket. The power plug has two output cables, one to plug into the power socket on the router, the other to plug into the wan socket on the router to provide the modem capabilities. When we eventually get the fibre internet facilities and they supply the modem for that service all I have to do to use that modem is unplug the power supply modem from the wan socket and plug the fibre modem in.

...

Did I already mention Qualcomm Atheros QCA9880 somewhere. :)

But probably yours is UK version http://www.amazon.co.uk/AC1750-MODEM-ROUTER-POWER-BUD/dp/B00LVS6O3C

Its possible its a UK version, I bought it from a local retail store here in Australia who sold computer systems as well as other things (they weren't a dedicated computer store), but its anybody's guess where the sourced the product from.

...

Without FCC ID I cannot conclude what is actual device.

You're right as far as DD-WRT support http://www.dd-wrt.com/phpBB2/viewtopic.php?p=874183

...

Bus 003 Device 002: ID 2001:3315 D-Link Corp.

Adapter If the reference are VID & PID https://wikidevi.com/wiki/D-Link_DWA-182_rev_C1 It is USB 3.0 device?

Given that the sparse documentation with the device said it should be used in a USB 3.0 port for optimal performance I would assume it is, but I have installed the same device on my wife's computer which only USB 2.0 ports and it works quite happily with the same windows driver. The link you provided above points to an Edimax device that they are saying has Linux drivers that can be used for the DWA-182 based on the chipset. I've downloaded the drivers but I won't use them yet.

...

Does "PLD Linux method" work?

So far the PLD driver seems to be working fine, I haven't had any kernel core crashes yet. If this driver continues to work as it is now I'll continue to use it rather than trying out the edimax driver.

...

Is that the only 802.11ac adapter you have?

This device is the only 802.11ac adapter I have. The ac modem/router I am using is the first ac router I have used. I also have a voip device plugged into the router as this setup is replacing my modem/router/voip combo device I bought from my ISP that I have had nothing but problems with from the day I bought it (the device has been replaced 6 times and every device developed different problems).

Thanks to the description.

...

If you can it would be nice to make measurements with 'iperf'.

I've now installed both iperf and iperf3. I just have to now figure out how to use them.

$ rpm -q iperf iperf-2.0.5-13.fc21.x86_64

If you are going to test in both directions, open a port 5001 TCP on both sides.

PC-A: $ iperf -s -i 1

PC-B: $ iperf -c <PC-A IP> -i 1

Afterward you can replace the role:

PC-B : $ iperf -s -i 1

PC-A: $ iperf -c <PC-B IP> -i 1

On 02/04/2015 11:10 AM, poma wrote:

Any throughput measurement, any at all? :)

I haven't been able to get any measurements as yet, I'm having trouble synchronizing times with my son to use his Arch linux system to do the measurements. One thing I have noticed is that since switching to this modem/router/adapter combination my internet download speeds have decreased significantly under both Linux and Windows, plus I can't play games under Windows using the ac 5GHz interface, I have to use the n 2.4 GHz interface.

On 02/10/2015 07:40 AM, Joe Zeff wrote:

On 02/09/2015 12:28 PM, Stephen Morris wrote:

...

One thing I have noticed is that since switching to this modem/router/adapter combination my internet download speeds have decreased significantly under both Linux and Windows, plus I can't play games under Windows using the ac 5GHz interface, I have to use the n 2.4 GHz interface.

OK, if that's true, your computers aren't at fault, your modem/router/adapter combo is. Is if feasible for you to swap in a replacement for one piece at a time to see if it makes any change?

Before I got the linux ac driver I was using my original pci n card with the 2.4 GHz interface from the router and the speeds were slow with that as well, so the issue could be the router, or the power plug as the modem is in the power plug.

On 10.02.2015 02:08, poma wrote:

On 09.02.2015 21:28, Stephen Morris wrote:

...

On 02/04/2015 11:10 AM, poma wrote:

...

Any throughput measurement, any at all? :)

I haven't been able to get any measurements as yet, I'm having trouble synchronizing times with my son to use his Arch linux system to do the measurements.

For the throughput measurement, on the other side, on the router you can connect Gigabit copper.

BTW Iperf runs on toaster, so you can ask grandma to start "iperf -s" on her Ubuntu, or something like that, I don't know.

https://iperf.fr :)