From: Dan Williams <dcbw@redhat.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: Lars Ericsson <Lars_Ericsson@telia.com>,
"'John W. Linville'" <linville@tuxdriver.com>,
"'Holger Schurig'" <hs4233@mail.mn-solutions.de>,
linux-wireless@vger.kernel.org
Subject: RE: Roaming problems
Date: Mon, 28 Apr 2008 14:43:28 -0400 [thread overview]
Message-ID: <1209408208.23868.3.camel@localhost.localdomain> (raw)
In-Reply-To: <1209407657.29025.21.camel@johannes.berg>
On Mon, 2008-04-28 at 20:34 +0200, Johannes Berg wrote:
> On Mon, 2008-04-28 at 20:28 +0200, Lars Ericsson wrote:
> > > > - Driver authenticating with new AP while having a valid
> > > > association with and other AP.
> > >
> > > Yes, that is the problem, we should disassociate first. If
> > > you can come up with a patch to send a disassoc packet in
> > > that case (and test it,
> > > preferably) that would be much welcome.
> >
> > OK. I understood that there has been a discussion about the way the driver
> > should handle this situation and the current behaviour is according to that
> > discussion.
>
> Yeah but that was mostly just sidetrack.
>
> > Is there any information document available describing the
> > selected design path or is it only the code that document the design ?
> > I think need that information if I should be able to create the patch
> > requested above.
>
> Unfortunately, there is nothing about mac80211's mlme other than the
> code.
>
> > On the other hand, that patch will only keep track of 'dual association'
> > problem.
>
> Well, no, that would mean we disassociate first and then only have a
> single association.
>
> > With the current wpa_supplicant, we will still have the problem
> > with the driver start an association sequence as soon as 'trig' ioctl
> > arrives. I think the wpa_supplicant need to modified to better cooperate
> > with the driver.
>
> That would be doable as well (though I would argue it should be done in
> addition), we could use Holger's approach and delay the actual
> association sequence start until a commit wext ioctl is received or a
> timer expires. Then wpa_supplicant can call the commit explicitly after
> doing everything.
This is the best approach really; it's the one I took in the libertas
driver and turned out to work quite well. It completely avoids issues
with iwconfig argument ordering and the timer is long enough that it'll
pick up almost everything you can throw at it programmatically as long
as you don't do something stupid like sleep(2)...
Dan
next prev parent reply other threads:[~2008-04-28 18:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-22 15:09 Roaming problems Lars Ericsson
2008-04-23 8:39 ` Lars Ericsson
2008-04-23 11:12 ` Johannes Berg
2008-04-23 13:53 ` Dan Williams
2008-04-23 14:59 ` Johannes Berg
2008-04-23 16:21 ` Dan Williams
2008-04-23 16:39 ` Johannes Berg
2008-04-23 16:44 ` Lars Ericsson
2008-04-23 16:53 ` Johannes Berg
2008-04-23 17:12 ` Lars Ericsson
2008-04-23 17:59 ` Johannes Berg
2008-04-23 16:27 ` Lars Ericsson
2008-04-23 16:31 ` Dan Williams
2008-04-23 20:47 ` John W. Linville
2008-04-24 6:45 ` Holger Schurig
2008-04-24 9:55 ` Lars Ericsson
2008-04-24 9:59 ` Johannes Berg
2008-04-24 17:36 ` Lars Ericsson
2008-04-26 20:54 ` Johannes Berg
2008-04-28 18:28 ` Lars Ericsson
2008-04-28 18:34 ` Johannes Berg
2008-04-28 18:43 ` Dan Williams [this message]
2008-04-28 20:22 ` Lars Ericsson
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=1209408208.23868.3.camel@localhost.localdomain \
--to=dcbw@redhat.com \
--cc=Lars_Ericsson@telia.com \
--cc=hs4233@mail.mn-solutions.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).