1. 04 3月, 2015 1 次提交
    • J
      mac80211_hwsim: fix beacon timers · 56067628
      Johannes Berg 提交于
      Jouni reported that certain combinations of hwsim test cases failed,
      and we found that beaconing was erroneously enabled too early on any
      channel switch, which lead to the BI of 2000 TU from the first test
      case to leak into the second one, which then didn't beacon properly.
      
      To fix this, set data->beacon_int to zero when all stop beaconing so
      that beaconing cannot be started (which was intended as 'restarted')
      elsewhere.
      
      Additionally, Jouni found that due to this 'restart' and the beacon
      interval handling station interfaces would also have a needlessly
      running beacon timer all the time, of course not doing anything.
      
      To also fix the latter case only use the beacon interval when it's
      actually needed, i.e. when beaconing gets enabled.
      Reported-by: NJouni Malinen <j@w1.fi>
      Tested-by: NJouni Malinen <j@w1.fi>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      56067628
  2. 03 3月, 2015 3 次提交
  3. 01 3月, 2015 2 次提交
  4. 22 2月, 2015 2 次提交
  5. 21 2月, 2015 11 次提交
  6. 20 2月, 2015 7 次提交
  7. 18 2月, 2015 1 次提交
  8. 16 2月, 2015 1 次提交
  9. 15 2月, 2015 2 次提交
    • S
      net: phy: micrel: disable NAND-tree for KSZ8021, KSZ8031, KSZ8051, KSZ8081 · 2b0ba96c
      Sylvain Rochet 提交于
      NAND-tree is used to check wiring between MAC and PHY using NAND gates
      on the PHY side, hence the name.
      
      NAND-tree initial status is latched at reset by probing the IRQ pin.
      However some devices are sharing the PHY IRQ pin with other peripherals
      such as Atmel SAMA5D[34]x-EK boards when using the optional TM7000
      display module, therefore they are switching the PHY in NAND-tree test
      mode depending on the current IRQ line status at reset.
      
      This patch ensure PHY is not in NAND-tree test mode for all Micrel PHYs
      using IRQ line as a NAND-tree toggle mode at reset.
      Signed-off-by: NSylvain Rochet <sylvain.rochet@finsecur.com>
      Signed-off-by: NBoris Brezillon <boris.brezillon@free-electrons.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2b0ba96c
    • H
      r8152: restore hw settings · 65bab84c
      hayeswang 提交于
      There is a capability which let the hw could change the settings
      automatically when the power change to ON. However, the USB reset
      would reset the settings to the hw default, so the driver has to
      restore the relative settings. Otherwise, it would influence the
      functions of the hw, and the compatibility for the USB hub and
      USB host controller.
      
      The relative settings are as following.
       - set the power down scale to 96.
       - enable the power saving function of USB 2.0.
       - disable the ALDPS of ECM mode.
       - set burst mode depending on the burst size.
       - enable the flow control of endpoint full.
       - set fifo empty boundary to 32448 bytes.
       - enable the function of exiting LPM when Rx OK occurs.
       - set the connect timer to 1.
      Signed-off-by: NHayes Wang <hayeswang@realtek.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      65bab84c
  10. 14 2月, 2015 3 次提交
  11. 13 2月, 2015 1 次提交
    • A
      hso: fix rx parsing logic when skb allocation fails · 04166055
      Aleksander Morgado 提交于
      If skb allocation fails once the IP header has been received, the rx state is
      being set to WAIT_SYNC. The logic, though, shouldn't directly return, as the
      buffer may contain a full packet, and therefore the WAIT_SYNC state needs to be
      processed (resetting state to WAIT_IP, clearing rx_buf_size and re-initializing
      rx_buf_missing).
      
      So, just let the while loop continue so that in the next iteration the WAIT_SYNC
      state cleanly stops the loop. The WAIT_SYNC processing will be done just after
      that, only if the end of packet is flagged.
      Signed-off-by: NAleksander Morgado <aleksander@aleksander.es>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      04166055
  12. 12 2月, 2015 6 次提交