Linux wireless drivers development
 help / color / mirror / Atom feed
From: Vasanthakumar Thiagarajan <vasanth@atheros.com>
To: <linux-wireless@vger.kernel.org>
Subject: Improvement in mac80211 to move to a proper state when channel is set from user space
Date: Thu, 14 Aug 2008 15:35:01 +0530	[thread overview]
Message-ID: <20080814100501.GA5486@vasanth-lnx.users.atheros.com> (raw)

The problem with the current behaviour of mac80211 when setting a
new channel from user space while interface is in associated state
is, it is still maintainig the associated state even after the h/w 
is set to a different channel and it is sending packets destined 
to the connected AP/STA which is operating in a different freq/band 
in the new channel before detecting that the AP is no more in the 
channel (in this case it is done by sending couple of probe req to 
the associated AP which is obviously operating on a different channel 
after the channel change). I think we need to put the interface into 
a proper state instead of just relying on this tx probe req logic in 
this case. I'm have the following proposals to improve the situation.

Handle proper state transition in wireless handler (ieee80211_ioctl_siwfreq):
For STA mode, move the interface to disassociated state with the associated AP 
in the current channel and move it to scan state to find an appropriate 
AP in the new channel.
For IBSS, mark all the joined ibss stations as not joined in the
current chanel and move the inteface state to scan in the new channel.
For AP mode, move the interface to disassociated state with all
associated stations in current channel and start a BSS in the new
channel.

Handle it from the diver:
Sense the situation from the beacon miss or in config() callback
(with some hacky check) and trigger the disassociation, for this
 we need to add one more notification type in ieee80211_notify_mac() 
for disassoc.

Would like to know comments on this one.

Thanks,
Vasanth

             reply	other threads:[~2008-08-14 10:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-14 10:05 Vasanthakumar Thiagarajan [this message]
2008-08-14 11:09 ` Improvement in mac80211 to move to a proper state when channel is set from user space Jouni Malinen

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=20080814100501.GA5486@vasanth-lnx.users.atheros.com \
    --to=vasanth@atheros.com \
    --cc=linux-wireless@vger.kernel.org \
    /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