Stephen, I think that Poma finds it extraordinary that your device was working with a driver for a completely different chipset. I know I do.
On Tue, Jan 24, 2017 at 12:12 AM, poma <[email protected]> wrote: > 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 -- [email protected] > To unsubscribe send an email to [email protected] >
_______________________________________________ users mailing list -- [email protected] To unsubscribe send an email to [email protected]
