On 09/09/13 00:16, Larry Finger wrote:
On 09/08/2013 06:53 AM, Timothy Rundle wrote:
My TL-WN821N with a RTL8192CU chipsets fails to stay connected. It
appears to be disconnecting every 5-10 seconds. Since the issue
happens with the mainline kernel, the downstream maintainer ask me to
post here. Here is a section of my kernel log:
This problem has been reported before; however, I cannot duplicate it on
my openSUSE KDE system that controls the wireless using NetworkManager.
Yes, this sounds like exactly the same problem that I reported a couple
of weeks ago. Note that I see the issue invoking wpa_supplicant manually
rather than using NetworkManager, so I don't think that this is part of
the problem.
I can also clarify that if I remove *all* entries from
wpa_supplicant.conf except for the one AP I'm trying to associate with,
then I can generally get an initial association within about 30-60s.
However I still repeatedly see drop-outs every 30s or so.
When taking another look at the code, I realized that rtl8192cu has
duplicated a routine that is found in rtlwifi. The attached patch
implements that change. Please try it and report back. I don't expect it
to do much good as your problem appears to be a bad interaction with the
Ubuntu front-end to wireless.
I've just tried the attached patch, and while it applies cleanly, I see
no change in behaviour in that I keep associating/deassociating from the
AP :(
Larry, did those traces I sent you off-list help at all? I'm also happy
to test patches that include more verbose debugging information in order
to help further with this.
Also I notice that Debian Wheezy includes a slightly older version of
wpa_supplicant:
# wpa_supplicant -v
wpa_supplicant v1.0
Copyright (c) 2003-2012, Jouni Malinen <j@xxxxx> and contributors
I could try building directly from source 1.1 and/or 2.0 if you think
that would help too? Perhaps some internal Debian patches are having an
effect here?
ATB,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html