1. 26 Jun, 2008 4 commits
    • Henrique de Moraes Holschuh's avatar
      rfkill: add the WWAN radio type · 477576a0
      Henrique de Moraes Holschuh authored
      
      
      Unfortunately, instead of adding a generic Wireless WAN type, a technology-
      specific type (WiMAX) was added.  That's useless for other WWAN devices,
      such as EDGE, UMTS, X-RTT and other such radios.
      
      Add a WWAN rfkill type for generic wireless WAN devices.  No keys are added
      as most devices really want to use KEY_WLAN for WWAN control (in a cycle of
      none, WLAN, WWAN, WLAN+WWAN) and need no specific keycode added.
      Signed-off-by: default avatarHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Acked-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Cc: Iñaky Pérez-González <inaky.perez-gonzalez@intel.com>
      Cc: David S. Miller <davem@davemloft.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      477576a0
    • Henrique de Moraes Holschuh's avatar
      rfkill: add read-write rfkill switch support · 801e49af
      Henrique de Moraes Holschuh authored
      
      
      Currently, rfkill support for read/write rfkill switches is hacked through
      a round-trip over the input layer and rfkill-input to let a driver sync
      rfkill->state to hardware changes.
      
      This is buggy and sub-optimal.  It causes real problems.  It is best to
      think of the rfkill class as supporting only write-only switches at the
      moment.
      
      In order to implement the read/write functionality properly:
      
      Add a get_state() hook that is called by the class every time it needs to
      fetch the current state of the switch.  Add a call to this hook every time
      the *current* state of the radio plays a role in a decision.
      
      Also add a force_state() method that can be used to forcefully syncronize
      the class' idea of the current state of the switch.  This allows for a
      faster implementation of the read/write functionality, as a driver which
      get events on switch changes can avoid the need for a get_state() hook.
      
      If the get_state() hook is left as NULL, current behaviour is maintained,
      so this change is fully backwards compatible with the current rfkill
      drivers.
      
      For hardware that issues events when the rfkill state changes, leave
      get_state() NULL in the rfkill struct, set the initial state properly
      before registering with the rfkill class, and use the force_state() method
      in the driver to keep the rfkill interface up-to-date.
      
      get_state() can be called by the class from atomic context. It must not
      sleep.
      Signed-off-by: default avatarHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Acked-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      801e49af
    • Henrique de Moraes Holschuh's avatar
      rfkill: add parameter to disable radios by default · e954b0b8
      Henrique de Moraes Holschuh authored
      
      
      Currently, radios are always enabled when their rfkill interface is
      registered.  This is not optimal, the safest state for a radio is to be
      offline unless the user turns it on.
      
      Add a module parameter that causes all radios to be disabled when their
      rfkill interface is registered.  The module default is not changed so
      unless the parameter is used, radios will still be forced to their enabled
      state when they are registered.
      
      The new rfkill module parameter is called "default_state".
      Signed-off-by: default avatarHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Acked-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      e954b0b8
    • Henrique de Moraes Holschuh's avatar
      rfkill: fix minor typo in kernel doc · c8fcd905
      Henrique de Moraes Holschuh authored
      
      
      Fix a minor typo in an exported function documentation
      Signed-off-by: default avatarHenrique de Moraes Holschuh <hmh@hmh.eng.br>
      Acked-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      c8fcd905
  2. 15 Apr, 2008 1 commit
  3. 23 Feb, 2008 1 commit
    • Rafael J. Wysocki's avatar
      PM: Introduce PM_EVENT_HIBERNATE callback state · 3a2d5b70
      Rafael J. Wysocki authored
      During the last step of hibernation in the "platform" mode (with the
      help of ACPI) we use the suspend code, including the devices'
      ->suspend() methods, to prepare the system for entering the ACPI S4
      system sleep state.
      
      But at least for some devices the operations performed by the
      ->suspend() callback in that case must be different from its operations
      during regular suspend.
      
      For this reason, introduce the new PM event type PM_EVENT_HIBERNATE and
      pass it to the device drivers' ->suspend() methods during the last phase
      of hibernation, so that they can distinguish this case and handle it as
      appropriate.  Modify the drivers that handle PM_EVENT_SUSPEND in a
      special way and need to handle PM_EVENT_HIBERNATE in the same way.
      
      These changes are necessary to fix a hibernation regression related
      to the i915 driver (ref. http://lkml.org/lkml/2008/2/22/488
      
      ).
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: default avatarPavel Machek <pavel@ucw.cz>
      Tested-by: default avatarJeff Chua <jeff.chua.linux@gmail.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      3a2d5b70
  4. 03 Feb, 2008 1 commit
  5. 31 Jan, 2008 1 commit
  6. 20 Jan, 2008 1 commit
  7. 29 Nov, 2007 1 commit
  8. 10 Nov, 2007 4 commits
  9. 10 Oct, 2007 5 commits
  10. 18 Jul, 2007 1 commit
  11. 19 May, 2007 1 commit
  12. 07 May, 2007 1 commit