wl12xx: fix "JOIN while associated" commentary
authorOhad Ben-Cohen <ohad@wizery.com>
Wed, 30 Mar 2011 17:18:31 +0000 (19:18 +0200)
committerLuciano Coelho <coelho@ti.com>
Tue, 19 Apr 2011 13:49:16 +0000 (16:49 +0300)
Issuing multiple JOIN commands to the wl12xx's firmware, while
we're associated, might have undesired implications, so the driver
prints a message when that happens, and warn developers who check
out the source.

Update the commentary in order to consider the one valid scenario
where this can happen: roaming.

Cautiously keep the message for now, until we either gain confidence
there are no unintentional JOIN-while-associated events, or until
we move to the new multi-role fw who solves this multiple-join issue
for good.

Signed-off-by: Ohad Ben-Cohen <ohad@wizery.com>
Signed-off-by: Luciano Coelho <coelho@ti.com>
drivers/net/wireless/wl12xx/main.c

index 0efa7a055109ccf2cc05c8f72c6e22e27e847ce2..01205ea5e7e4f9fbaf9da9ec05706500902ccc3e 100644 (file)
@@ -1591,10 +1591,10 @@ static int wl1271_join(struct wl1271 *wl, bool set_assoc)
         * One of the side effects of the JOIN command is that is clears
         * WPA/WPA2 keys from the chipset. Performing a JOIN while associated
         * to a WPA/WPA2 access point will therefore kill the data-path.
-        * Currently there is no supported scenario for JOIN during
-        * association - if it becomes a supported scenario, the WPA/WPA2 keys
-        * must be handled somehow.
-        *
+        * Currently the only valid scenario for JOIN during association
+        * is on roaming, in which case we will also be given new keys.
+        * Keep the below message for now, unless it starts bothering
+        * users who really like to roam a lot :)
         */
        if (test_bit(WL1271_FLAG_STA_ASSOCIATED, &wl->flags))
                wl1271_info("JOIN while associated.");