1. 05 3月, 2011 22 次提交
  2. 04 3月, 2011 1 次提交
  3. 03 3月, 2011 12 次提交
    • H
      wl12xx: Correctly set up protection if non-GF STAs are present · 95a77610
      Helmut Schaa 提交于
      Set the gf_protection bit when calling ACX_HT_BSS_OPERATION according
      to the GF bit passed by mac80211 in ht_operation_mode.
      
      [Added a proper commit message -- Luca]
      Signed-off-by: NHelmut Schaa <helmut.schaa@googlemail.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      95a77610
    • A
      wl12xx: wakeup chip from ELP during scan · 24225b37
      Arik Nemtsov 提交于
      Commands are sometimes sent to FW on scan completion. Make sure the chip
      is awake to receive them. Sending commands while the chip is in ELP
      can cause SDIO read errors and/or crash the FW.
      Signed-off-by: NArik Nemtsov <arik@wizery.com>
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      24225b37
    • I
      wl12xx: Modify requested number of memory blocks · b16d4b68
      Ido Yariv 提交于
      Tests have shown that the requested number of memory blocks is
      sub-optimal. Slightly modify the requested number of memory blocks for
      TX.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      b16d4b68
    • I
      wl12xx: Avoid redundant TX work · b07d4037
      Ido Yariv 提交于
      TX might be handled in the threaded IRQ handler, in which case, TX work
      might be scheduled just to discover it has nothing to do.
      
      Save a few context switches by cancelling redundant TX work in case TX
      is about to be handled in the threaded IRQ handler. Also, avoid
      scheduling TX work from wl1271_op_tx if not needed.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      b07d4037
    • I
      wl12xx: Switch to level trigger interrupts · 2da69b89
      Ido Yariv 提交于
      The interrupt of the wl12xx is a level interrupt in nature, since the
      interrupt line is not auto-reset. However, since resetting the interrupt
      requires bus transactions, this cannot be done from an interrupt
      context. Thus, requesting a level interrupt would require to disable the
      irq and re-enable it after the HW is acknowledged. Since we now request
      a threaded irq, this can also be done by specifying the IRQF_ONESHOT
      flag.
      
      Triggering on an edge can be problematic in some platforms, if the
      sampling frequency is not sufficient for detecting very frequent
      interrupts. In case an interrupt is missed, the driver will hang as the
      interrupt line will stay high until it is acknowledged by the driver,
      which will never happen.
      
      Fix this by requesting a level triggered interrupt, with the
      IRQF_ONESHOT flag.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      2da69b89
    • I
      wl12xx: Switch to a threaded interrupt handler · a620865e
      Ido Yariv 提交于
      To achieve maximal throughput, it is very important to react to
      interrupts as soon as possible. Currently the interrupt handler wakes up
      a worker for handling interrupts in process context. A cleaner and more
      efficient design would be to request a threaded interrupt handler.  This
      handler's priority is very high, and can do blocking operations such as
      SDIO/SPI transactions.
      
      Some work can be deferred, mostly calls to mac80211 APIs
      (ieee80211_rx_ni and ieee80211_tx_status). By deferring such work to a
      different worker, we can keep the irq handler thread more I/O
      responsive. In addition, on multi-core systems the two threads can be
      scheduled on different cores, which will improve overall performance.
      
      The use of WL1271_FLAG_IRQ_PENDING & WL1271_FLAG_IRQ_RUNNING was
      changed. For simplicity, always query the FW for more pending
      interrupts. Since there are relatively long bursts of interrupts, the
      extra FW status read overhead is negligible. In addition, this enables
      registering the IRQ handler with the ONESHOT option.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      a620865e
    • I
      wl12xx: Change claiming of the SDIO bus · 393fb560
      Ido Yariv 提交于
      The SDIO bus is claimed and released for each SDIO transaction. In
      addition to the few CPU cycles it takes to claim and release the bus, it
      may also cause undesired side effects such as the MMC host stopping its
      internal clocks.
      
      Since only the wl12xx_sdio driver drives this SDIO card, it is safe to
      claim the SDIO host once (on power on), and release it only when turning
      the power off.
      
      This patch was inspired by Juuso Oikarinen's (juuso.oikarinen@nokia.com)
      patch "wl12xx: Change claiming of the (SDIO) bus".
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      393fb560
    • I
      wl12xx: Do end-of-transactions transfers only if needed · 606ea9fa
      Ido Yariv 提交于
      On newer hardware revisions, there is no need to write the host's
      counter at the end of a RX transaction. The same applies to writing the
      number of packets at the end of a TX transaction.
      
      It is generally a good idea to avoid unnecessary SDIO/SPI transfers.
      Throughput and CPU usage are improved when avoiding these.
      
      Send the host's RX counter and the TX packet count only if needed, based
      on the hardware revision.
      
      [Changed WL12XX_QUIRK_END_OF_TRANSACTION to use BIT(0) -- Luca]
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      606ea9fa
    • I
      wl12xx: Reorder data handling in irq_work · 8aad2464
      Ido Yariv 提交于
      The FW has a limited amount of memory for holding frames. In case it
      runs out of memory reserved for RX frames, it'll have no other choice
      but to drop packets received from the AP. Thus, it is important to
      handle RX data interrupts as soon as possible, before handling anything
      else.
      
      In addition, since there are enough TX descriptors to go around, it is
      better to first send TX frames, and only then handle TX completions.
      
      Fix this by changing the order of function calls in wl1271_irq_work.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      Reviewed-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      8aad2464
    • I
      wl12xx: Remove private headers in wl1271_tx_reset · 50e9f746
      Ido Yariv 提交于
      Frames in the tx_frames array include extra private headers, which must
      be removed before passing the skbs to ieee80211_tx_status.
      
      Fix this by removing any private headers in wl1271_tx_reset, similar to
      how this is done in wl1271_tx_complete_packet.
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Signed-off-by: NArik Nemtsov <arik@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      50e9f746
    • I
      wl12xx: Don't rely on runtime PM for toggling power · 11251e7e
      Ido Yariv 提交于
      Runtime PM might not always be enabled. Even if it is enabled in the
      running kernel, it can still be temporarily disabled, for instance
      during suspend. Runtime PM is opportunistic in nature, and should not be
      relied on for toggling power.
      
      In case the interface is removed and re-added while runtime PM is
      disabled, the FW will fail to boot, as it is mandatory to toggle power
      between boots. For instance, this can happen during suspend in case one
      of the devices fails to suspend before the MMC host suspends, but after
      mac80211 was suspended. The interface will be removed and reactivated
      without toggling the power.
      
      Fix this by calling mmc_power_save_host/mmc_power_restore_host in
      wl1271_sdio_power_on/off functions. It will toggle the power to the chip
      even if runtime PM is disabled. The runtime PM functions should still be
      called to make sure runtime PM does not opportunistically power the chip
      off (e.g. after resuming from system suspend).
      Signed-off-by: NIdo Yariv <ido@wizery.com>
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      11251e7e
    • S
      wl12xx: fix the path to the wl12xx firmwares · f62c317c
      Sebastien Jan 提交于
      In the linux-firmware git tree, the firmwares and the NVS are inside
      the ti-connectivity directory.  Fix the filenames that the driver
      looks for accordingly.
      
      [Fixed commit message and merged with the latest changes. -- Luca]
      Signed-off-by: NSebastien Jan <s-jan@ti.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      f62c317c
  4. 02 3月, 2011 3 次提交
    • R
      b43: N-PHY: rev3+: add static tables · 27b4eb26
      Rafał Miłecki 提交于
      This finally makes TX on OFDM rates possible on my dev with PHY rev 4.
      We still have lower performance than wl, but at least speeds around 15M
      become possible.
      Signed-off-by: NRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      27b4eb26
    • C
      rtlwifi: Fix error registering rate-control · 375ff4c7
      Chaoming Li 提交于
      When a second module such as rtl8192ce or rtl8192cu links to rtlwifi, the attempt
      to register a rate-control mechanism fails with the warning shown below. The fix is to
      select the RC mechanism when rtlwifi is initialized.
      
      WARNING: at net/mac80211/rate.c:42 ieee80211_rate_control_register+0xc9/0x100 [mac80211]()
      Hardware name: HP Pavilion dv2700 Notebook PC
      Modules linked in: arc4 ecb rtl8192ce rtl8192cu(+) rtl8192c_common rtlwifi snd_hda_codec_conexant amd74xx(+) ide_core sg mac80211 snd_hda_intel snd_hda_codec i2c_nforce2 snd_pcm snd_timer cfg80211 snd k8temp hwmon serio_raw joydev i2c_core soundcore snd_page_alloc rfkill forcedeth video ac battery button ext3 jbd mbcache sd_mod ohci_hcd ahci libahci libata scsi_mod ehci_hcd usbcore fan processor thermal
      Pid: 2227, comm: modprobe Not tainted 2.6.38-rc6-wl+ #468
      Call Trace:
       [<ffffffff8104a3da>] ? warn_slowpath_common+0x7a/0xb0
       [<ffffffff8104a425>] ? warn_slowpath_null+0x15/0x20
       [<ffffffffa02de409>] ? ieee80211_rate_control_register+0xc9/0x100 [mac80211]
       [<ffffffffa03b3790>] ? rtl_rate_control_register+0x10/0x20 [rtlwifi]
       [<ffffffffa03ab9c9>] ? rtl_init_core+0x189/0x620 [rtlwifi]
       [<ffffffff811cfff8>] ? __raw_spin_lock_init+0x38/0x70
       [<ffffffffa03b9dea>] ? rtl_usb_probe+0x709/0x82e [rtlwifi]
       [<ffffffffa002a7fd>] ? usb_match_one_id+0x3d/0xc0 [usbcore]
       [<ffffffffa002aae9>] ? usb_probe_interface+0xb9/0x160 [usbcore]
       [<ffffffff8126ed19>] ? driver_probe_device+0x89/0x1a0
       [<ffffffff8126eed3>] ? __driver_attach+0xa3/0xb0
       [<ffffffff8126ee30>] ? __driver_attach+0x0/0xb0
       [<ffffffff8126dd4e>] ? bus_for_each_dev+0x5e/0x90
       [<ffffffff8126e9d9>] ? driver_attach+0x19/0x20
       [<ffffffff8126e5e8>] ? bus_add_driver+0x158/0x290
       [<ffffffff8126f151>] ? driver_register+0x71/0x140
       [<ffffffff811cfff8>] ? __raw_spin_lock_init+0x38/0x70
       [<ffffffffa002a2cc>] ? usb_register_driver+0xdc/0x190 [usbcore]
       [<ffffffffa0013000>] ? rtl8192cu_init+0x0/0x20 [rtl8192cu]
       [<ffffffffa001301e>] ? rtl8192cu_init+0x1e/0x20 [rtl8192cu]
       [<ffffffff810002cf>] ? do_one_initcall+0x3f/0x180
       [<ffffffff8108fd4b>] ? sys_init_module+0xbb/0x200
       [<ffffffff81002c7b>] ? system_call_fastpath+0x16/0x1b
       ---[ end trace 726271c07a47439e ]---
      rtlwifi:rtl_init_core():<0-0> rtl: Unable to register rtl_rc,use default RC !!
      ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
      Signed-off-by: NChaoming Li <chaoming_li@realsil.com.cn>
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      375ff4c7
    • S
      ath9k_htc: Handle BSSID/AID for multiple interfaces · e7a2a4f5
      Sujith Manoharan 提交于
      The AID and BSSID should be set in the HW only for the
      first station interface or adhoc interface. Also, cancel
      the ANI timer in stop() for multi-STA scenario. And finally
      configure the HW beacon timers only for the first station
      interface.
      Signed-off-by: NSujith Manoharan <Sujith.Manoharan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e7a2a4f5
  5. 01 3月, 2011 2 次提交