-
Notifications
You must be signed in to change notification settings - Fork 46
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
Connection to a WPA2 Enterprise network drops intermittently #4
Comments
I have a Yoga as well running Fedora 19 pre-release. Do you have the bluetooth driver loaded and bluetooth enabled? If so then see the following which may help reduce the disconnects. Just having my iPhone going into discovery was causing problems with my WIFI connection. I'm getting periodic disconnects this morning at my coffee shop but I'm not sure if it's the driver or the shop's WIFI being w0nky. I don't have drops like this at home. |
FWIW, here's some complaints about the laptop's WIFI. It may not just be this driver. |
Thanks for the links. So from the looks of it, most people posting on those threads have no connection (like in issue #2), or lowered reception. I'm getting full bars, but it just cuts out for a few seconds at a time without actually disconnecting (or rather, without Network Manager notifying me of losing connection). I agree that there's every possibility it's a hardware issue, though. I installed a 2nd SSD in mine and left Windows 8 installed. When I get a chance, I'll test my connection with that to see if it really is a driver issue and post an update. |
So I've tested this on Windows: I connected to a remote host via SSH, used byobu (screen/tmux frontend with a status bar with a clock) and noticed no slowdown or interruption at all. Usually when I am connected over SSH, I notice what I am typing is no longer showing up on screen, or the clock on the byobu status bar is frozen. When the connection issue is over, it all works again. This time, under Windows, I did not experience this. I'm guessing it must be a driver bug then. |
@tmclaugh Sorry, I didn't answer your previous question: I do not have Bluetooth enabled, but I do have the driver installed. I updated and reinstalled the Wi-Fi driver to get the changes that fixed the issue in your report, but I still get these drops, unfortunately. Even after a reboot, and with BT off, same issue. |
I just brought my laptop into work with WPA2 Enterprise. I'll have to try it out and see if I get issues. |
I hav exactly same problem, here is log
tried on WPA2 (not enterprise), WPA and no encryption at all, always the same result seems to me that the cause is somewhere Also, on some forums, that on windows the connection problems is caused by USB power management, tried to play arround with this in linux but that didn't help - maybe i just did it wrong ath that is the way to go, but i don't know |
I too have a Yoga 13, with Ubuntu 13.03 and the RTL8723AU driver. It seems pretty clear that the driver does a periodic scan for access points, probably driven by NetworkManager. During these scans wifi traffic stops. So during regular use the network appears to cut out every couple of minutes. I believe its normal for a driver to be able to do a passive-scan but maybe there is a limitation on this hardware? If thats the case, disabling these scans would be best, which is probably a NetworkManager configuration issue. I simply run dmesg everytime there is a dropout and at the same time as the dropout I see the messages listed in previous comments: "rtw_sctx_wait... survey done event(2e)" |
@donpdonp I had the same suspicion, but didn't think of it in terms of a hardware limitation. I found this blog post where the author talks about patching NM to disable the periodic scans while connected (it's from 2010, so it may be outdated). But they also point out it being an issue with some drivers not doing background scans, which are supposed to help alleviate the lag seen during a periodic scan. Anyway I am happy to report that, so far, after installing the latest version of the driver from the last commit, I am no longer seeing noticeable lags. I think the issue should be kept open unless everyone else who has posted here has also seen their problem go away. |
Wow the whole codebase changed! The driver works as well as before, and no better :( Leaving a ping running in one window 64 bytes from 4.2.2.2: icmp_req=166 ttl=53 time=25.4 ms The 6 second round trip times are correlated with the dmesg output Version: |
@donpdonp I get a different version:
Maybe you should remove the module first, make clean, make, install and then modprobe the driver again, or reboot. For convenience for novices, and clarity in general, I meant this:
|
For what it's worth, I have been having this same issue on my Yoga 13 until today. I made these changes and haven't been having any issues today ( Please note, I have no idea what I'm doing, just messing around with things ): --- a/core/rtw_mlme_ext.c @@ -6897,17 +6897,17 @@ void site_survey(_adapter padapter)
//I wonder, should that line be inside of the ifdef block? --- a/include/rtw_mlme.h // Commented by Albert 20101105 -#define SCANNING_TIMEOUT 8000 |
I am seriously confused by my setup :(. I have rebooted after building and make install with the new driver. code is up to dateroot@wafer:~# cd /usr/src/wifi/rtl8723au/ latest version 4.1.6root@wafer:/usr/src/wifi/rtl8723au# cat include/rtw_version.h module exists in 3.8.0-22 directoryroot@wafer:/usr/src/wifi/rtl8723au# locate 8723|grep modules binary module shows 4.1.6root@wafer:/usr/src/wifi/rtl8723au# strings /lib/modules/3.8.0-22-generic/kernel/drivers/net/wireless/8723au.ko |grep version= after reboot, dmesg still shows 4.1.3!root@wafer:/usr/src/wifi/rtl8723au# lsmod|grep 8723 The problem will come to me once I've poked around more but right now Im stumped as to where 4.1.3 is coming from. |
@donpdonp - You have 3 versions of the module on your system. I would bet that 4.1.3 is /lib/modules/3.8.0-22-generic/kernel/drivers/net/wireless/8723au.ko Just do # modinfo 8723au | grep filename I had the same issue ( but not that location ). Although, after fixing it...I'm still having the same problem unfortunately. |
OK, the rtl8723ae.ko entries above are for the PCI device and can be ignored. With any out of kernel driver, you need to be careful about out of date drivers. My version will install in /lib/modules/ finger@larrylap: You should delete the 8723au.ko file in ..../staging/. find /lib/modules/ Those are backticks around the "uname -r" part of the command. @jeffdoubleyou - I don't follow what you are saying about the changes. Please post any changes as a patch file, which will help me understand what you are saying. |
@jeffdoubleyou thx I removed the driver in /staging as it was 4.1.3. I had to wait til I was back at work to test the driver under the same circumstances. Driver 4.1.6 seems to be the fix! I've got a ping going, and dmesg shows scan events that do not affect the performance of the ping responses. yea! |
Good to hear. We are making progress. |
I'll rebuild and try again after work today, perhaps I did something wrong. I will report back and let you know if it's solved for me too. |
Ok, for me 4.1.6 solved the issue. |
Not solved here. :( I am running v4.1.6_7336.20130426 on Fedora 19 (kernel 3.10.10-200, also failing with 3.9.5 and 3.9.9-302). This is an Ideapad Yoga 13 i3, and all is well under Win8. Max. download speed is about 1mbit/s on the local net. Interestingly upload is higher, sometimes goes up to 5mbit/s... but it's all very hectic. There is a random packet loss (1% ... 25%), and deviation in ping times (1ms ~ 2s!) When running the module with debug 9, I see a lot of these: Actually it looks like that the more the traffic the higher the packet loss rate. A simple ping, even a flood ping runs with 0% packet loss. When running speedtest.net in the background, packet loss goes up to 4%. |
As I don't have one of these devices, I cannot test; however, similar problems with the RTL8188EU were helped by increasing the maximum RX gain. I just committed that same change here. Please test. |
I see this on my i7 Yoga13 with Xubuntu 13.04 too. I was going to say "I'll test this at work on monday" but I'm getting compile warnings right now. CC [M] /home/ckuethe/Development/rtl8723au/os_dep/mlme_linux.o |
Small typo... "handlder" instead of "handler" |
I just committed code that will compile OK, or at least it does here. |
Working pretty well so far. |
Looks good here too. Thanks for all the hard work! Sorry; accidentally closed it without waiting for more confirmation. |
Works without a problem after the RX gain change. However, it might be interesting to note that the issue also went away after a sleep/wake-up cycle in the previous version. |
I am am running Fedora 20 on a Lenovo Yoga 11s (i7-3689Y) and I am still facing the problems described above: Will it help if I comment out anything in the site_survey function in rtw_mlme_ext.c and recompile? Any help would be greatly appreciated! |
I doubt that site_survey has anything to do with the problem, but you certainly can try it. The maximum gain for TX and RX is already as large as allowed. I am assuming that you would rather not burn out your device. Your only other option would be to find the Realtek driver somewhere on the web, but then you would have to fix all the places that do not build. BTW, one of the RedHat engineers is working on fixing up the code to get it ready for integration into the kernel. He has not said, but I expect that he is also running Fedora, probably F20. He does not have a problem. Does the channel you are using have much interference in your environment? What make/model of AP do you have? Does it have the latest firmware? Are you running 802.11n, or 802.11g? |
Hi lwfinger, thanks for your reply! Here is the information you requested (as far as I knew it)
I also searched the Web for this problem and found out that some other Yoga users have reported networking problems in Windows which they could fix by turning off "selective suspend" (forums.lenovo.com). Can I alter the power saving behaviour for Linux in a similar manner? p.s. maybe you can point that RedHat engineer to fedoraforum.org |
You can disable power saving by loading the driver with the "rtw_ips_mode=0" module option. That should be the same thing; however, as Windows always has its own terminology, who knows? You can see all the module options with "modinfo 8723au". |
I'm using a Lenovo Yoga 13 and am experiencing these drops so often that I can't really even use the wifi. I'm connecting to my university's wifi which is WPA2 Enterprise. The wifi works fine on my phone (Samsung Galaxy S IV) and on my laptop when in Windows, but not when running Linux Mint 16. The longest it'll connect for is under a minute it seems. All of my configuration for connecting should be correct. I'll try changing the power saving setting and see what happens... |
Hi - I've been encountering this issue using the version as of Dec. 09, 2013. Connection drops intermittently and even disconnects sometimes, as tested in 3m, 10m range. My Linux kernel version is v3.10.24, and have been cross compiling your driver across ARM compiler. In any case, I thought it was just the antenna, however, this connection issue happen only during 8723AU being the AP mode. The connection's stable when it's in Client mode. If there's anything you need from me to debug this issue, ie, my board-specific patches, logs, screenshots - I'd be happy to provide, just say so. Thank you very much for your support. |
Hi Maggieroxas! This sounds interesting. I had already given up with this: I bought a USB-to-Ethernet adapter (D-Link DUB-E100) and started using a wired connection. This works, but I would still be happy, if you could show me a way to get a stable wireless connection. How do I switch the network adapter from AP to client mode? |
@Linefader, sorry, I'm not sure if I will be able to help you. I'm switching from AP to client and vice versa via console commands (I have access to my wireless device's serial port and this device's a mini comp). I switch from AP to client via "iwconfig"; and switch client to AP by manually turning wlan0 up via "ifconfig" and running of "dnsmasq" service. For the stable wireless connection, mine was resolved by disabling a flag in the installation of the rtl8723au driver, which, I assume, you didn't use for your D-Link DUB-E100, |
just ignore that I am using this D-Link adapter. It has nothing to do with the Realtek driver. It allows to set up a WIRED connection (and works on the Lenovo Yoga with Fedora 20 and without any additional driver software). Please let me know what flag you had to disable in the driver code to get a stable WIRELESS connection. |
I get similar problems and it's gotten a lot worse over time. Now I'm lucky if I get access a few minutes at a time. I've updated to the latest source and compiled it and installed it from the git repository. My output from dmesg: [42252.239488] RTL8723AU: ERROR start auth Does anyone know how to fix this? |
I have the Lenovo Yoga 13 running Ubuntu 14.04 and also have the same issue. Wifi icon stays as connected but no data traffic at all for minutes at a time. I'm still looking for a solution. |
Does anyone have any tips about this? I'm using the 3.16 kernel and my computer crashes (freezes, sometimes screen goes black, sysreq key doesn't help, etc.) whenever I switch access points on my network. The problem might be related to what's going on here. I see lots of dnsmasq failures, and I know that I disabled dnsmasq for my home access points |
Update README.md (minor)
Referencing a comment I made on an earlier thread: my RTL8723AU card in my Lenovo Yoga experiences intermittent network communication when connected to a WPA2 Enterprise network. Every minute or so, network traffic stops for around 10-15 seconds, while Network Manager shows the connection still active. The network in question uses PEAP for authentication with MSCHAPv2 for inner auth.
The laptop is running Kubuntu 12.10 64-bit Linux Kernel 3.8.8 (although this happens with the stock 3.5.0 kernel as well). The driver was built from source from this repository.
Relevant output from /var/log/syslog:
In the example above, it looks like my traffic degraded starting at 08:56:05 and then resumed shortly after 08:56:20.
The text was updated successfully, but these errors were encountered: