Hi Florin,
I haven't seen that issue yet, but I do have some more info that may be
related.
Just finished initial tests on 3.2.0-39-generic and the number of
retries are again through the roof (for hard numbers, on an 8 MB file
transfer, 325 retries with 3.2.0-32, 2020 retries with 3.2.0-39). But
I spoke too soon.
Looking back at my previous posts, I should clarify that we're seeing
two symptoms with the AR9462 / AzureWave Device 2110 and ath9k drivers
from 32-bit 3.2.0-36-generic (and intermittently onwards): excessive
connection drops, and excessive data retries from the wireless access
So, some more weirdness.
I was able to get a copy of the shipping Ubuntu image for this demo
unit, and it performs significantly better. We're going to do some
additional testing and comparison, and there's still a wake from sleep
issue as Guest. It's using 3.2.0-32-generic (which I believe I've
a
Just tested linux-backports-modules-cw-3.6-3.2.0-36-generic (because it
was easy) with notably better than stock results but still not great.
I thought I would also see what easy options are available via the LTS
Enablement Stack.
--
You received this bug notification because you are a member of
We have a few thousand AR9285 devices in production and are just now
moving from 10.04 to 12.04. So far in our testing we aren't seeing any
issues, but I noticed that these are all AzureWave AW-NE785 adapters (no
Lite-On adapters).
But, I have a very fresh demo unit with AR9462 / AzureWave Device
Sorry Manoj, I just saw that I never replied with the final results.
We had linux-backports-modules-wireless-2.6.32-24-generic in production
on a few thousand devices with the AR9285 chipset through probably
December 2012 with no issues.
Thanks again,
-Jack
--
You received this bug notificatio
I believe this is related to the comments in https://bugs.launchpad.net
/unity-greeter/+bug/1059663 as well as the unity-greeter changelog.
It would sure be handy to have a workaround, though.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
After a long run with the snapshot, finally getting around to testing
the backport (linux-backports-modules-wireless-2.6.32-24-generic now).
Will probably take a couple of weeks to complete testing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Problem seems to be resolved in the 2010-06-17 snapshot of compat-
wireless.
http://wireless.kernel.org/download/compat-wireless-2.6/compat-
wireless-2010-06-17.tar.bz2
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification becaus
Log from Apple AirPort.
** Attachment added: "ectest_10 Log.txt"
http://launchpadlibrarian.net/49285307/ectest_10%20Log.txt
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Worked like a charm. Cycled the interface on two stations once every 30
seconds before going to lunch, about 15 MIC failures in the last hour
and ten or so.
Station 1c:4b:d6:a3:7a:b4 generated three of them. Syslog from station
attached, with log from AP to follow. First failure about 13:32
local
Thanks Jouni.
Absolutely. It's been a while since I've done a kernel patch and
compile, but I suspect it's like riding a bike.
I have not had a "natural" MIC failure yet this morning, but I've also
been thinking about the most graceful way to generate it. I suspect
with maybe three clients, two
Thanks, Jouni. I see you're correct regarding the countermeasures not
being triggered in that log.
There are actually two different scenarios that may or may not be
related: the MIC failures when multiple stations are associated within a
tight window, and the periodic MIC failures when stations ar
Retest with nine clients generated a MIC failure in 3 hours 55 minutes.
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ub
Test with nine clients generated a MIC failure in 2 hours 37 minutes.
Retesting.
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailin
Completed 16-hour test with four clients and no MIC failures. Will do
another 16-hour test with nine clients.
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
Based on some info from the ath9k-devel mailing list ( http://www.mail-
archive.com/ath9k-de...@lists.ath9k.org/msg02724.html ), confirmed that
power management is off on the interface.
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug not
Continuing to test 2.6.34-999-generic. Had a client generate a MIC
failure after several hours of continuous connectivity.
Most interesting is cross-correlating the logs between the access point
(in this case an Apple AirPort) and the client that caused the MIC
failure.
Access point:
May 26 13:1
I have not been able to reproduce the bug with our Broadcom-based
devices, but I'm open to ideas. Does anyone believe it's possible the
bug is with wpa_supplicant?
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you
Tested using 30 machines updated to the latest BIOS version, first with
kernel 2.6.31-19-generic (UNR 9.10), then with 2.6.34-999-generic (UNE
10.04), still generating MIC failures.
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notific
I was reluctant to believe it would affect the outcome, but I can't deny
the data. With feedback from ASUS, updated the BIOS to the latest
version (1401) and initial tests with kernel build 2.6.34-999-generic
are looking good. Will do wider tests tomorrow against UNR 9.10 (30-60
machines) and like
Confirmed bug exists in kerne 2.6.34-999-generic build date
201005121008.
** Tags removed: needs-upstream-testing
--
ath9k module causing MIC challenge failures
https://bugs.launchpad.net/bugs/580753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Attachment added: "AlsaDevices.txt"
http://launchpadlibrarian.net/48468883/AlsaDevices.txt
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/48468884/BootDmesg.txt
** Attachment added: "Card0.Amixer.values.txt"
http://launchpadlibrarian.net/48468885/Card0.Amixer.valu
Public bug reported:
With an access point configured for WPA (TKIP), boot/associate six ASUS
eeePC 1005HA running either UNR 9.10 or UNE 10.04 simultaneously (within
a 2-3 second window) and one of them will cause a MIC challenge failure,
where, by protocol, everyone associated to the access point
24 matches
Mail list logo
