1. 07 12月, 2012 1 次提交
  2. 17 11月, 2012 2 次提交
  3. 27 9月, 2012 1 次提交
  4. 11 7月, 2012 1 次提交
    • L
      wl12xx/wlcore: increase FW filename version · 66ef60ad
      Luciano Coelho 提交于
      We have some API changes and new features in the new firmwares that
      are not compatible with older drivers.  Increase the version of the FW
      filenames for wl12xx to 5.
      
      Additionally, remove the duplicate definitions from wlcore_i.h and
      remove the MODULE_FIRMWARE macro calls from the SDIO and SPI modules,
      since they're irrelevant there.
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      66ef60ad
  5. 22 6月, 2012 2 次提交
  6. 12 4月, 2012 4 次提交
  7. 15 2月, 2012 2 次提交
  8. 29 11月, 2011 1 次提交
    • L
      wireless: Remove redundant spi driver bus initialization · 4e3309ba
      Lars-Peter Clausen 提交于
      In ancient times it was necessary to manually initialize the bus field of an
      spi_driver to spi_bus_type. These days this is done in spi_driver_register(),
      so we can drop the manual assignment.
      
      The patch was generated using the following coccinelle semantic patch:
      // <smpl>
      @@
      identifier _driver;
      @@
      struct spi_driver _driver = {
      	.driver = {
      -		.bus = &spi_bus_type,
      	},
      };
      // </smpl>
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Cc: Christian Lamparter <chunkeey@googlemail.com>
      Cc: Luciano Coelho <coelho@ti.com>
      Cc: libertas-dev@lists.infradead.org
      Cc: linux-wireless@vger.kernel.org
      Acked-by: NLuciano Coelho <coelho@ti.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      4e3309ba
  9. 12 10月, 2011 1 次提交
    • L
      wl12xx: use the same plat dev name for both SPI and SDIO · ccb62000
      Luciano Coelho 提交于
      There's no need to have the bus name included in the platform device
      name that we create.  The core driver doesn't need to know about the
      type of bus it uses.  Any differences between the buses that need to
      be handled differently in the core, can be passed in the platform data
      (as the pwr_in_suspend boolean does).
      
      Use "wl12xx" for the device name in both bus drivers.  Rename the
      platform driver name to "wl12xx_driver", just to differentiate from
      the platform device names.
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      ccb62000
  10. 11 10月, 2011 5 次提交
  11. 22 8月, 2011 1 次提交
  12. 27 6月, 2011 1 次提交
  13. 07 6月, 2011 1 次提交
  14. 19 4月, 2011 5 次提交
  15. 05 4月, 2011 1 次提交
  16. 03 3月, 2011 2 次提交
    • 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
  17. 01 2月, 2011 1 次提交
  18. 25 1月, 2011 2 次提交
  19. 22 11月, 2010 1 次提交
  20. 05 10月, 2010 1 次提交
  21. 28 9月, 2010 1 次提交
  22. 21 9月, 2010 3 次提交