-
Notifications
You must be signed in to change notification settings - Fork 178
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New Version: 5.1.5 #63
Comments
what about support for rpi with this version? |
@ojnickel Wrt 5.1.5 specifically - seem to work fine on RPi3 for me, with ~230 Mbits/s from iperf3/tcp between two boards using ALFA AWUS036AC dongles (hostapd + wpa_supplicant). |
Btw, if you're looking to get 802.11ac bandwidth out of RPi3 with this chip, it probably won't happen due to USB there being ~35 MiB/s (~270 Mbits/s) bottleneck, at least when I tested it. |
@uminokoe It's based on your proposed fix with Was testing forwarding between multiple dongles yesterday, and was frustrated by channel selection, which was mostly caused by my initial lack of understanding of how Did also patch db.txt to disable all no-IR/DFS flags, so wasn't worried about regulatory domain there at all, unfortunately, and that commit most certainly is not made with compliance in mind. Thanks a lot for your work on this driver, btw! |
I'm a bit confused about what's the issue with ~20 MiB/s vs ~160 Mbit/s, because 20 MiB * 8 = 160 Mbits/s (1 B = 8 bits), i.e. these are exactly same numbers, and there don't seem to be any difference there. |
I wouldn't take just that as an indication of USB bus speed, as it can be just a speed at which USB drive works with USB 2.0 interface. My initial method of testing was plugging cardreaders with ~30 MiB/s speed each into RPi3 until speed on all of them starts to drop. With desktop, probably worth checking if there might be several different USB buses (as traffic on one wouldn't affect the other), and maybe doing something similar, i.e. find a point where bandwidth of individual devices drops, and make sure it's not CPU, disk or some other obvious bottleneck. A bit unrelated to this issue though, my apologies. |
5.1.5 fixed really annoying issue for me: @uminokoe I've used driver from your repository, it compiles fine, I had to change Makefile slightly to make it work correctly with dkms |
amazing! thanks @uminokoe, first time my wifi is stable and does break becouse of https://github.com/Grawp/rtl8812au_rtl8821au/issues/39 |
Thanks also here. 4.3.22-beta was much better but still failed at 5GHz. This, so far, working fine at both frequencies and seems faster. |
@smitgd This URL from Tengda: |
Yes, I saw that link that you provided before. At realtek site there is no download for the 5.1.5 driver AFAICT. Guess they keep it proprietary except for their chip customers, e.g., Tenda. Also, nothing on their ftp site. Also, I meant to say above that the 5.1.5 driver updated by @uminokoe is working well on both bands (lost track of which fork I was on, sorry). |
Thanks for the info. Also, your version of 5.1.5 is working better than any of the several forks on github. Would be nice if this was actually made part of the official linux kernel so it would be updated and tested as the kernel changes. |
Hi,
The 5.1.5 works flawless with dkms? I didn't see any dkms.conf.
|
Yup, no changes there, can probably grab the conf from this repo. |
According to DKMS I used config file from: |
Thanks, I was able to fix my dmks.conf and now changes to Makefile are not needed. This works on Ubuntu 16.04. I've also changed module name from 8812au to rtl8812au. Source in: To install:
dkms.conf
|
@kmaterka Thanks. And, it works on Ubuntu 14.04 also. |
For RPI3 with kernel 4.9.24-v7+ doesn't work. The dkms.conf which was provided here gives this error: If I change the file and put from the different driver versions I get this: everything is been done as root |
Fwiw, there was a next release of 5.2.9 from realtek ftp, which can be found at e.g. https://github.com/gordboy/rtl8812au with more direct download link mentioned in astsam/rtl8812au#51 (comment) |
@mk-fg |
@dernyn what? |
sorry for the weird way that came of on here , I was doing too many things at the same time, I found this while doing some searches on search engines, I'm trying to create a better way to compile drivers for raspbian... I found your comment that all that was needed to compile on the rpi to provide support was the change or adaptation of y/n flags on the makefile....I was conveying that this is way much harder ,especially on current raspbian images like stretch 4.9.60+ , with the reduction of supporting kernel modules |
Ah, yeah, I haven't tried to build it for raspbian, so have no idea. |
This release resolves the same issue @kmaterka reported on #63 (comment) , that I had with a card I had purchased off of Amazon ( https://www.amazon.com/gp/product/B01IEU7UZ0 ) |
It's a bit weird that @uminokoe, who did bulk of the work on 5.1.5 (fixing VHT and hal stuff there), had a bunch of comments in this thread, which are now all gone, as well as his github account. |
Download from Tenda.com.cn ,Support USB 3.0
And I modifiles its copy to support Tenda U12
More information at https://github.com/xxNull-lsk/rtl8812AU
The text was updated successfully, but these errors were encountered: