1. 29 Mar, 2013 8 commits
  2. 28 Mar, 2013 3 commits
    • David S. Miller's avatar
      Merge branch 'wireless' · d2aa8eec
      David S. Miller authored
      John W. Linville says:
      
      ====================
      Please excuse this larger-than-I-would-like pull request intended
      for the 3.9 stream.  There are a number of late-breaking fixes,
      including a revert...
      
      Regarding the mac80211 bits, Johannes says:
      
      "I have two tracing fixes (one from Vladimir), two fixes for P2P device
      crashes, a fix for a BSS memory leak/lost update problem and a fix from
      Ben for a scanning issue in mac80211. It's a little on the large side
      because one of the P2P device problems required a bit much locking work,
      but I've run through all the different scenarios (wext/nl80211,
      p2p-device/station interface, ifdown/rfkill) to verify locking with
      lockdep."
      
      As for the iwlwifi bits, Johannes says:
      
      "I have three little fixes to the driver from Emmanuel. One addresses a
      small bug Ben Hutchings found during the stable review process and two
      address some warnings in the driver when RF-Kill is asserted."
      
      Along with those...
      
      Avinash Patil fixes an mwifiex bug cause by failing to process a sleep
      command due to bad SKB manipulation when going into power saving mode.
      
      Colin Ian King avoids a null pointer dereference in iwl4965.
      
      Dan Williams officially announces that he has dropped maintainership
      of the libertas driver.
      
      Iestyn C. Elfick adds a work-around to avoid b43 DMA transmision
      sequence error that would lead to a device reset.
      
      Luis R. Rodriguez avoids an ath9k warning by not queueing a work item
      while going to suspend mode.
      
      Rafał Miłecki provides a pair of b43 N-PHY fixes related to RSSI
      calibration.
      
      Finally, I revert "brcmsmac: support 4313iPA" because it has been
      reported in many places to cause problems with the already supported
      4313ePA devices.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d2aa8eec
    • John W. Linville's avatar
      Merge branch 'master' of... · 630a216d
      John W. Linville authored
      Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless into for-davem
      630a216d
    • Eric Dumazet's avatar
      aoe: reserve enough headroom on skbs · 91c57464
      Eric Dumazet authored
      Some network drivers use a non default hard_header_len
      
      Transmitted skb should take into account dev->hard_header_len, or risk
      crashes or expensive reallocations.
      
      In the case of aoe, lets reserve MAX_HEADER bytes.
      
      David reported a crash in defxx driver, solved by this patch.
      Reported-by: default avatarDavid Oostdyk <daveo@ll.mit.edu>
      Tested-by: default avatarDavid Oostdyk <daveo@ll.mit.edu>
      Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
      Cc: Ed Cashin <ecashin@coraid.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      91c57464
  3. 27 Mar, 2013 28 commits
  4. 26 Mar, 2013 1 commit
    • Al Viro's avatar
      Nest rename_lock inside vfsmount_lock · 7ea600b5
      Al Viro authored
      ... lest we get livelocks between path_is_under() and d_path() and friends.
      
      The thing is, wrt fairness lglocks are more similar to rwsems than to rwlocks;
      it is possible to have thread B spin on attempt to take lock shared while thread
      A is already holding it shared, if B is on lower-numbered CPU than A and there's
      a thread C spinning on attempt to take the same lock exclusive.
      
      As the result, we need consistent ordering between vfsmount_lock (lglock) and
      rename_lock (seq_lock), even though everything that takes both is going to take
      vfsmount_lock only shared.
      Spotted-by: default avatarBrad Spengler <spender@grsecurity.net>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      7ea600b5