1. 29 1月, 2008 23 次提交
  2. 23 1月, 2008 2 次提交
  3. 17 1月, 2008 5 次提交
  4. 11 1月, 2008 3 次提交
  5. 09 1月, 2008 1 次提交
  6. 20 12月, 2007 4 次提交
  7. 18 12月, 2007 2 次提交
    • Z
      iwlwifi: fix rf_kill state inconsistent during suspend and resume · 53e49093
      Zhu Yi 提交于
      The patch fixes the STATUS_RF_KILL_HW state is not cleared problem if the
      device goes to suspend when the rf_kill switch is enabled. The bug causes
      the driver always thinks the rf_kill switch is enabled (although it is
      disabled) after resume.
      Signed-off-by: NZhu Yi <yi.zhu@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      53e49093
    • L
      b43: Fix rfkill radio LED · 1a8d1227
      Larry Finger 提交于
      This fixes Bug #9414
      
      Since addition of the rfkill callback, the LED associated with the off
      switch on the radio has not worked for several reasons:
      
      (1) Essential data in the rfkill structure were missing.
      (2) The rfkill structure was initialized after the LED initialization.
      (3) There was a minor memory leak if the radio LED structure was inited.
      
      Once the above problems were fixed, additional difficulties were noted:
      
      (4) The radio LED was in the wrong state at startup.
      (5) The radio switch had to be manipulated twice for each state change.
      (6) A circular mutex locking situation existed.
      (7) If rfkill-input is built as a module, it is not automatically loaded.
      
      This patch fixes all of the above.
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NMichael Buesch <mb@bu3sch.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      1a8d1227