bus 010 device 002 is a pci device not a usb device the way I read this output.
On Thu, Jan 26, 2017 at 4:17 PM, Stephen Morris <samorris@xxxxxxxxxxxxxxx> wrote:
On 25/01/2017 00:17, Terry Polzin wrote:
Stephen,I can understand that. The iwconfig output could have been showing the wrong driver, but at the time I also raised a bug on bugzilla around the fact that the driver would not active the 5GHz channel on the adapter, which at the moment has gone nowhere.
I think that Poma finds it extraordinary that your device was working with a driver for a completely different chipset. I know I do.
regards,
Steve
On Tue, Jan 24, 2017 at 12:12 AM, poma <pomidorabelisima@xxxxxxxxx <mailto:pomidorabelisima@gmail.com >> 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
<https://wikidevi.com/wiki/D-Link_DWA-192 >
>>>>> http://support.dlink.com/ProductInfo.aspx?m=DWA-192
<http://support.dlink.com/ProductInfo.aspx?m=DWA-192 >
>>>>> ftp://files.dlink.com.au/products/DWA-192
<ftp://files.dlink.com.au/products/DWA-192 >
>>>>>
https://openitforum.pl/index/recenzje/karty/d-link-dwa-192-r 225
<https://openitforum.pl/index/recenzje/karty/d-link-dwa-192- >r225
>>>>>
>>>>> https://wikidevi.com/wiki/Edimax_EW-7833UAC
<https://wikidevi.com/wiki/Edimax_EW-7833UAC >
>>>>>
http://www.edimax.com/edimax/download/download/data/edimax/g lobal/download/for_home/wirele ss_adapters/wireless_adapters_ ac1750_dual-band/ew-7833uac
<http://www.edimax.com/edimax/download/download/data/edimax/ >global/download/for_home/wirel ess_adapters/wireless_adapters _ac1750_dual-band/ew-7833uac
>>>>>
http://www.edimax.com/edimax/mw/cufiles/files/download/Drive r_Utility/EW-7833UAC_linux_4. 3.21_kernel_3.16-4.4.zip
<http://www.edimax.com/edimax/mw/cufiles/files/download/Driv >er_Utility/EW-7833UAC_linux_4. 3.21_kernel_3.16-4.4.zip
>>>>>
>>>>> https://github.com/pld-linux/rtl8812au
<https://github.com/pld-linux/rtl8812au >
>>>>> https://github.com/diederikdehaas/rtl8812AU <https://wikidevi.com/wiki/ASU
<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
<https://raw.githubusercontent.com/pld-linux/rtl8812au/ >master/disable-debug.patch
| patch -p1
>>>>> $ curl -s
https://github.com/diederikdehaas/rtl8812AU/commit/e6d6beb. patch
<https://github.com/diederikdehaas/rtl8812AU/commit/e6d6beb. >patch
| patch -p1
>>>>> $ curl -s
https://raw.githubusercontent.com/pld-linux/rtl8812au/master /linux-4.7.patch
<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
<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 S_USB-AC68 >
>>>>> https://www.asus.com/Networking/USB-AC68/HelpDesk_Download
<https://www.asus.com/Networking/USB-AC68/HelpDesk_Download >
>>>>>
>>>>> https://wikidevi.com/wiki/TP-LINK_Archer_T9UH
<https://wikidevi.com/wiki/TP-LINK_Archer_T9UH >
>>>>> http://www.tp-link.com/en/download/Archer-T9UH.html
<http://www.tp-link.com/en/download/Archer-T9UH.html >
>>>>>
>>>>> https://wikidevi.com/wiki/TRENDnet_TEW-809UB
<https://wikidevi.com/wiki/TRENDnet_TEW-809UB >
>>>>>
https://www.trendnet.com/support/supportdetail.asp?prod=100_ 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/abperiasamy/rtl8812AU_8821AU_linux >
>>>>> https://github.com/austinmarton/rtl8812au_linux <mailto:users@lists.fedoraproj
<https://github.com/austinmarton/rtl8812au_linux >
>>>>>
>>>>>
>>>>>
>>>> OR
>>>> according to "rtl8814au? #10"
>>>> https://github.com/diederikdehaas/rtl8812AU/issues/10
<https://github.com/diederikdehaas/rtl8812AU/issues/10 >
>>>>
>>>> $ git clone -b driver-4.3.21
https://github.com/uminokoe/rtl8812AU.git
<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
<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
<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
<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
<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@xxxxxxxxxxxxxxxxxxxxxxxect.org >
To unsubscribe send an email to
users-leave@lists.fedoraproject.org
<mailto:users-leave@xxxxxxxxxxraproject.org >
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@lists.fedoraproject.org
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@lists.fedoraproject.org
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
