1. 17 9月, 2010 1 次提交
    • L
      mac80211: reset connection idle when going offchannel · 4730d597
      Luis R. Rodriguez 提交于
      When we go offchannel mac80211 currently leaves alive the
      connection idle monitor. This should be instead postponed
      until we come back to our home channel, otherwise by the
      time we get back to the home channel we could be triggering
      unecesary probe requests. For APs that do not respond to
      unicast probe requests (Nexus One is a simple example) this
      means we essentially get disconnected after the probes
      fails.
      
      This patch has stable fixes for kernels [2.6.35+]
      
      Cc: stable@kernel.org
      Cc: Paul Stewart <pstew@google.com>
      Cc: Amod Bodas <amod.bodas@atheros.com>
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      4730d597
  2. 28 8月, 2010 1 次提交
    • J
      mac80211: fix offchannel queue stop · 5b714c6a
      Johannes Berg 提交于
      Somebody noticed this problem, and I outlined
      to them how to fix it, but haven't heard back
      from them. So while I was adding the state
      field I figured I could use it to fix it.
      
      The problem, as I understand it, is that when
      we go offchannel while the driver has a queue
      stopped, the driver will likely start draining
      the queue and then enable it while offchannel.
      This in turn will enable the interface queue,
      and that leads to transmitting data frames on
      the wrong channel.
      
      Fix this by keeping track of offchannel status
      per interface, and not enabling the interface
      queues on interfaces that are offchannel when
      the driver enables a queue.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5b714c6a
  3. 16 1月, 2010 1 次提交
  4. 29 12月, 2009 2 次提交