1. 27 9月, 2014 1 次提交
    • P
      ath5k: Remove AHB bus support · 093ec3c5
      Paul Bolle 提交于
      AHB bus support was added in v2.6.38, through commit a0b907ee
      ("ath5k: Add AHB bus support."). That code can only be build if the
      Kconfig symbol ATHEROS_AR231X is set. But that symbol has never been
      added to the tree. So AHB bus support has always been dead code.
      
      Let's remove all code that depends on ATHEROS_AR231X. If that symbol
      ever gets added to the tree the AHB bus support can be re-added too.
      Signed-off-by: NPaul Bolle <pebolle@tiscali.nl>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      093ec3c5
  2. 05 9月, 2014 2 次提交
  3. 29 8月, 2014 3 次提交
  4. 13 8月, 2014 1 次提交
  5. 02 7月, 2014 2 次提交
  6. 01 5月, 2014 1 次提交
  7. 15 3月, 2014 1 次提交
    • J
      ath5k: add missing dma_map_error call · b499abdc
      John Greene 提交于
      Trivial patch to address this trace. Now calls dma_mapping_error and
      return -ENOSPC if a problem found.
      
      WARNING: at lib/dma-debug.c:933 check_unmap+0x47b/0x960()
      Hardware name: Aspire 5515
      ath5k 0000:02:00.0: DMA-API: device driver failed to check map
      error[device address=0x00000000874fcd42] [size=45 bytes] [mapped as
      single]
      Modules linked in: bnep bluetooth ebtable_filter ebtables
      ip6table_filter ip6_tables be2iscsi iscsi_boot_sysfs bnx2i cnic uio
      cxgb4i cxgb4 cxgb3i cxgb3 mdio libcxgbi ib_iser rdma_cm ib_addr iw_cm
      ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi
      scsi_transport_iscsi arc4 snd_hda_codec_realtek snd_hda_intel
      snd_hda_codec snd_hwdep snd_seq snd_seq_device ath5k ath snd_pcm
      sparse_keymap snd_page_alloc mac80211 snd_timer sp5100_tco snd edac_core
      k8temp soundcore edac_mce_amd i2c_piix4 cfg80211 rfkill shpchp vhost_net
      tun macvtap macvlan kvm_amd kvm uinput dm_crypt ata_generic pata_acpi
      radeon i2c_algo_bit pata_atiixp drm_kms_helper ttm drm r8169 mii
      i2c_core wmi video sunrpc
      Pid: 820, comm: firewalld Not tainted 3.9.0-0.rc3.git1.4.fc19.x86_64 #1
      Call Trace:
       <IRQ>  [<ffffffff81068df0>] warn_slowpath_common+0x70/0xa0
       [<ffffffff81068e6c>] warn_slowpath_fmt+0x4c/0x50
       [<ffffffff8137ebeb>] check_unmap+0x47b/0x960
       [<ffffffff81021cf5>] ? native_sched_clock+0x15/0x80
       [<ffffffff81021d69>] ? sched_clock+0x9/0x10
       [<ffffffff8137f12f>] debug_dma_unmap_page+0x5f/0x70
       [<ffffffffa048fa07>] ath5k_tasklet_tx+0x157/0x3f0 [ath5k]
       [<ffffffff810acc0d>] ? sched_clock_local+0x1d/0x80
       [<ffffffff81072aa6>] ? tasklet_action+0x56/0x210
       [<ffffffff81072ae7>] tasklet_action+0x97/0x210
       [<ffffffff8107343f>] __do_softirq+0xff/0x400
       [<ffffffff81073905>] irq_exit+0xb5/0xc0
       [<ffffffff81728916>] do_IRQ+0x56/0xc0
       [<ffffffff8171dc32>] common_interrupt+0x72/0x72
       <EOI>  [<ffffffff811f1f81>] ? dput+0x111/0x310
       [<ffffffff811f1ea7>] ? dput+0x37/0x310
       [<ffffffff811e75e8>] link_path_walk+0x528/0x910
       [<ffffffff811ea624>] path_openat+0x94/0x530
       [<ffffffff811eb148>] do_filp_open+0x38/0x80
       [<ffffffff811e1dda>] open_exec+0x4a/0x130
       [<ffffffff81238be3>] load_elf_binary+0x7f3/0x18e0
       [<ffffffff81021d69>] ? sched_clock+0x9/0x10
       [<ffffffff810acc0d>] ? sched_clock_local+0x1d/0x80
       [<ffffffff810acd98>] ? sched_clock_cpu+0xa8/0x100
       [<ffffffff810d515d>] ? trace_hardirqs_off+0xd/0x10
       [<ffffffff810acedf>] ? local_clock+0x5f/0x70
       [<ffffffff810d5dbf>] ? lock_release_holdtime.part.28+0xf/0x190
       [<ffffffff812383f0>] ? elf_core_dump+0x1980/0x1980
       [<ffffffff811e1151>] search_binary_handler+0x1a1/0x4f0
       [<ffffffff811e1017>] ? search_binary_handler+0x67/0x4f0
       [<ffffffff811e28fc>] do_execve_common.isra.26+0x64c/0x710
       [<ffffffff811e23c2>] ? do_execve_common.isra.26+0x112/0x710
       [<ffffffff811e2cc6>] sys_execve+0x36/0x50
       [<ffffffff81727249>] stub_execve+0x69/0xa0
      Signed-off-by: NJohn Greene <jogreene@redhat.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      b499abdc
  8. 25 2月, 2014 1 次提交
  9. 14 2月, 2014 1 次提交
  10. 17 1月, 2014 1 次提交
  11. 08 1月, 2014 1 次提交
  12. 04 1月, 2014 1 次提交
  13. 11 12月, 2013 1 次提交
  14. 19 10月, 2013 1 次提交
    • F
      ath5k: fix regression in tx status processing · 7ede612f
      Felix Fietkau 提交于
      The regression was introduced in the following commit:
      
      0967e01e
      "ath5k: make use of the new rate control API"
      
      ath5k_tx_frame_completed saves the intended per-rate retry counts before
      they are cleared by ieee80211_tx_info_clear_status, however at this
      point the information in info->status.rates is incomplete.
      
      This causes significant throughput degradation and excessive packet loss
      on links where high bit rates don't work properly.
      
      Move the copy from bf->rates a few lines up to ensure that the saved
      retry counts are updated, and that they are really cleared in
      info->status.rates after the call to ieee80211_tx_info_clear_status.
      
      Cc: stable@vger.kernel.org # 3.10+
      Cc: Thomas Huehn <thomas@net.t-labs.tu-berlin.de>
      Cc: Benjamin Vahl <bvahl@net.t-labs.tu-berlin.de>
      Reported-by: NBen West <ben@gowasabi.net>
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      Acked-by: NThomas Huehn <thomas@net.t-labs.tu-berlin.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      7ede612f
  15. 14 10月, 2013 1 次提交
  16. 27 9月, 2013 1 次提交
  17. 27 8月, 2013 1 次提交
  18. 17 8月, 2013 3 次提交
  19. 19 7月, 2013 1 次提交
  20. 13 6月, 2013 1 次提交
  21. 28 5月, 2013 1 次提交
  22. 04 5月, 2013 1 次提交
  23. 13 4月, 2013 1 次提交
  24. 26 3月, 2013 1 次提交
  25. 07 3月, 2013 1 次提交
  26. 09 2月, 2013 1 次提交
  27. 14 1月, 2013 1 次提交
  28. 12 12月, 2012 1 次提交
  29. 11 12月, 2012 1 次提交
  30. 07 12月, 2012 1 次提交
  31. 01 12月, 2012 1 次提交
    • 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
  32. 17 11月, 2012 2 次提交
  33. 14 11月, 2012 1 次提交