From: Jouni Malinen <j@w1.fi>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: John Linville <linville@tuxdriver.com>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v2] mac80211: be more careful in suspend/resume
Date: Mon, 25 Jul 2011 23:34:09 +0300 [thread overview]
Message-ID: <20110725203409.GA11510@jm.kir.nu> (raw)
In-Reply-To: <20110725195747.GA24331@jm.kir.nu>
On Mon, Jul 25, 2011 at 10:57:47PM +0300, Jouni Malinen wrote:
> Hmm.. This patch seems to pretty much kill P2P at least with hwsim. Many
> of the EAPOL frames seem to be dropped at some point and the end result
> of this is in the WPS provisioning taking 10 seconds (two 5 second
> timeouts from the authenticator due to EAPOL frames dropped). This by
> itself may not be enough to hit the group formation timeout, but similar
> issue in 4-way handshake makes the authenticator miss msg 4/4 and hit
> the state mismatch with supplicant having configured the PTK and
> authenticator not..
>
> I'm not yet sure what exactly is causing the issue, but this commit came
> up in git bisect and reverting it from the current wireless-testing.git
> made P2P work again in hwsim.
Actually, this does not make any sense.. Neither of the modified
functions are even called in my hwsim test. In addition, I can "fix" the
issue by adding a printk call into the beginning of (the not even
called) ieee80211_reconfig() function.
This sounds like some kind of build issue, but I've now reproduced this
issue multiple times and even after a full rebuild of the kernel to make
sure there are no build dependency issues etc. No idea what could be
causing this, but it looks very clear that some of the EAPOL frames get
dropped in some of the builds and just a single printk call seems to be
enough to move things enough to avoid this.. hwsim0 interface shows the
EAPOL frames, so they seem to be transmitted (or well, at least
mac80211_hwsim tries to transmit them), but the recipient does not
report them to wpa_supplicant (mac80211 dropping the frame?).
This is with x86_64 build and UML and on a new test host (i.e., new gcc
4.5.2-8ubuntu4 from Ubuntu 11.04), so my previous tests with hwsim may
have not had some odd issue that starts showing up now for whatever
reason.
--
Jouni Malinen PGP id EFC895FA
prev parent reply other threads:[~2011-07-25 20:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-14 14:24 [PATCH] mac80211: be more careful in suspend/resume Johannes Berg
2011-07-14 14:42 ` Hauke Mehrtens
2011-07-14 14:46 ` Johannes Berg
2011-07-14 14:48 ` [PATCH v2] " Johannes Berg
2011-07-25 19:57 ` Jouni Malinen
2011-07-25 20:34 ` Jouni Malinen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110725203409.GA11510@jm.kir.nu \
--to=j@w1.fi \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.