1. 08 1月, 2013 8 次提交
  2. 03 1月, 2013 3 次提交
    • J
      mac80211: split TX aggregation stop action · 18b559d5
      Johannes Berg 提交于
      When TX aggregation is stopped, there are a few
      different cases:
       - connection with the peer was dropped
       - session stop was requested locally
       - session stop was requested by the peer
       - connection was dropped while a session is stopping
      
      The behaviour in these cases should be different, if
      the connection is dropped then the driver should drop
      all frames, otherwise the frames may continue to be
      transmitted, aggregated in the case of a locally
      requested session stop or unaggregated in the case of
      the peer requesting session stop.
      
      Split these different cases so that the driver can
      act accordingly; however, treat local and remote stop
      the same way and ask the driver to not send frames as
      aggregated packets any more.
      
      In the case of connection drop, the stop callback the
      driver is otherwise supposed to call is no longer
      required.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      18b559d5
    • J
      regulatory: use IS_ERR macro family for freq_reg_info · 361c9c8b
      Johannes Berg 提交于
      Instead of returning an error and filling a pointer
      return the pointer and an ERR_PTR value in error cases.
      Acked-by: NLuis R. Rodriguez <mcgrof@do-not-panic.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      361c9c8b
    • J
      regulatory: remove handling of channel bandwidth · fe7ef5e9
      Johannes Berg 提交于
      The channel bandwidth handling isn't really quite right,
      it assumes that a 40 MHz channel is really two 20 MHz
      channels, which isn't strictly true. This is the way the
      regulatory database handling is defined right now though
      so remove the logic to handle other channel widths.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      fe7ef5e9
  3. 12 12月, 2012 4 次提交
  4. 11 12月, 2012 19 次提交
  5. 08 12月, 2012 1 次提交
    • B
      ath9k: Use standard #defines for PCIe Capability ASPM fields · a875621e
      Bjorn Helgaas 提交于
      Use the standard #defines for PCIe Capability ASPM fields.
      
      Previously we used PCIE_LINK_STATE_L0S and PCIE_LINK_STATE_L1 directly, but
      these are defined for the Linux ASPM interfaces, e.g.,
      pci_disable_link_state(), and only coincidentally match the actual register
      bits.  PCIE_LINK_STATE_CLKPM, also part of that interface, does not match
      the register bit.
      Signed-off-by: NBjorn Helgaas <bhelgaas@google.com>
      a875621e
  6. 07 12月, 2012 2 次提交
  7. 04 12月, 2012 1 次提交
  8. 01 12月, 2012 2 次提交
    • H
      ath9k: use SIMPLE_DEV_PM_OPS · 88427588
      Hauke Mehrtens 提交于
      ath9k does not provide any runtime pm callbacks, so support for
      PM_RUNTIME is not needed and we could go to PM_SLEEP.
      This also makes it possible to use SIMPLE_DEV_PM_OPS instead of
      manually filling struct dev_pm_ops.
      Signed-off-by: NHauke Mehrtens <hauke@hauke-m.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      88427588
    • V
      wireless: allow Atheros card to not depend on ath.ko · 23c1d7f6
      Vladimir Kondratiev 提交于
      There are 2 different things:
      - sub-menu for "Atheros Wireless cards" family
      - module ath.ko with common Atheros code
      
      Until now, they both used to depend on the same Kconfig variable ATH_COMMON.
      Thus, being "Atheros card" and "depending on ath.ko" was the same.
      
      To allow module to belong to the
      "Atheros Wireless cards" family but not use ath.ko,
      2 conditions above need to be separated.
      
      So, this patch introduce new Kconfig variable ATH_CARDS for belonging
      to the "Atheros Wireless Cards" family; while ATH_COMMON becomes hidden
      variable to express dependency on common Atheros code in ath.ko. Modules
      that depend on this common code now express it by setting ATH_COMMON.
      
      Right now, ath6kl do not depend on common code and thus do not set ATH_COMMON.
      Signed-off-by: NVladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      23c1d7f6