periodic freezes with the original driver and your fork

[lagerspetz]

Hi, I am getting periodic network freezes with the original driver and also with your fork. This is mostly visible in networked real-time games where the action just freezes for a while, and then continues. It lasts 1-5 seconds. Have you noticed similar behavior? Any ideas on how to fix it?

Thanks for your great work making this possible on 3.11 :+1:

[gnab]

I've struggled a bit lately with the network adapter either disconnecting or roaming to a '(none)' network.

My initial rewrite didn't properly create the proc entries as the void *data pointer never got handled properly. I expect this to be an error, and I've just checked in a fix about an hour ago that uses create_proc_data instead of just create_proc.

I'm not sure if this last change fixes the disconnect/roaming issue that I've had, but at least the adapter has been perfectly stable for the last hour or so.

I suggest you fetch the latest version and try it out.

[lagerspetz]

Hey, I have the latest version and still experience freezes. You can see what I mean with for example the free Zero-K game, by just spectating a random match. If all units freeze into place for 1-5 seconds, while the FPS counter is still high and scrolling etc local stuff works fine, you have seen it.

If you want to help me debug, the game is pretty easy to install, you just install mono and a couple other things, wget the binary and just run it with mono. http://zero-k.info/Wiki/Download

[lagerspetz]

So I tried to pin this on the powersaving, so I disabled that in the Makefile. No effect. Any ideas?

[gnab]

No, I'm sorry. Mine is pretty stable since the latest update I did.

If you happen to have a separate wifi adapter (like a built-in one if you're on a laptop) you could check to see if it's disabled or not. I bought my D-Link adapter solely because my built-in one got completely unstable after upgrading to Ubuntu 13.10.

[lagerspetz]

I don't, sorry. This is in a desktop machine, and I have gone through 2 PCI-E cards that were useless, with abysmal connectivity and connectivity dropping all the time. This one stays connected, but just suffers freezes every couple minutes. There is one room between the router and the desktop machine. Laptops in the same location are 100% fine. I may end up changing the DWA-171 to a different USB adapter (ugh, again) if I can't get this one fixed.

[gnab]

I'm still experiencing some issues with my adapter, specifically it drops out after several hours, and then tries reconnecting for quite some time without any success.

I just found another version of the rtl8812au driver that I'm currently trying out. So far, it works great, but I won't know for sure until I've used it for some days.

https://github.com/abperiasamy/rtl8812AU_8821AU_linux

[lagerspetz]

Thanks for the link. I get the same freezes with that one. I am looking for another adapter, but no luck yet.

[eastmanenator]

@lagerspetz I have the same problem... :(

[Braklet]

The RTL8812AU drivers sourced from ASUS and D-Link don't have the RTL8821A extensions required for my Edimax EW-7811UTC, limiting me to the v4.2.2 drivers with associated performance problems.

Realtek was kind enough to send me a v4.3.0 driver with the RTL8821A extensions which works great with my EW-7811UTC:

https://github.com/Braklet/rtl8811AU_rtl8821A-linux/

I've only used this with 3.2.0-x kernels, and have not made any changes to support 3.10.x and up. Feel free to fork & make those modifications.

[diederikdehaas]

@Braklet Why is the repo named rtl8811AU_rtl8821A and not rtl8812AU_rtl8821A? (8811 vs 8812) And how did you figure out you needed the RTL8821A extensions? I have a Edimax EW-7822UAC (AC-1200) and tried the driver compiled from this repo and it seems to work. The download on the Edimax site for your card and my card are exactly the same, except for the addition of your device ID.

[Braklet]

@diederikdehaas

The repo is named rtl8811AU* because that is the name of the archive Realtek provided.

The rtl8812 driver supports multiple related devices in the Realtek stable, including RTL8811AU, RTL8812AU, certainly others.

Here is more information about your device:

https://wikidevi.com/wiki/Edimax_EW-7822UAC (note WI1 chip1: Realtek RTL8812AU)

Here is more information about my device:

https://wikidevi.com/wiki/Edimax_EW-7811UTC (note WI1 chip1: Realtek RTL8811AU)

I figured out that I needed the RTL8821A extensions after experiencing configuration and compile errors attempting to build the ASUS and D-Link sourced RTL8812 drivers. You can tell whether your driver has these extensions by checking for a hal/OUTSRC/rtl8821a directory and contents.

The driver compiled from the gnab and abperiasamy repositories as well as Edimax's download exhibit significant performance problems on my systems, lots of delays and dropouts. The driver compiled from the repository I just added performs better.

Feel free to try it, or not, as you see fit.

[diederikdehaas]

Thanks :+1:

[severidaniele]

@Braklet thanks for sharing v4.3.0 driver and the additional information.

I have an Edimax EW-7811UTC too and I have built the driver v4.2.2.using this repository (gnab) because I am using Linux kernel 3.12 on a Raspberry Pi. On my device the blue LED is constantly blinking even when there is network activity and I am not sure this is the normal expected behavior.

I am wondering if the LED is doing the same on your EW-7811UTC when using v4.3.0 driver?

Thanks.

[Braklet]

@etabeta888 - My AC600 blue LED constantly blinks, but I have a constantly active WLAN so haven't considered it a problem.

[severidaniele]

@Braklet OK I understand. Thanks for the additional info.

[deicider]

I am sorry to raise old discussion. I'he just bought an adapter based on the subject IC. I have freezes exactly every 2 minutes which last for 4-5 seconds. Hasn't this been fixed? What information can I provide to help with investigating the issue?