summaryrefslogtreecommitdiffstats
path: root/arch/m68k
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2013-07-31 11:23:06 +0200
committerJohannes Berg <johannes.berg@intel.com>2013-07-31 21:18:10 +0200
commit5cdaed1e878d723d56d04ae0be1738124acf9f46 (patch)
treee198fa62f954cf565dec6ee2fa63d0c742521c2e /arch/m68k
parentcb236d2d713cff83d024a82b836757d9e2b50715 (diff)
downloadop-kernel-dev-5cdaed1e878d723d56d04ae0be1738124acf9f46.zip
op-kernel-dev-5cdaed1e878d723d56d04ae0be1738124acf9f46.tar.gz
mac80211: ignore HT primary channel while connected
While we're connected, the AP shouldn't change the primary channel in the HT information. We checked this, and dropped the connection if it did change it. Unfortunately, this is causing problems on some APs, e.g. on the Netgear WRT610NL: the beacons seem to always contain a bad channel and if we made a connection using a probe response (correct data) we drop the connection immediately and can basically not connect properly at all. Work around this by ignoring the HT primary channel information in beacons if we're already connected. Also print out more verbose messages in the other situations to help diagnose similar bugs quicker in the future. Cc: stable@vger.kernel.org [3.10] Acked-by: Andy Isaacson <adi@hexapodia.org> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'arch/m68k')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud