Support for USB WIFI Adaptors

This is a Feature request for future GL iNet firmware: Support for USB WIFI Adapters

For multiple reasons users need to add a USB WIFI adapter to their GL iNet travel router, which the GL iNet GUI does not handle, and I have seen the GL iNet GUI overwrite changes that I have made to my router configuration with LUCI, to get my USB WIFI adapter to work. Right now the only way to configure a USB WIFI adapter is to flash the router with a generic version of OpenWrt, and give up on the GL iNet firmware. You loose a lot of features when you do this.

My reason for needing a USB WIFI adapter is I need to reach an AP that is out of range of my AR300M16-ext. Using generic OpenWrt firmware on my AR300M16-ext with a $10.00 RT3070 USB WIFI adapter shows more then a 20db improvement over the AR300M16-ext radio. I purchased the “ext” model of the AR300M16 so I would have an extended WIFI range device, but the product is not that good when compared to some inexpensive USB WIFI adapters that are readily available.

In the forum post: GL-AR150 router with extra USB wifi device - #17 by nonames
Alzhao wrote:

Sorry not ignoring. But didn’t have a good solution for you. We are not good at antenna design.

The GL iNet travel routers support USB modems, USB storage, and USB tethering, but there is no support for USB WIFI. Even if the support started with only supporting the RT3070 chipset, that would help most of the requests I have seen in this forum. As the driver for the RT3070 is already in the GL iNet routers, it is only a user space software change.

Here are several posts to the forum looking for help or support of USB WIFI devices on GL iNet routers:

Thank you for your consideration.


Should be a sticky topic at the top of the forum.

@alzhao :pray:

1 Like

Supporting even a single generic chipset that’s already fully supported by OpenWRT would be an amazing improvement!


3070 and 8187 chipset are very common old wifi 2.4G chipset and should already been supported. But you need to configure in luci.

Supporting every chipset that openwrt has already supported, may be that you can install the kmod of the wifi driver and configure that manually. Luci is also developed for compatibility. We are not replicating its job, but rather, just reserving it.

For some new dual-band wifi chip, may not be supported by openwrt as well. So on MV1000 we did a lot of work to make them work. Pls note, some of the wifi drivers may not be open source because of the code license.

So, things are complicated and we always try to improve, but with priorities.


Is there a WIFI dongle that works out of the box on the MT1300? One that extends the wifi coverage at say a baseball field?

1 Like

Like you want a wifi dongle to cover an entire baseball field? If that’s your goal you’re probably going to be better off with a real wireless access point.

I picked up an mt7612 usb wifi chipset and it works fine at 5ghz under Openwrt with the kmod packages installed.

For the next version of the brume2 and travel routers with USB-C power, having 2 fully powered USB3 ports would be a nice feature for expansion.


so can i add an usb wifi adapter now as wan interface (to use hotspots as inet source) and have the build in wifi of e.g. the beryl ax router as lan wifi for my devices?
And if so are there any specific wifi chips/adapter models i should look out for?

For me the whole point of a travel router is to put it in between the “public” inet (mostly wifi) and my devices ( e.g. smartphone/tablet)

You may be able to do this using Luci or the command line interface, but for the most part it’s not officially supported.

The MT76xx chipsets would be good, except they are currently affected by a kernel bug which limits their txpower severely. I checked a couple weeks ago and the fix has not yet made it into OpenWRT: GL-AR300M Shadow 5GHz dongle?

Chipsets on this list may work, but be sure to search first and see if they actually work in practice. Just because something works on desktop Linux does not mean that the driver in OpenWRT is the same, or up to parity with what’s being used in a desktop Linux distro.