[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201010090933.13008.helmut.schaa@googlemail.com>
Date: Sat, 9 Oct 2010 09:33:12 +0200
From: Helmut Schaa <helmut.schaa@...glemail.com>
To: "Luis R. Rodriguez" <mcgrof@...il.com>
Cc: Paul Stewart <pstew@...gle.com>,
"linux-wireless" <linux-wireless@...r.kernel.org>,
linux-kernel@...r.kernel.org, Matt Smith <Matt.Smith@...eros.com>,
Srinivasa Duvvuri <Srinivasa.Duvvuri@...eros.com>,
Carolyn Waller <Carolyn.Waller@...eros.com>,
Amod Bodas <Amod.Bodas@...eros.com>,
David Quan <David.Quan@...eros.com>,
Bennyam Malavazi <Bennyam.Malavazi@...eros.com>,
Cliff Holden <Cliff.Holden@...eros.com>,
Aeolus Yang <Aeolus.Yang@...eros.com>,
Kevin Hayes <kevin@...eros.com>
Subject: Re: Roaming / offchannel enhancements for broadcast / multicast frames
Am Samstag 09 Oktober 2010 schrieb Luis R. Rodriguez:
> > There's an additional issue about what happens
> > when we are in the middle of a bgscan and new tx traffic appears.
>
> We can force going back on channel in this case I think.
This already happens (scan.c):
523 if (associated && ( !tx_empty || bad_latency ||
524 listen_int_exceeded))
525 local->next_scan_state = SCAN_ENTER_OPER_CHANNEL;
526 else
527 local->next_scan_state = SCAN_SET_CHANNEL;
When the currently scanned channel is finished and tx traffic arrived
mac80211 will switch back to the operating channel. However, this doesn't
immediately switch back but waits for the channel scan to be completed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists