1. 09 8月, 2011 1 次提交
  2. 21 7月, 2011 3 次提交
  3. 16 7月, 2011 4 次提交
  4. 12 7月, 2011 8 次提交
  5. 01 7月, 2011 2 次提交
  6. 28 6月, 2011 1 次提交
    • E
      iwlagn: fix *_UCODE_API_MAX output in the firmware field · 8fcbd4dc
      Evgeni Golov 提交于
      Currently (3.0-rc2), modinfo iwlagn shows:
          firmware:       iwlwifi-5150-IWL5150_UCODE_API_MAX.ucode
          firmware:       iwlwifi-5000-IWL5000_UCODE_API_MAX.ucode
          firmware:       iwlwifi-6000g2b-IWL6000G2_UCODE_API_MAX.ucode
          firmware:       iwlwifi-6000g2a-IWL6000G2_UCODE_API_MAX.ucode
          firmware:       iwlwifi-6050-IWL6050_UCODE_API_MAX.ucode
          firmware:       iwlwifi-6000-IWL6000_UCODE_API_MAX.ucode
          firmware:       iwlwifi-100-IWL100_UCODE_API_MAX.ucode
          firmware:       iwlwifi-1000-IWL1000_UCODE_API_MAX.ucode
          firmware:       iwlwifi-105-IWL105_UCODE_API_MAX.ucode
          firmware:       iwlwifi-2030-IWL2030_UCODE_API_MAX.ucode
          firmware:       iwlwifi-2000-IWL2000_UCODE_API_MAX.ucode
      
      which is obviously wrong, the user should not see the *_UCODE_API_MAX
      macros but the actual ucode API versions here.
      
      The problem are the
          #define *_MODULE_FIRMWARE(api) *_FW_PRE #api ".ucode"
      which do not expand api correctly (because this is a macro itself).
      
      Fixed by using __stringify() from linux/stringify.h.
      
      Further information about macro stringification can be found here:
          http://gcc.gnu.org/onlinedocs/cpp/Stringification.htmlSigned-off-by: NEvgeni Golov <sargentd@die-welt.net>
      Signed-off-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8fcbd4dc
  7. 18 6月, 2011 3 次提交
  8. 04 6月, 2011 1 次提交
    • S
      iwlagn: fix channel switch locking · 6f213ff1
      Stanislaw Gruszka 提交于
      We use priv->mutex to avoid race conditions between iwl_chswitch_done()
      and iwlagn_mac_channel_switch(), when marking channel switch in
      progress. But iwl_chswitch_done() can be called in atomic context
      from iwl_rx_csa() or with mutex already taken from iwlagn_commit_rxon().
      
      These bugs were introduced by:
      
      commit 79d07325
      Author: Wey-Yi Guy <wey-yi.w.guy@intel.com>
      Date:   Thu May 6 08:54:11 2010 -0700
      
          iwlwifi: support channel switch offload in driver
      
      To fix remove mutex from iwl_chswitch_done() and use atomic bitops for
      marking channel switch pending.
      
      Also remove iwl2030_hw_channel_switch() since 2000 series adapters are
      2.4GHz only devices.
      
      Cc: stable@kernel.org # 2.6.36+
      Signed-off-by: NStanislaw Gruszka <sgruszka@redhat.com>
      Acked-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6f213ff1
  9. 02 6月, 2011 1 次提交
  10. 01 6月, 2011 1 次提交
  11. 14 5月, 2011 2 次提交
  12. 07 5月, 2011 1 次提交
  13. 01 5月, 2011 1 次提交
  14. 30 4月, 2011 2 次提交
  15. 19 4月, 2011 3 次提交
  16. 18 4月, 2011 1 次提交
  17. 08 4月, 2011 5 次提交