05 Oct, 2011

1 commit


16 Sep, 2011

2 commits


23 Jul, 2011

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/suspend-2.6: (51 commits)
    PM: Improve error code of pm_notifier_call_chain()
    PM: Add "RTC" to PM trace time stamps to avoid confusion
    PM / Suspend: Export suspend_set_ops, suspend_valid_only_mem
    PM / Suspend: Add .suspend_again() callback to suspend_ops
    PM / OPP: Introduce function to free cpufreq table
    ARM / shmobile: Return -EBUSY from A4LC power off if A3RV is active
    PM / Domains: Take .power_off() error code into account
    ARM / shmobile: Use genpd_queue_power_off_work()
    ARM / shmobile: Use pm_genpd_poweroff_unused()
    PM / Domains: Introduce function to power off all unused PM domains
    OMAP: PM: disable idle on suspend for GPIO and UART
    OMAP: PM: omap_device: add API to disable idle on suspend
    OMAP: PM: omap_device: add system PM methods for PM domain handling
    OMAP: PM: omap_device: conditionally use PM domain runtime helpers
    PM / Runtime: Add new helper function: pm_runtime_status_suspended()
    PM / Domains: Queue up power off work only if it is not pending
    PM / Domains: Improve handling of wakeup devices during system suspend
    PM / Domains: Do not restore all devices on power off error
    PM / Domains: Allow callbacks to execute all runtime PM helpers
    PM / Domains: Do not execute device callbacks under locks
    ...

    Linus Torvalds
     

13 Jul, 2011

1 commit

  • Until these drivers are runtime PM converted, their device power
    states are managed by calling custom driver hooks late in the
    idle/suspend path. Therefore, do not let the suspend/resume core code
    automatically idle these devices since they will be managed manually
    by the OMAP PM core very late in the idle/suspend path.

    Signed-off-by: Kevin Hilman
    Signed-off-by: Rafael J. Wysocki

    Kevin Hilman
     

17 Jun, 2011

5 commits


31 Mar, 2011

1 commit


08 Dec, 2010

1 commit

  • Use omap_device_build() API to do platform_device_register of
    GPIO devices. For OMAP2+ chips, the device specific data defined
    in the centralized hwmod database will be used.

    gpio_init needs to be done before machine_init functions access
    gpio APIs. Hence gpio_init is made as a postcore_initcall.

    Signed-off-by: Charulatha V
    Acked-by: Benoit Cousson
    Reviewed-by: Basak, Partha
    Acked-by: Kevin Hilman
    Signed-off-by: Tony Lindgren

    Varadarajan, Charulatha