1. 06 3月, 2013 1 次提交
  2. 04 3月, 2013 1 次提交
    • E
      iwlwifi: mvm: don't warn on normal BAR sending · 2470b36e
      Emmanuel Grumbach 提交于
      This flow happens when we get a failed single Tx response
      on an AMPDU queue. In this case, the frame won't be sent
      any more. So we need to move the window on the recipient
      side. This is done by a BAR.
      
      Now if we are in the following case: 10, 12 and 13 are ACKed
      and 11 isn't.
      
       10  11  12  13.
       V   X   V   V
      
      Then, 11 will be sent 16 times as an MPDU (as oppsed to
      A-MPDU). If this failed, we are entering the flow described
      above. So we need to send a BAR with ssn = 12.
      But in this case, the scheduler will tell us to free frames
      up to 13 (included).
      
      So, it is perfectly possible to get a failed single Tx
      response on an AMPDU queue that makes the scheduler's ssn
      jump by more than 1 single packet.
      Signed-off-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      2470b36e
  3. 05 2月, 2013 1 次提交
    • J
      iwlwifi: use threaded interrupt handler · 2bfb5092
      Johannes Berg 提交于
      With new transports coming up, move to threaded
      interrupt handling now. This has the advantage
      that we can use the same locking scheme with all
      different transports we may need to implement.
      
      Note that the TX path obviously still runs in a
      tasklet, so some spin_lock() calls need to change
      to spin_lock_bh() calls to properly lock out the
      TX path.
      
      In my test on a Calpella platform this has no
      impact on throughput or latency.
      
      Also add lockdep annotations to avoid lockups due
      to catch sending synchronous commands or using
      locks that connect with them from the irq thread.
      Reviewed-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      2bfb5092
  4. 01 2月, 2013 1 次提交
    • J
      iwlwifi: add the MVM driver · 8ca151b5
      Johannes Berg 提交于
      Newer firmware revisions have a completely new
      firmware API. This is the new driver for this
      new API.
      
      I've listed the people who directly contributed
      code, but many others from various teams have
      contributed in other ways.
      
      Cc: Alexander Bondar <alexander.bondar@intel.com>
      Cc: Amit Beka <amit.beka@intel.com>
      Cc: Amnon Paz <amnonx.paz@intel.com>
      Cc: Assaf Krauss <assaf.krauss@intel.com>
      Cc: David Spinadel <david.spinadel@intel.com>
      Cc: Dor Shaish <dor.shaish@intel.com>
      Cc: Emmanuel Grumbach <emmanuel.grumbach@intel.com>
      Cc: Eytan Lifshitz <eytan.lifshitz@intel.com>
      Cc: Ilan Peer <ilan.peer@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      8ca151b5