On 23.01.2017 21:14, Stephen Morris wrote: > On 23/01/2017 08:27, poma wrote: >> On 22.01.2017 21:49, Stephen Morris wrote: >>> On 23/01/2017 00:43, poma wrote: >>>> On 21.01.2017 21:00, poma wrote: >>>>> On 17.01.2017 22:12, Stephen Morris wrote: >>>>> [...] >>>>>> The lsusb output for that device is also below. >>>>>> >>>>>> Bus 010 Device 002: ID 2001:331a D-Link Corp. >>>>>> >>>>> [...] >>>>> >>>>> D-Link DWA-192 - Realtek RTL8814AU WiFi USB 3.0 >>>>> >>>>> https://wikidevi.com/wiki/D-Link_DWA-192 >>>>> http://support.dlink.com/ProductInfo.aspx?m=DWA-192 >>>>> ftp://files.dlink.com.au/products/DWA-192 >>>>> https://openitforum.pl/index/recenzje/karty/d-link-dwa-192-r225 >>>>> >>>>> https://wikidevi.com/wiki/Edimax_EW-7833UAC >>>>> http://www.edimax.com/edimax/download/download/data/edimax/global/download/for_home/wireless_adapters/wireless_adapters_ac1750_dual-band/ew-7833uac >>>>> http://www.edimax.com/edimax/mw/cufiles/files/download/Driver_Utility/EW-7833UAC_linux_4.3.21_kernel_3.16-4.4.zip >>>>> >>>>> https://github.com/pld-linux/rtl8812au >>>>> https://github.com/diederikdehaas/rtl8812AU >>>>> >>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>>> >>>>> $ unzip EW-7833UAC_linux_4.3.21_kernel_3.16-4.4.zip >>>>> $ cd EW7833UAC_linux_4.3.21_kernel_3.16-4.4/EW7833UAC_linux_v4.3.21_17997.20160531/ >>>>> >>>>> $ curl -s https://raw.githubusercontent.com/pld-linux/rtl8812au/master/disable-debug.patch | patch -p1 >>>>> $ curl -s https://github.com/diederikdehaas/rtl8812AU/commit/e6d6beb.patch | patch -p1 >>>>> $ curl -s https://raw.githubusercontent.com/pld-linux/rtl8812au/master/linux-4.7.patch | patch -p1 >>>>> $ curl -s https://raw.githubusercontent.com/pld-linux/rtl8812au/master/linux-4.8.patch | patch -p1 >>>>> >>>>> $ make -j3 >>>>> $ su >>>>> # cp 8814au.ko /lib/modules/$(uname -r)/updates/ >>>>> # depmod >>>>> # modinfo 8814au | grep 2001 >>>>> >>>>> # modprobe -v 8814au >>>>> # dmesg: >>>>> ... >>>>> RTL871X: module init start >>>>> RTL871X: rtl8814au v4.3.21_17997.20160531 >>>>> RTL871X: build time: Jan 21 2017 20:04:38 >>>>> usbcore: registered new interface driver rtl8814au >>>>> RTL871X: module init ret=0 >>>>> ... >>>>> # modprobe -rv 8814au >>>>> # dmesg: >>>>> ... >>>>> RTL871X: module exit start >>>>> usbcore: deregistering interface driver rtl8814au >>>>> RTL871X: module exit success >>>>> ... >>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>>> >>>>> Wifi ball works now? >>>>> >>>>> >>>>> HW add. >>>>> https://wikidevi.com/wiki/ASUS_USB-AC68 >>>>> https://www.asus.com/Networking/USB-AC68/HelpDesk_Download >>>>> >>>>> https://wikidevi.com/wiki/TP-LINK_Archer_T9UH >>>>> http://www.tp-link.com/en/download/Archer-T9UH.html >>>>> >>>>> https://wikidevi.com/wiki/TRENDnet_TEW-809UB >>>>> https://www.trendnet.com/support/supportdetail.asp?prod=100_TEW-809UB >>>>> >>>>> SW add. >>>>> https://github.com/abperiasamy/rtl8812AU_8821AU_linux >>>>> https://github.com/austinmarton/rtl8812au_linux >>>>> >>>>> >>>>> >>>> OR >>>> according to "rtl8814au? #10" >>>> https://github.com/diederikdehaas/rtl8812AU/issues/10 >>>> >>>> $ git clone -b driver-4.3.21 https://github.com/uminokoe/rtl8812AU.git RTL8814AU-uminokoe >>>> $ cd RTL8814AU-uminokoe/ >>>> $ git revert -n 9260f77 8d33100 >>>> // "Disabled debugging code." >>>> $ curl -s https://github.com/diederikdehaas/rtl8812AU/commit/3e80ebc.patch | patch -p1 >>>> // Enables CONFIG_MP_VHT_HW_TX_MODE >>>> $ sed -i '/CONFIG_MP_VHT_HW_TX_MODE/s/n/y/' Makefile >>>> $ sed -i '/CONFIG_MP_VHT_HW_TX_MODE/s/#//' Makefile >>>> >>>> OR >>>> $ git clone https://github.com/diederikdehaas/rtl8814AU.git RTL8814AU-diederikdehaas >>>> $ cd RTL8814AU-diederikdehaas/ >>>> // Adds missing Vendor/Product ID >>>> $ sed -i '/0xA834/ a\\t{USB_DEVICE(0x7392, 0xA833), .driver_info = RTL8814A}, /* Edimax - Edimax */' os_dep/linux/usb_intf.c >>>> // "Added VHT capabilities." >>>> $ curl -s https://github.com/uminokoe/rtl8812AU/commit/5f75242.patch | patch -p1 >>>> // Enables CONFIG_MP_VHT_HW_TX_MODE >>>> $ sed -i '/CONFIG_MP_VHT_HW_TX_MODE/s/n/y/' Makefile >>>> $ sed -i '/CONFIG_MP_VHT_HW_TX_MODE/s/#//' Makefile >>>> >>>> >>>> $ make -j3 >>>> $ su >>>> # cp 8814au.ko /lib/modules/$(uname -r)/updates/ >>>> # depmod >>>> # modinfo 8814au >>>> >>>> # modprobe -v 8814au >>>> # dmesg: >>>> ... >>>> RTL871X: module init start >>>> RTL871X: rtl8814au v4.3.21_17997.20160531 >>>> usbcore: registered new interface driver rtl8814au >>>> RTL871X: module init ret=0 >>>> ... >>>> # modprobe -rv 8814au >>>> # dmesg: >>>> ... >>>> RTL871X: module exit start >>>> usbcore: deregistering interface driver rtl8814au >>>> RTL871X: module exit success >>>> ... >>>> >>>> >>>> Hello Diederik, >>>> it seems there are only two Linux RTL8814AU users, so far. >>>> >>>> Morris, when you catch some time, would you mind to run a couple iperf tests with DWA-192, >>>> to see real network throughput results. >>> I can't run any at the moment because Fedora is refusing to actually use >>> the device at all. >>> >>> I have also just upgraded to F25 and nothing has changed. >>> >>> The last time I used this device was on 08/10/2016 and it was using the >>> ATH9K driver. The main reason I upgraded to this USB device was that I >>> upgraded my router to a faster version, and I found that unlike the >>> DWA182 I didn't have to compile my own driver, the kernel had inbuilt >>> support for the DWA192. >>> >>> It is possible that I have managed to Blacklist the device in some way, >>> not by the conventional Blacklist.conf, and I have forgotten how so I >>> can't find where I've done it to reverse it. >>> >>> Also, having never done it before, I also don't know how to run iperf tests. >>> >>> regards, >>> Steve >>> >> Did I understand you correctly, what you're saying here is that: >> D-Link DWA-192 - Realtek RTL8814AU WiFi USB 3.0 >> therefore the USB based device, was driven by: >> $ modinfo --description ath9k >> Support for Atheros 802.11n wireless LAN cards. >> https://wireless.wiki.kernel.org/en/users/drivers/ath9k >> "ath9k is a completely FOSS wireless driver for all Atheros IEEE 802.11n PCI/PCI-Express and AHB WLAN based chipsets." >> https://wiki.debian.org/ath9k >> "Atheros 802.11n PCI/PCI-E devices (ath9k)" > Yes, when the device was working iwconfig reported the driver as being > ATH9K, but if refused to use the 5GHz channel. Following a suggestion on > this list I tried compiling my own kernel and setting a recommended > flag, but that had no effect on its ability to use the 5GHz channel. It > was from compiling my own kernel I found that it looked like the ATH10K > driver would support the 5GHz channel, which Winfried de Heiden is > confirming, so at the time I couldn't work out why the system wasn't > assigning the ATH10K driver instead of the ATH9K driver. > From what you are saying it sounds like that various updates to F24 > (and in F25 which I am using now) have changed the functionality of > ATH9K to not support USB devices, which would potentially go a long way > towards explaining why my adapter is no longer recognized any more. > Also it seems to me that you are suggesting that I need to go back to > compiling a driver for this card again (if I have to do this will the > driver support the 5GHz channel), if this is so given that from when I > first started using this adapter up until 08/10/2016 there was native > support in the kernel for the device, why has this support been dropped? > I first started using this adapter in F23. > > regards, > Steve This should show the WiFi devices that are connected to the machine: $ echo ; lspci -knn -d ::0280 ; echo ; lsusb ; echo ; lsusb -t ; echo Would you mind copy and paste the output here. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
