OpenWrt Forum Archive

Topic: 0e8d:7610 rtl8821au chipset drivers

The content of this topic has been archived on 20 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Hi devs,

These AC600 USB Wifi adapters are fairly popular and cheap these days so I was wondering if anyone has been able to get them to work with OpenWRT.  I understand that performance on these chips aren't great but I think for the price and easy availability, it would be something that many people would be interested in getting to work.  I'm looking to add a second wifi adapter for my road warrior router.

I've seen this chipset in various products:
-- MediaTek MT7610U (RT2860)
-- EDIMax AC600 Wireless Dual-Band Mini USB Adapter
-- ASUS Dual-Band Wireless-AC600 Wi-Fi Adapter (USB-AC51)

EDIMax provides the linux drivers on their website:
http://us.edimax.com/edimax/download/do … ew-7811utc

The driver in the package:
rtl8821AU_linux_v4.3.19.5_17672.20160506_BTCOEX20150921-58.tar.gz

lsusb lists the device as:
Bus 001 Device 003: ID 0e8d:7610 MediaTek Inc.

Open source driver I found:
https://github.com/ulli-kroll/rtl8821au

I have tried all of the rt28xx drivers that are currently available in CC to no avail.

Thanks for any response.

Mt7610 dont have open driver as i know, you can try to find proprietary mt7610_ap driver, but as it doesnt support cfg80211 you have to write several custom scripts to bring it up

(Last edited by stas2z on 8 Jul 2016, 10:10)

You are messing up

rtl8821au and mt7610u/mt7612 are different devices ..

rtl8821au -> Realtek
mt761*u -> Mediatek

And hardware OEMs as Edimax and others using all devices they can found

elektroman wrote:

And hardware OEMs as Edimax and others using all devices they can found

Not sure I'm understanding.  Do you mean that the rtl8821au drivers included in the CD for the EDIMAX and ASUS usb dongles are not the correct ones?

Or are you saying that I was wrong to list the MT7610 in the list of similar devices?

I tried to identify the chipset by searching google for 0e8d:7610.

So does anyone know which chipset this is and whether there is any hope for an openwrt package to support it?

Spook wrote:
elektroman wrote:

And hardware OEMs as Edimax and others using all devices they can found

Not sure I'm understanding.  Do you mean that the rtl8821au drivers included in the CD for the EDIMAX and ASUS usb dongles are not the correct ones?

I mean if a there is an cheaper chipset they will change.
Don't count on any description/manual, use only lsusb/lspci
Maybe they change without noticing.
You have already discovered this, or your messed up yourself.

Spook wrote:

Or are you saying that I was wrong to list the MT7610 in the list of similar devices?

I tried to identify the chipset by searching google for 0e8d:7610.

So does anyone know which chipset this is and whether there is any hope for an openwrt package to support it?

Your device is mt7610u with 1T1R antenna.
The rtl8821au repo is for Realtek devices, not Mediatek !

Please ping after about four days,
I need some time to check the current status of my repo, so I can push it.

If I remember correctly this driver works with cfg80211 or wireless-ext.
So no mac80211.

Thanks for the response.  So the device I have is a Mediatek MT7610.  Without a mac80211 driver, does this mean it can't be configured through LUCI or are there deeper ramifications?

Spook wrote:

Without a mac80211 driver, does this mean it can't be configured through LUCI or are there deeper ramifications?

No.
There is something like a translator inside the kernel for older drivers.

mac80211 is the new API inside the kernel.
All drivers for upstream must use mac80211.
The only place for non mac80211 is the staging area inside the kernel
/drivers/staging which can use cfg80211 or wireless-ext

Currently the mt7610 driver (any github project I found !), is not ready for
the first or the second place
Because :
- using /etc/Wireless/RT2870STA/RT2870STA.dat for setup
- multiple Makefiles
- misc. other things (I'm lazy to search for)

The people only fix, but don't work on this.
And if the driver goes staging there is another problem :
They are people who don't know what they are doing
fix random places and step on other toes.

This is why the developer of RTL8821AU (me) decided
to go his own way.
At some point ( because I thought about it ! ), I must break
things and this is now. And this is easier in a small group.
Why ?? see above

And now for the driver
https://github.com/ulli-kroll/mt7610u
But I need some time.
Fixing some issues is a no brainer compared to the
RTL8821AU driver, so I can do most work in my work breaks.

If this is ready, I will announce this there, with some compile
instructions for OpenWRT

elektroman wrote:

...
This is why the developer of RTL8821AU (me) decided
to go his own way.
At some point ( because I thought about it ! ), I must break
things and this is now. And this is easier in a small group.
Why ?? see above

...

If this is ready, I will announce this there, with some compile
instructions for OpenWRT

Thanks elektroman.

I have an Awus036ach adapter with rtl8812au chipset. I´ve managed to compile your drivers and use them in some Linux distros but I´d like to use my adapter plugged to my Openwrt router.

Could you help me? Do you have any package to test?

Regards!!

linarense wrote:

Thanks elektroman.

I have an Awus036ach adapter with rtl8812au chipset. I´ve managed to compile your drivers and use them in some Linux distros but I´d like to use my adapter plugged to my Openwrt router.

Could you help me? Do you have any package to test?
Regards!!

Im too lazy for this, I don't care, or whatever.
pick your excuse !!
-> because no time for this, I do this in my spare time

Try this :

make ARCH="mips" CROSS_COMPILE=mipsel-softfloat-linux-uclibc- KSRC=/home/user/openwrt/build_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/linux-ramips_rt305x/linux-3.18.7/ modules

You must adopt this to your current OpenWRT build !
This is from an older Version of my repo.
I don't know if this works, last year was the last test with this.

Currently I'm wrapping my mind around the rate adaptive code to bring this in shape

The discussion might have continued from here.