Linux PM

• Thread Index

• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: Why do I sometimes "lose" the "psys" RAPL counter?
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Why do I sometimes "lose" the "psys" RAPL counter?
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• [PATCH] tracing: Remove unused clock events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• linux-next (4.12-rc1): DEADLOCK: WARNING: possible circular locking dependency detected
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)
  • From: Pavel Machek <pavel@xxxxxx>
• Fwd: Cannot resume after entering WFI or suspend state
  • From: amit mahadik <amitmaddy@xxxxxxxxx>
• Re: Cannot resume after entering WFI or suspend state
  • From: amit mahadik <amitmaddy@xxxxxxxxx>
• Cannot resume after entering WFI or suspend state
  • From: amit mahadik <amitmaddy@xxxxxxxxx>
• Hibernation on Lenovo X230 in 4.7
  • From: rhn <kebuac.rhn@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers: psci: PSCI checker module
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers: psci: PSCI checker module
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers: psci: PSCI checker module
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] drivers: psci: PSCI checker module
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Kernel Summit little request ( API for querying the resume cause [3] )
  • From: Yan <yanp.bugz@xxxxxxxxx>
• ACPI does not catch VAIO lid state
  • From: Yan Pashkovsky <yanpaso@xxxxxxxxx>
• VAIO lid no acpi events
  • From: Yan Pashkovsky <yanpaso@xxxxxxxxx>
• Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] sched: idle: move need_resched check after function rcu_idle_enter
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: sys_sync
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• sys_sync
  • From: Renju Liu <liu396@xxxxxxxxxx>
• Suspend-to-idle wake up
  • From: Damien Lagneux <damien.lagneux@xxxxxxxxxxx>
• Re: ACPI-cpufreq frequency scaling issues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: ACPI-cpufreq frequency scaling issues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• How to reduce power consumption of the DDR ?
  • From: Mau Z <zmau1962@xxxxxxxxx>
• Re: [patch] PM / devfreq: exynos-ppmu: fix load_count calculation
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Fwd: issue with wakeup source pending
  • From: Mannam Srinath <srinath.mannam@xxxxxxxxx>
• [PATCH] [RFC] PM / Domains: multiple states
  • From: ahaslam@xxxxxxxxxxxx
• [PATCH 2/2] cpuidle: mvebu: Update cpuidle thresholds for Armada XP SOCs
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/2] cpuidle: mvebu: Fix the CPU PM notifier usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [GIT PULL] cpuidle: 4.0-rc3 fixes
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Pavel Machek <pavel@xxxxxx>
• S0iX Ultra Low Power States
  • From: Dennis Wassenberg <dennis.wassenberg@xxxxxxxxxxx>
• Suspend/Resume Notification in Linux User space
  • From: Senthil Kumar N L <senthilkumar.nl@xxxxxxxxx>
• Re: Permission denied when trying to edit/create ACPI thermal trip points
  • From: John Hupp <linux-acpi@xxxxxxxxxxxxxx>
• Permission denied when trying to edit/create ACPI thermal trip points
  • From: John Hupp <linux-acpi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/5] thermal: cpu_cooling: Support passing driver private data.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] thermal: cpu_cooling: Add notifications support for the clients
  • From: Javi Merino <javi.merino@xxxxxxx>
• [RFC PATCH 5/5] ACPI: thermal: processor: Use the generic cpufreq infrastructure
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [RFC PATCH 4/5] thermal: cpu_cooling: Release the upper cooling limit checks
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [RFC PATCH 3/5] thermal: cpu_cooling: Add support to find nearby frequency levels.
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [RFC PATCH 2/5] thermal: cpu_cooling: Add notifications support for the clients
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [RFC PATCH 1/5] thermal: cpu_cooling: Support passing driver private data.
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [RFC PATCH 0/5] ACPI: thermal: Migrate cpufreq cooling to generic cpu_cooling layer
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 3/5] thermal: cpu_cooling: Add support to find nearby frequency levels.
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 4/5] thermal: cpu_cooling: Release the upper cooling limit checks
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 5/5] ACPI: thermal: processor: Use the generic cpufreq infrastructure
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 2/5] thermal: cpu_cooling: Add notifications support for the clients
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 2/5] thermal: cpu_cooling: Add notifications support for the clients
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 1/5] thermal: cpu_cooling: Support passing driver private data.
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 1/5] thermal: cpu_cooling: Support passing driver private data.
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RFC PATCH 5/5] ACPI: thermal: processor: Use the generic cpufreq infrastructure
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [RFC PATCH 4/5] thermal: cpu_cooling: Release the upper cooling limit checks
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [RFC PATCH 3/5] thermal: cpu_cooling: Add support to find nearby frequency levels.
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [RFC PATCH 2/5] thermal: cpu_cooling: Add notifications support for the clients
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [RFC PATCH 1/5] thermal: cpu_cooling: Support passing driver private data.
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• [PATCH 1/8] cpupower: Rename cpufrequtils -> cpupower, and libcpufreq -> libcpupower.
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 6/8] cpupower: If root, try to load msr driver on x86 if /dev/cpu/0/msr is not avail
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/8] cpupower: Introduce idle state disable-by-latency and enable-all
  • From: Thomas Renninger <trenn@xxxxxxx>
• tools/power/cpupower enhancements/fixes
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 8/8] cpupower: Remove mc and smt power aware scheduler info/settings
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 7/8] cpupower: cpupower info -b should return 0 on success, not the perf bias value
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/8] cpupower: Remove dead link to homepage, and update the targets built.
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/8] cpupower: Remove all manpages on make uninstall
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/8] cpupower: Install recently added cpupower-idle-{set, info} manpages
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Sebastian Capella <sebastian.capella@xxxxxxxxxx>
• Re: Why fail going into S3 (suspend to RAM) (Linux 3.4.47) ?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Why fail going into S3 (suspend to RAM) (Linux 3.4.47) ?
  • From: Mau Z <zmau1962@xxxxxxxxx>
• Re: double deletion of timer.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Pavel Machek <pavel@xxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Sebastian Capella <sebastian.capella@xxxxxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Sebastian Capella <sebastian.capella@xxxxxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Pavel Machek <pavel@xxxxxx>
• Re: double deletion of timer.
  • From: Sriram V <vshrirama@xxxxxxxxx>
• Re: [intel_idle] BUG: unable to handle kernel NULL pointer dereference at 0000000000000048
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [intel_idle] BUG: unable to handle kernel NULL pointer dereference at 0000000000000048
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: PNP driver: Call restore after hibernation
  • From: Shuah Khan <shuah.kh@xxxxxxxxxxx>
• PNP driver: Call restore after hibernation
  • From: Harald Judt <h.judt@xxxxxx>
• [PATCH 1/2] tools cpupower: Add cpupower-idle-set(1) manpage
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] tools cpupower: fix wrong err msg not supported vs not available
  • From: Thomas Renninger <trenn@xxxxxxx>
• Provide cpupower-idle-set(1) manpage and a minor fix
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH v8 7/7] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 4/7] pseries/cpuidle: Remove MAX_IDLE_STATE macro.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 2/7] pseries/cpuidle: Use cpuidle_register() for initialisation.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 6/7] POWER/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 5/7] POWER/cpuidle: Generic POWERPC-BOOK3S CPUIDLE driver supporting PSERIES.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 3/7] pseries/cpuidle: Make pseries_idle backend driver a non-module.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 1/7] pseries/cpuidle: Move processor_idle.c to drivers/cpuidle.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 0/7] POWER/cpuidle: Generic POWERPC-BOOK3S cpuidle driver enabled for PSERIES and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 7/7] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 6/7] POWER/cpuidle: Enable powernv cpuidle support.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 4/7] pseries/cpuidle: Remove MAX_IDLE_STATE macro.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 3/7] pseries/cpuidle: Make pseries_idle backend driver a non-module.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 2/7] pseries/cpuidle: Use cpuidle_register() for initialisation.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH V7 1/7] pseries/cpuidle: Move processor_idle.c to drivers/cpuidle.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 4/7] pseries/cpuidle: Remove MAX_IDLE_STATE macro.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 3/7] pseries/cpuidle: Make pseries_idle backend driver a non-module.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 6/7] POWER/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 2/7] pseries/cpuidle: Use cpuidle_register() for initialisation.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 1/7] pseries/cpuidle: Move processor_idle.c to drivers/cpuidle.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 7/7] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V7 0/7] POWER/cpuidle: Generic IBM-POWER cpuidle driver enabled for PSERIES and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• [PATCH V6 7/7] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 6/7] POWER/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 4/7] pseries/cpuidle: Remove MAX_IDLE_STATE macro.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 3/7] pseries/cpuidle: Make pseries_idle backend driver a non-module.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 2/7] pseries/cpuidle: Use cpuidle_register() for initialisation.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 1/7] pseries/cpuidle: Move processor_idle.c to drivers/cpuidle.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V6 0/7] POWER/cpuidle: Generic IBM-POWER cpuidle driver enabled for PSERIES and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.
  • From: Wang Dongsheng-B40534 <B40534@xxxxxxxxxxxxx>
• Re: [PATCH V4 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Wang Dongsheng-B40534 <B40534@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: power measurement
  • From: Mike Turquette <mike.turquette@xxxxxxxxxx>
• Re: power measurement
  • From: Andy Green <andy.green@xxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Preeti U Murthy <preeti@xxxxxxxxxxxxxxxxxx>
• Re: power measurement
  • From: "Comaschi, F." <fcomaschi@xxxxxx>
• Re: [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• [PATCH V5 5/5] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 4/5] POWER/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 3/5] POWER/cpuidle: Generic IBM-POWER backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 2/5] pseries: Move plpar_wrapper.h to powerpc common include/asm location.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 1/5] pseries/cpuidle: Remove dependency of pseries.h file
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 0/5] POWER/cpuidle: Generic IBM-POWER cpuidle driver enabled for PSERIES and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 5/5] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 4/5] powerpc/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 2/5] pseries: Move plpar_wrapper.h to powerpc common include/asm location.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 1/5] pseries/cpuidle: Remove dependency of pseries.h file
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 0/5] powerpc/cpuidle: Generic POWERPC cpuidle driver enabled for POWER and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 5/5] powernv/cpuidle: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 4/5] powerpc/cpuidle: Enable powernv cpuidle support.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 3/5] powerpc/cpuidle: Generic powerpc backend cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 2/5] pseries: Move plpar_wrapper.h to powerpc common include/asm location.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 1/5] pseries/cpuidle: Remove dependency of pseries.h file
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 0/5] powerpc/cpuidle: Generic POWERPC cpuidle driver enabled for POWER and POWERNV platforms
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: linux-next: Tree for Aug 7 [ call-trace on suspend: ext4 | pm related ? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: power measurement
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Ejected Nook (usb mass storage) prevents suspend
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Arndale power management
  • From: "Comaschi, F." <fcomaschi@xxxxxx>
• Re: Arndale power management
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: Arndale power management
  • From: Andy Green <andy.green@xxxxxxxxxx>
• Re: Arndale power management
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] cpuidle/powernv: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/3] cpuidle/powernv: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] cpuidle/powernv: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: [PATCH 2/3] cpuidle/powernv: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Ejected Nook (usb mass storage) prevents suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• [PATCH 3/3] cpuidle/powernv: Support smt-snooze-delay parameter in powernv idle.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] cpuidle: (powernv) cpuidle driver.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] cpuidle/powernv: Enable idle powernv cpu to call into the cpuidle framework.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] cpuidle/powernv: cpuidle backend driver for powernv
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: Arndale power management
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Arndale power management
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Gustavo Padovan <gustavo@xxxxxxxxxxx>
• Suspend-to-disk issue with identifying swap partition
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• [PATCH 4/5] cpupower: Haswell also supports the C-states introduced with SandyBridge
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/5] cpupower: Add Haswell family 0x45 specific idle monitor to show PC8, 9, 10 states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/5] cpupower: Implement disabling of cstate interface
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/5] cpupower: Introduce cpupower idle-set subcommand and C-state enabling/disabling
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/5] cpupower: Make idlestate usage unsigned
  • From: Thomas Renninger <trenn@xxxxxxx>
• Latest cpupower enhancements: disable C-states and Haswell monitor
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Russ Dill <Russ.Dill@xxxxxx>
• Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 7/7] cpuidle: check the device not already registered
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 6/7] cpuidle: add a cpuidle_device init function
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 5/7] cpuidle: encapsulate code in __cpuidle_unregister_device
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 4/7] cpuidle: make sysfs code more modular
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 3/7] Fix indentation and conform to Coding Style
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 2/7] cpuidle: check cpuidle_enable_device succeed
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/7] cpuidle: remove governor module format
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/5] cpupower: Introduce cpupower idle-set subcommand and C-state enabling/disabling
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/5] cpupower: Make idlestate usage unsigned
  • From: Thomas Renninger <trenn@xxxxxxx>
• cpupower: Implement cpuidle disable interface and Haswell c-state monitoring
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/5] cpupower: Implement disabling of cstate interface
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/5] cpupower: Add Haswell family 0x45 specific idle monitor to show PC8, 9, 10 states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/5] cpupower: Haswell also supports the C-states introduced with SandyBridge
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: ARM hibernation / suspend-to-disk
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• ARM hibernation / suspend-to-disk
  • From: Jan Glauber <jan.glauber@xxxxxxxxx>
• [PATCH 1/2] x86/acpi/sleep: Provide registration for acpi_suspend_lowlevel.
  • From: Ben Guthro <benjamin.guthro@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [tip:timers/core] timekeeping: Update tk->cycle_last in resume
  • From: tip-bot for Thomas Gleixner <tipbot@xxxxxxxxx>
• Re: Resume does not work after timekeeping change
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: Resume does not work after timekeeping change
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: Resume does not work after timekeeping change
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [GIT PULL] CPUidle: OMAP cleanups for v3.10
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH] cpuidle: don't wakeup processor when set a longer latency
  • From: Lianwei Wang <lianwei.wang@xxxxxxxxx>
• Re: How to debug resume issue
  • From: "Jonas H." <jonas@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: linux-next: Tree for Apr 26 [ bluetooth on suspend/resume ]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 24 [ PM: Device 1-1.2 failed to resume async: error -32 ]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: How to debug resume issue
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Resume does not work after timekeeping change
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Resume does not work after timekeeping change
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Resume does not work after timekeeping change
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Resume does not work after timekeeping change
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: How to debug resume issue
  • From: "Jonas H." <jonas@xxxxxxxxxx>
• Re: Control and Data Flow of DevFreq
  • From: Serge Yegiazarov <sergyegi@xxxxxxxxx>
• Re: Control and Data Flow of DevFreq
  • From: <myungjoo.ham@xxxxxxxxx>
• Control and Data Flow of DevFreq
  • From: Serge Yegiazarov <sergyegi@xxxxxxxxx>
• Re: [PATCH] irqchip: irqc: Add runtime PM support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] irqchip: irqc: Add runtime PM support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] irqchip: irqc: Add runtime PM support
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH] irqchip: irqc: Add runtime PM support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] irqchip: irqc: Add runtime PM support
  • From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: APE6EVM and Runtime PM
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• APE6EVM and Runtime PM
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• How to debug resume issue
  • From: "Jonas H." <jonas@xxxxxxxxxx>
• Re: [PATCH] irqchip: irqc: Add runtime PM support
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Serial driver suspend-resume
  • From: Ryan <ryanphilips19@xxxxxxxxxxxxxx>
• Re: [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 12 [ WARNING: at drivers/tty/tty_buffer.c:427 flush_to_ldisc | tty is NULL ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Benchmarking for hibernation
  • From: karan patil <kkarrann011@xxxxxxxxx>
• Re: Idle notifiers is not getting called from CONFIG_X86_32 architecture
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: Idle notifiers is not getting called from CONFIG_X86_32 architecture
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Idle notifiers is not getting called from CONFIG_X86_32 architecture
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Thomas Schlichter <thomas.schlichter@xxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [next-20130118] Analyzing a call-trace reproducible with pm_test/freezer [ X86|RCU|TTY|EXT4FS|JBD2|PM related? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN tty-next on suspend ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: -next: no resume from suspend
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: -next: no resume from suspend
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: -next: no resume from suspend
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: -next: no resume from suspend
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 18 [ BROKEN suspend: jbd2|acpi|pm? ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: exynos: Show list of available frequencies
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND 2/4] thermal: remove unnecessary include
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] cpufreq: exynos: Show list of available frequencies
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [PATCH] cpufreq: exynos: Show list of available frequencies
  • From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
• [PATCH] cpufreq: exynos: Show list of available frequencies
  • From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
• ACPI, APEI: Resource conflict between ACPI NVS and ERST
  • From: Max Asbock <masbock@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 2/5 RESEND] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] cpufreq: exynos: Add the missing cpufreq_cpu_put function
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 1/1] thermal: introduce thermal_zone_lookup_temperature helper function
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH RESEND 2/4] thermal: remove unnecessary include
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• [PATCH RESEND 4/4] thermal: check for invalid trip setup when registering thermal device
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH RESEND 3/4] thermal: cleanup: use dev_* helper functions
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH RESEND 2/4] thermal: remove unnecessary include
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH RESEND 1/4] thermal: Use thermal zone device id in netlink messages
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH RESEND 0/4] thermal sys: couple of fixes and cleanups
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• [PATCH V2 3/3] thermal: exynos: Use the new thermal trend type for quick cooling action.
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 2/3] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 1/3] Thermal: exynos: Add support for temperature falling interrupt.
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 0/3] thermal: Add support for interrupt based notification to thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
  • From: Barry Song <Barry.Song@xxxxxxx>
• Re: [RFC][PATCH] printk: add boot_quiet param to support deferred printk while booting
  • From: Barry Song <Barry.Song@xxxxxxx>
• Re: How to use generic power domains (pm_genpd)
  • From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
• Re: How to use generic power domains (pm_genpd)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• How to use generic power domains (pm_genpd)
  • From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 0/4] thermal: Add support for interrupt based notification to thermal layer
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/1] thermal: cpu cooling: allow module builds
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/1] thermal: cpu cooling: use const parameter while registering
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH v7] ARM hibernation / suspend-to-disk
  • From: Russ Dill <Russ.Dill@xxxxxx>
• Re: [PATCH 1/1] thermal: cpu cooling: allow module builds
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• [PATCH 1/1] thermal: cpu cooling: allow module builds
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 1/1] thermal: cpu cooling: use const parameter while registering
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• [PATCH 4/4] thermal: exynos: Use the new thermal trend type for quick cooling action.
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 3/4] thermal: exynos: Miscellaneous fixes to support falling threshold interrupt
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 2/4] Thermal: exynos: Add support for temperature falling interrupt.
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 0/4] thermal: Add support for interrupt based notification to thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: cpuidle governor change
  • From: Sudeep K N <sudeepholla.maillist@xxxxxxxxx>
• cpuidle governor change
  • From: Rickard Andersson <rickard.andersson@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• [PATCH] rtpm-core: enable counters for PM state transitions
  • From: Sundar Iyer <sundar.iyer@xxxxxxxxx>
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC v2 3/3] ahci_platform: perform platform exit in host_stop() hook
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC v2 2/3] ahci_platform: convert to module_platform_driver
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC v2 1/3] ahci_platform: enable hotplug unbinding
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC v2 0/3] ahci_platform: unbind/rmmod power down sequence
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [RFC 3/3] libata: don't perform HW activity in devres
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC 3/3] libata: don't perform HW activity in devres
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC 2/3] ahci_platform: convert to module_platform_driver
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC 1/3] ahci_platform: enable hotplug unbinding
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [RFC 0/3] libata/ahci unbinding, power down sequence
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• [PATCH v2] drivers-core: move the calling to device_pm_remove behind the calling to bus_remove_device
  • From: zhanglong <longzhax@xxxxxxxxx>
• Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Tracing # of rtpm transitions
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: [RFC PATCH 3/6] ACPI: introduce acpi_get_generic_resources
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: jonghwa3.lee@xxxxxxxxxxx
• Subject: [PATCH] drivers-core: move device_pm_remove behind bus_remove_device
  • From: "Zhang, LongX" <longx.zhang@xxxxxxxxx>
• [REGRESSION]: hibernation issues on 3.5.4/3.5.5
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• Re: [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 6/6] Introduce INT33B1 I2C controller driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 4/6] Change i2c_register_board_info from __init to __devinit
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 3/6] ACPI: introduce acpi_get_generic_resources
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 2/6] Introduce ACPI style match in platform_match
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 1/6] Introduce acpi_match_device_id().
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 0/6] ACPI: ACPI 5.0 device enumeration proposal
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] PM / Runtime: let rpm_resume() succeed if RPM_ACTIVE, even when disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / Runtime: let rpm_resume() succeed if RPM_ACTIVE, even when disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Use spinlock in the per-device PM QoS constraints code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM QoS: Use spinlock in the per-device PM QoS constraints code
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• [PATCH RESEND] thermal: add generic cpufreq cooling implementation
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• firewire_ohci resume failure on intel HW
  • From: Apostolos Bartziokas <barz621@xxxxxxxxx>
• Re: [PATCH v6 5/6] ARM: exynos: add thermal sensor driver platform data support
  • From: Thomas Abraham <thomas.abraham@xxxxxxxxxx>
• [PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• Re: FW: bisected regression: v3.6-rc1: resume from s2ram does not restore ata_piix (v3.5 worked)
  • From: Aaron Lu <ziqian.lu@xxxxxxxxx>
• bisected regression: v3.6-rc1: resume from s2ram does not restore ata_piix (v3.5 worked)
  • From: Sergei Trofimovich <slyich@xxxxxxxxx>
• Re: [PATCH v4 4/5] thermal: exynos: Register the tmu sensor with the kernel thermal layer
  • From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Daniel Taylor <Daniel.Taylor@xxxxxxx>
• Re: [PATCH 4/4] PM: cleanup: stop mandating that platforms export (pm_idle)()
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Daniel Taylor <Daniel.Taylor@xxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v4 4/4] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v4 3/4] OMAP2+: use control module mfd driver in omap_type
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v4 0/4] OMAP System Control Module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
  • From: jonghwa3.lee@xxxxxxxxxxx
• Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• Need Help
  • From: "rakesh" <rks.linux.88@xxxxxxxxx>
• Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: rakesh singh <rks.linux.88@xxxxxxxxx>
• Re: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Fwd: [3.5-rc6+] mei: irq: request_threaded_irq is missing the IRQF_ONESHOT flag
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
• [3.5-rc6+] Re: ACPI / PM: Leave Bus Master Arbitration enabled for suspend/resume
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: cpuidle future and improvements
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: Rajendra Nayak <rajendra.nayak@xxxxxxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: Rajendra Nayak <rajendra.nayak@xxxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: Hongbo Zhang <hongbo.zhang@xxxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RESEND PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Hibernate-Snapshot device
  • From: karan patil <kkarrann011@xxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• [PATCH v6 6/6] thermal: exynos: Use devm_* functions
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 5/6] ARM: exynos: add thermal sensor driver platform data support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 4/6] thermal: exynos: register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 3/6] thermal: exynos5: add exynos5250 thermal sensor driver support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 2/6] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 1/6] thermal: add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v6 0/6] thermal: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [REGRESSION] hard lockup on resume from suspend on ThinkPad T23
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Pavel Machek <pavel@xxxxxx>
• Is there a way to read instantaneous chip power?
  • From: "Jae W. Lee" <jaewlee@xxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] PM: cleanup: stop mandating that platforms export (pm_idle)()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/4] x86, idle: make default_idle() static
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/4] x86 idle APM: delete apm_cpu_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/4] Revert "x86 idle APM: deprecate CONFIG_APM_CPU_IDLE" to prepare for actual removal
  • From: Len Brown <lenb@xxxxxxxxxx>
• [0/4] pm_idle, default_idle cleanup
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ACPI: replace strlen("string") with sizeof("string") -1
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 48/52] tools/power: turbostat: fix large c1% issue
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH RESEND v5 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 50/52] Thermal: Make Thermal trip points writeable
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH v4 2/4] mfd: omap: control: core system control driver
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v4 1/4] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 50/52] Thermal: Make Thermal trip points writeable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI & Power Management Patches for Linux-3.6-merge - part 1
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 52/52] Thermal: Documentation update
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 51/52] Thermal: Add Hysteresis attributes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 50/52] Thermal: Make Thermal trip points writeable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 45/52] ACPICA: AcpiSrc: Fix some translation issues for Linux conversion
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 49/52] ACPI/AC: prevent OOPS on some boxes due to missing check power_supply_register() return value check
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 47/52] tools/power: turbostat v2 - re-write for efficiency
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 48/52] tools/power: turbostat: fix large c1% issue
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 46/52] ACPICA: Update to version 20120711
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 44/52] ACPICA: Update header files copyrights to 2012
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 43/52] ACPICA: Add new ACPI table load/unload external interfaces
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 42/52] ACPICA: Split file: tbxface.c -> tbxfload.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 41/52] ACPICA: Add PCC address space to space ID decode function
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 40/52] ACPICA: Fix some comment fields
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 39/52] ACPICA: Table manager: deploy new firmware error/warning interfaces
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 38/52] ACPICA: Add new interfaces for BIOS(firmware) errors and warnings
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 37/52] ACPICA: Split exception code utilities to a new file, utexcep.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 36/52] ACPI: acpi_pad: tune round_robin_time
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 35/52] ACPICA: Update to version 20120620
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 34/52] ACPICA: Add support for implicit notify on multiple devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 33/52] ACPICA: Update comments; no functional change
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 32/52] ACPICA: Utilities: conditionally compile backslash removal function
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 31/52] ACPICA: Disassembler: Emit descriptions for ACPI predefined names
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 30/52] ACPI, APEI: Fixup common access width firmware bug
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 29/52] ACPI: acpi_pad: rename "power_saving" thread to "acpi_pad" thread
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 28/52] ACPI: remove acpi_pad MAINTAINERS entry
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 27/52] intel_idle: initial IVB support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 26/52] ACPI, PM, Specify lowest allowed state for device sleep state
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 25/52] ACPI: Set hotplug _OST support bit to _OSC
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 24/52] ACPI: Add _OST support for ACPI container hotplug
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 23/52] ACPI: Add _OST support for ACPI memory hotplug
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 22/52] ACPI: Add _OST support for ACPI CPU hotplug
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 21/52] ACPI: Add _OST support for sysfs eject
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 20/52] ACPI: Add an interface to evaluate _OST
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 19/52] drivers/thermal/spear_thermal.c: add Device Tree probing capability
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 18/52] cpuidle: coupled: add parallel barrier function
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 17/52] cpuidle: add support for states that affect multiple cpus
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 16/52] cpuidle: fix error handling in __cpuidle_register_device
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 15/52] cpuidle: refactor out cpuidle_enter_state
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/52] ACPI Battery: Added capacity
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/52] cpuidle: add checks to avoid NULL pointer dereference
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/52] cpuidle: remove unused hrtimer_peek_ahead_timers() call
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 11/52] ACPICA: Update to version 20120518
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/52] ACPICA: Add FADT error message for GAS BitWidth overflow
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/52] ACPICA: Remove argument of acpi_os_wait_events_complete
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/52] ACPICA: iASL: Improved pathname support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/52] ACPICA: ACPI 5/iASL: Add support for PCC keyword
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/52] ACPICA: Disassembler: Add support for Operation Region externals
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/52] ACPICA: Update to version 20120420
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/52] ACPICA: Add support for multiple notify handlers
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/52] ACPICA: Lint fixes for acpi_write, no functional changes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/52] ACPICA: Object dump routines: Use common function for string output
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/52] ACPICA: AML Parser: Fix two possible memory leaks in error path
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management Patches for Linux-3.6-merge - part 1
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
  • From: John Stultz <johnstul@xxxxxxxxxx>
• Re: [Regression][Revert request] Excessive delay or hang during resume from system suspend due to a hrti
  • From: John Stultz <johnstul@xxxxxxxxxx>
• Re: [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• [PATCH v5 5/5] ARM: exynos: add thermal sensor driver platform data support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v5 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v5 3/5] thermal: exynos5: add exynos5 thermal sensor driver support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>