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@netspace.net.au> wrote:
On 25/01/2017 00:17, Terry Polzin wrote:
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.
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.

regards,
Steve


On Tue, Jan 24, 2017 at 12:12 AM, poma <pomidorabelisima@gmail.com <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-r225
    <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/global/download/for_home/wireless_adapters/wireless_adapters_ac1750_dual-band/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
    <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/pld-linux/rtl8812au>
    >>>>> https://github.com/diederikdehaas/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
    <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
    <https://wikidevi.com/wiki/ASUS_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

    <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@lists.fedoraproject.org
    <mailto:users@lists.fedoraproject.org>
    To unsubscribe send an email to
    users-leave@lists.fedoraproject.org
    <mailto:users-leave@lists.fedoraproject.org>




_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org