1. 04 8月, 2010 1 次提交
    • J
      Documentation: update broken web addresses. · 0ea6e611
      Justin P. Mattock 提交于
      Below you will find an updated version from the original series bunching all patches into one big patch
      updating broken web addresses that are located in Documentation/*
      Some of the addresses date as far far back as 1995 etc... so searching became a bit difficult,
      the best way to deal with these is to use web.archive.org to locate these addresses that are outdated.
      Now there are also some addresses pointing to .spec files some are located, but some(after searching
      on the companies site)where still no where to be found. In this case I just changed the address
      to the company site this way the users can contact the company and they can locate them for the users.
      Signed-off-by: NJustin P. Mattock <justinmattock@gmail.com>
      Signed-off-by: NThomas Weber <weber@corscience.de>
      Signed-off-by: NMike Frysinger <vapier.adi@gmail.com>
      Cc: Paulo Marques <pmarques@grupopie.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Michael Neuling <mikey@neuling.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      0ea6e611
  2. 19 7月, 2010 1 次提交
  3. 19 5月, 2010 1 次提交
  4. 11 5月, 2010 4 次提交
  5. 23 4月, 2010 1 次提交
  6. 07 3月, 2010 2 次提交
    • R
      PM: Provide generic subsystem-level callbacks · d690b2cd
      Rafael J. Wysocki 提交于
      There are subsystems whose power management callbacks only need to
      invoke the callbacks provided by device drivers.  Still, their system
      sleep PM callbacks should play well with the runtime PM callbacks,
      so that devices suspended at run time can be left in that state for
      a system sleep transition.
      
      Provide a set of generic PM callbacks for such subsystems and
      define convenience macros for populating dev_pm_ops structures.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      d690b2cd
    • R
      PM / Runtime: Document power.runtime_auto and related functions · 87d1b3e6
      Rafael J. Wysocki 提交于
      The power.runtime_auto device flag and the helper functions
      pm_runtime_allow() and pm_runtime_forbid() used to modify it are a
      part of the run-time power management framework and therefore they
      should be described in Documentation/power/runtime_pm.txt.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      87d1b3e6
  7. 05 2月, 2010 1 次提交
  8. 23 12月, 2009 2 次提交
  9. 06 12月, 2009 2 次提交
  10. 04 12月, 2009 1 次提交
  11. 23 9月, 2009 1 次提交
  12. 22 9月, 2009 3 次提交
  13. 23 8月, 2009 1 次提交
    • R
      PM: Introduce core framework for run-time PM of I/O devices (rev. 17) · 5e928f77
      Rafael J. Wysocki 提交于
      Introduce a core framework for run-time power management of I/O
      devices.  Add device run-time PM fields to 'struct dev_pm_info'
      and device run-time PM callbacks to 'struct dev_pm_ops'.  Introduce
      a run-time PM workqueue and define some device run-time PM helper
      functions at the core level.  Document all these things.
      
      Special thanks to Alan Stern for his help with the design and
      multiple detailed reviews of the pereceding versions of this patch
      and to Magnus Damm for testing feedback.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: NMagnus Damm <damm@igel.co.jp>
      5e928f77
  14. 02 7月, 2009 1 次提交
  15. 01 7月, 2009 1 次提交
  16. 13 6月, 2009 2 次提交
  17. 17 10月, 2008 1 次提交
  18. 14 10月, 2008 1 次提交
    • L
      regulator: core - Rework machine API to remove string based functions. · a5766f11
      Liam Girdwood 提交于
      This improves the machine level API in order to configure
      regulator constraints and consumers as platform data and removes the
      old string based API that required several calls to set up each regulator.
      
      The intention is to create a struct regulator_init_data, populate
      it's fields with constraints, consumers devices, etc and then register
      the regulator device from board.c in the standard Linux way.
      
      e.g. regulator LDO2 (supplying codec and sim) platform data.
      
      /* regulator LDO2 consumer devices */
      static struct regulator_consumer_supply ldo2_consumers[] = {
      {
      	.dev	= &platform_audio_device.dev,
      	.supply	= "codec_avdd",
      },
      {
      	.dev	= &platform_sim_device.dev,
      	.supply	= "sim_vcc",
      }
      };
      
      /* regulator LDO2 constraints  */
      static struct regulator_init_data ldo2_data = {
      	.constraints = {
      		.min_uV = 3300000,
      		.max_uV = 3300000,
      		.valid_modes_mask = REGULATOR_MODE_NORMAL,
      		.apply_uV = 1,
      	},
      	.num_consumer_supplies = ARRAY_SIZE(ldo2_consumers),
      	.consumer_supplies = ldo2_consumers,
      };
      
      /* machine regulator devices with thier consumers and constraints */
      static struct platform_device wm8350_regulator_devices[] = {
      {
      	.name = "wm8350-regulator",
      	.id = WM8350_LDO_2,
      	.dev = {
      		.platform_data = &ldo2_data,
      	},
      },
      };
      
      Changes in detail:-
      
        o Removed all const char* regulator config functions in machine API.
        o Created new struct regulator_init_data to contain regulator
          machine configuration constraints and consmuers.
        o Changed set_supply(), set_machine_constraints(),
          set_consumer_device_supply() to remove their string identifier
          parameters. Also made them static and moved functions nearer top of
          core.c.
        o Removed no longer used inline func to_rdev()
        o Added regulator_get_init_drvdata() to retrieve init data.
        o Added struct device* as parameter to regulator_register().
        o Changed my email address.
      Signed-off-by: NEric Miao <eric.miao@marvell.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      a5766f11
  19. 06 8月, 2008 1 次提交
  20. 30 7月, 2008 4 次提交
  21. 25 7月, 2008 1 次提交
  22. 13 5月, 2008 1 次提交
  23. 20 4月, 2008 1 次提交
    • R
      PM: Handle device registrations during suspend/resume · 58aca232
      Rafael J. Wysocki 提交于
      Modify the PM core to protect its data structures, specifically the
      dpm_active list, from being corrupted if a child of the currently
      suspending device is registered concurrently with its ->suspend()
      callback.  In that case, since the new device (the child) is added
      to dpm_active after its parent, the PM core will attempt to
      suspend it after the parent, which is wrong.
      
      Introduce a new member of struct dev_pm_info, called 'sleeping',
      and use it to check if the parent of the device being added to
      dpm_active has been suspended, in which case the device registration
      fails.  Also, use 'sleeping' for checking if the ordering of devices
      on dpm_active is correct.
      
      Introduce variable 'all_sleeping' that will be set to 'true' once all
      devices have been suspended and make new device registrations fail
      until 'all_sleeping' is reset to 'false', in order to avoid having
      unsuspended devices around while the system is going into a sleep state.
      
      Remove pm_sleep_rwsem which is not necessary any more.
      
      Special thanks to Alan Stern for discussions and suggestions that
      lead to the creation of this patch.
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      58aca232
  24. 13 3月, 2008 1 次提交
  25. 24 2月, 2008 1 次提交
    • R
      PM: Introduce PM_EVENT_HIBERNATE callback state · 3a2d5b70
      Rafael J. Wysocki 提交于
      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: NRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Tested-by: NJeff Chua <jeff.chua.linux@gmail.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3a2d5b70
  26. 07 2月, 2008 1 次提交
  27. 02 2月, 2008 2 次提交