Linux PM

• Thread Index

• [PATCH v5 2/5] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v5 1/5] thermal: add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v5 0/5] thermal: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] acpi : remove power from acpi_processor_cx structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 5/5] acpi : remove time from acpi_processor_cx structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 3/5] acpi : remove usage from acpi_processor_cx structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 2/5] acpi : remove index from acpi_processor_cx structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/5] acpi : remove latency_ticks from acpi_processor_cx structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• [RESEND PATCH v4 5/5] ARM: exynos: add thermal sensor driver platform data support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v4 4/5] thermal: exynos: register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v4 3/5] thermal: exynos5: add exynos5 thermal sensor driver support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v4 2/5] hwmon: exynos4: move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v4 1/5] thermal: add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RESEND PATCH v4 0/5] thermal: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v4 0/5] thermal: exynos: Add kernel thermal support for exynos platform
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: amit kachhap <amit.kachhap@xxxxxxxxx>
• Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: "ABRAHAM, KISHON VIJAY" <kishon@xxxxxx>
• use of pm_runtime_disable() from driver probe?
  • From: Kevin Hilman <khilman@xxxxxx>
• Unusual power consumption of ethernet device r8169 and backlight
  • From: Jerome Glisse <j.glisse@xxxxxxxxx>
• Re: [PATCH 2/8] ACPI, x86: fix Dell M6600 ACPI reboot regression via DMI
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: use of pm_runtime_disable() from driver probe?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] cpuidle: move enter_dead to the driver structure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] acpi: intel_idle : break dependency between modules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 4/4] cpuidle : move tlb flag to the cpuidle header
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 3/4] cpuidle: move enter_dead to the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 2/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/4] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH -v5 0/6] notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH -v5 0/6] notifier error injection
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 1/8] ACPI sysfs.c strlen fix
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH -v5 6/6] fault-injection: add selftests for cpu and memory hotplug
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 3/6] PM: PM notifier error injection module
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 1/6] fault-injection: notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 0/6] notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 8/8] acpi_pad: fix power_saving thread deadlock
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 7/8] ACPI video: Still use ACPI backlight control if _DOS doesn't exist
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 6/8] ACPI, APEI, Avoid too much error reporting in runtime
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 5/8] ACPI: Add a quirk for "AMILO PRO V2030" to ignore the timer overriding
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 4/8] ACPI: Remove one board specific WARN when ignoring timer overriding
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/8] ACPI: Make acpi_skip_timer_override cover all source_irq==0 cases
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/8] ACPI, x86: fix Dell M6600 ACPI reboot regression via DMI
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/8] ACPI sysfs.c strlen fix
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management Patches for Linux 3.5-rc4
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 7/7] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: preeti <preeti@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH v3 0/7] OMAP System Control Module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: Rob Lee <rob.lee@xxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH -v4 3/6] PM: PM notifier error injection module
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: a few questions about Runtime PM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] OMAP System Control Module
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: intel_idle : break dependency between modules
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: Cpuidle drivers, Suspend : Fix suspend/resume hang with intel_idle driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• [PATCH v2] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] acpi: intel_idle : break dependency between modules
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH v3 3/7] OMAP2+: use control module mfd driver in omap_type
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] OMAP System Control Module
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 5/7] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 2/7] mfd: omap: control: core system control driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 1/7] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v3 0/7] OMAP System Control Module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• a few questions about Runtime PM
  • From: "Zhang, QianFeng" <QianFeng.Zhang@xxxxxxx>
• Re: [PATCH] acpi: intel_idle : break dependency between modules
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: intel_idle : break dependency between modules
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH] acpi: intel_idle : break dependency between modules
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: linux-next : cpuidle - could you add my tree please
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: Thomas Renninger <trenn@xxxxxxx>
• linux-next : cpuidle - could you add my tree please
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH] acpi, cpuidle: Register with cpuidle even if cpu is onlined after boot (beyond maxcpus)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v4 3/6] PM: PM notifier error injection module
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v4 1/6] fault-injection: notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v4 0/6] notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [RFC PATCH v2 06/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH v2 04/11] OMAP2+: use control module mfd driver in omap_type
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH v2 02/11] ARM: OMAP: expose control.h to mach area
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC PATCH 0/12] generic thermal layer enhancement
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Peter De Schrijver <pdeschrijver@xxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] ARM: DT: Add support to system control module for OMAP4
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [RFC PATCH v2 09/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 07/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 08/11] omap4: thermal: add basic CPU thermal zone
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 06/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 05/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 04/11] OMAP2+: use control module mfd driver in omap_type
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 03/11] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 02/11] ARM: OMAP: expose control.h to mach area
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 01/11] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [RFC PATCH v2 00/11] OMAP System Control Module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: move field disable from per-driver to per-cpu
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• PM_RUNTIME and device driver PM
  • From: Chao Xie <xiechao.mail@xxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: a0393909 <santosh.shilimkar@xxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: cpuidle future and improvements
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• cpuidle future and improvements
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: acpi_idle and max_cpus
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• acpi_idle and max_cpus
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH 2/2] PM: Devfreq: Add frequency get function in profile
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• Re: [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PCI: add NO_D3_DURING_SLEEP flag and revert 151b61284776be2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] ACPI, cpuidle: Fix suspend/resume regression caused by cpuidle cleanup.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: Devfreq: Add frequency get function in profile
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH 1/2] PM: devfreq: add freq table and available_freqs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC] [PATCH 1/4] thermal: Use thermal zone device id in netlink messages
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] [PATCH 1/4] thermal: Use thermal zone device id in netlink messages
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [RFC PATCH 7/12] thermal: rename structure thermal_cooling_device_instance to thermal_instance
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 4/4] thermal sys: check for invalid trip setup when registering thermal device
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 3/4] thermal: cleanup: use dev_* helper functions
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 2/4] thermal: remove unnecessary include
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC] [PATCH 1/4] thermal: Use thermal zone device id in netlink messages
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 0/4] thermal sys: couple of fixes and cleanups
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 4/12] thermal: introduce .get_trend() callback
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 0/12] generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/12] thermal: introduce active cooling algorithm
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [RFC PATCH 6/12] thermal: introduce active cooling algorithm
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 4/12] thermal: introduce .get_trend() callback
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 0/12] generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 6/12] thermal: introduce active cooling algorithm
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 7/12] thermal: rename structure thermal_cooling_device_instance to thermal_instance
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 6/12] thermal: introduce active cooling algorithm
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [RFC PATCH 12/12] thermal: Unify the code for both active and passive cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 11/12] thermal: introduce cooling state arbitrator
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 9/12] thermal: rename thermal_instance.node to thermal_instance.tz_node
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 10/12] thermal: reference thermal instances in thermal_cooling_device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 6/12] thermal: introduce active cooling algorithm
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 8/12] thermal: rename thermal_zone_device.cooling_devices to thermal_zone_device.instances
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 5/12] thermal: remove tc1/tc2 in generic thermal layer
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 4/12] thermal: introduce .get_trend() callback
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 3/12] thermal: set upper and lower limits when binding
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [ RFC PATCH 2/12] thermal: Introduce cooling states range support for a certain trip point
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 1/12] thermal: introduce multiple cooling states support for Active cooling devices
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 0/12] generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [RFC 4/4] cpuidle: replace the 'disable' field by a flag
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [RFC 3/4] cpuidle : move tlb flag to the cpuidle header
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [RFC 2/4] cpuidle: move enter_dead to the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [RFC 1/4] cpuidle: define the enter function in the driver structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend/resume regressions on Lenovo S10-3
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] PNP: Allow PNP resources to be disabled (interface)
  • From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
• [PATCH 15/15] ACPI: fix acpi_bus.h build warnings when ACPI is not enabled
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/15] drivers: acpi: Fix dependency for ACPI_HOTPLUG_CPU
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/15] tools/power turbostat: fix IVB support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/15] tools/power turbostat: fix un-intended affinity of forked program
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 11/15] ACPI video: use after input_unregister_device()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/15] gma500: don't register the ACPI video bus
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/15] acpi_video: Intel video is not always i915
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/15] acpi_video: fix leaking PCI references
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/15] ACPI / PM: Make acpi_pm_device_sleep_state() follow the specification
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/15] ACPI / PM: Make __acpi_bus_get_power() cover D3cold correctly
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/15] ACPI / PM: Fix error messages in drivers/acpi/bus.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/15] rtc-cmos / PM: report wakeup event on ACPI RTC alarm
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/15] ACPI / PM: Generate wakeup events on fixed power button
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/15] ACPI: Ignore invalid _PSS entries, but use valid ones
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/15] ACPI battery: only refresh the sysfs files when pertinent information changes
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management Patches for Linux 3.5-rc1
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [GIT PULL] ACPI & Power Management Patches for Linux-3.5-merge
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] OMAP System Control Module
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Dâniel Fraga <fragabr@xxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: Rob Lee <rob.lee@xxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC] the generic thermal layer enhancement
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH][V3] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Mike Turquette <mturquette@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: add OMAP CPUfreq driver to OMAP Power Management section
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• Re: [RFC PATCH 00/11] OMAP System Control Module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] OMAP System Control Module
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH][v2] ARM: davinci: cpuidle - remove ops
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH][v2] ARM: davinci: cpuidle - remove ops
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 2/2] ARM: DAVINCI: cpuidle - remove ops
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 1/2] ARM: DAVINCI: cpuidle - remove useless state count initialization
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH 01/11] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• [RFT][PATCH 2/4] PCI / PM: Make platform choose target low-power states of more devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFT][PATCH 3/4] ACPI / PM: Shorten variable name in acpi_pm_device_sleep_state()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFT][PATCH 4/4] ACPI / PM: Fix interactions between _SxD and _SxW
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFT] PCI changes related to wakeup (was: Re: ehci_hcd related S3 lockup on ASUS laptops, again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFT][PATCH 1/4] ACPI / PM: Make acpi_pm_device_sleep_state() follow the specification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 00/11] OMAP System Control Module
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH 00/11] OMAP System Control Module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 05/11] mfd: omap: control: core system control driver
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 04/11] OMAP: Add early device for system control module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 03/11] arm: omap: device: create a device for system control module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 01/11] ARM: OMAP4: Remove un-used control module headers and defines.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [RFC PATCH 00/11] OMAP System Control Module
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH][v2] ARM: davinci: cpuidle - remove ops
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• uswsusp and plymouth don't play nice together
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• Re: [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH][v2] ARM: davinci: cpuidle - remove ops
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/2] ARM: DAVINCI: cpuidle - remove ops
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 0/2] ARM: DAVINCI: cpuidle - cleanups
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCHv3 0/4] coupled cpuidle state support
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCHv3 0/4] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 0/4] coupled cpuidle state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] bug fixes for coupled cpuidle
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH 1/2] cpuidle: coupled: fix count of online cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH 2/2] cpuidle: coupled: fix decrementing ready count
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 0/4] coupled cpuidle state support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH v4 2/5] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  • From: Guenter Roeck <guenter.roeck@xxxxxxxxxxxx>
• Re: [PATCH V3 07/10] ARM: OMAP2+: SmartReflex: Use per-OPP data structure
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• [PATCH 3/3] x86, idle: Set residency to 0 if target Cstate not really enter
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 2/3] x86, idle: Quickly notice prediction failure in general case
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 1/3] x86, idle: Quickly notice prediction failure for repeat mode
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 0/3] x86, idle: Enhance cpuidle prediction to handle its failure
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• Re: [PATCH V3 07/10] ARM: OMAP2+: SmartReflex: Use per-OPP data structure
  • From: "Guyotte, Greg" <gguyotte@xxxxxx>
• Re: [PATCH V3 05/10] ARM: OMAP2+: SmartReflex: introduce a busy loop condition test macro
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• Re: [PATCH V3 05/10] ARM: OMAP2+: SmartReflex: introduce a busy loop condition test macro
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 05/10] ARM: OMAP2+: SmartReflex: introduce a busy loop condition test macro
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH 1/1] battery: only refresh the sysfs files when pertinant information changes
  • From: Ralf Jung <post@xxxxxxxx>
• Re: [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH V3 05/10] ARM: OMAP2+: SmartReflex: introduce a busy loop condition test macro
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• Re: [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: 3.3.5 regression: resume doesn't switch to X
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 3.3.5 regression: resume doesn't switch to X
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: 3.3.5 regression: resume doesn't switch to X
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH v4 5/5] ARM: exynos: Add thermal sensor driver platform data support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v4 4/5] thermal: exynos: Register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v4 3/5] thermal: exynos5: Add exynos5 thermal sensor driver support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v4 2/5] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v4 1/5] thermal: Add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v4 0/5] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• 3.3.5 regression: resume doesn't switch to X
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCHv4 4/4] cpuidle: coupled: add parallel barrier function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCHv4 4/4] cpuidle: coupled: add parallel barrier function
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH 2/2] ARM: DAVINCI: cpuidle - remove ops
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/2] ARM: DAVINCI: cpuidle - remove useless state count initialization
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 0/2] ARM: DAVINCI: cpuidle - cleanups
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCHv4 4/4] cpuidle: coupled: add parallel barrier function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv4 3/4] cpuidle: add support for states that affect multiple cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv4 2/4] cpuidle: fix error handling in __cpuidle_register_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv4 1/4] cpuidle: refactor out cpuidle_enter_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v3 5/6] thermal: exynos: Register the tmu sensor with the kernel thermal layer
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v3 2/6] thermal: Add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [PATCH v3 6/6] ARM: exynos: Add thermal sensor driver platform data support
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] thermal: exynos: Register the tmu sensor with the kernel thermal layer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] thermal: Add generic cpufreq cooling implementation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• [PATCH v3 6/6] ARM: exynos: Add thermal sensor driver platform data support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 5/6] thermal: exynos: Register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 4/6] thermal: exynos5: Add exynos5 thermal sensor driver support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 3/6] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 2/6] thermal: Add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 1/6] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH v3 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/1] battery: only refresh the sysfs files when pertinant information changes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCHv3 0/4] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv4 3/4] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv4 1/4] cpuidle: refactor out cpuidle_enter_state
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv4 2/4] cpuidle: fix error handling in __cpuidle_register_device
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv4 4/4] cpuidle: coupled: add parallel barrier function
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 1/1] battery: only refresh the sysfs files when pertinant information changes
  • From: Adrian Fita <adrian.fita@xxxxxxxxx>
• Re: [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH 1/1] battery: only refresh the sysfs files when pertinant information changes
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Paolo Scarabelli <paolo@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Ralf Jung <post@xxxxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 5/5] cpuidle: coupled: add trace events
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 5/5] cpuidle: coupled: add trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv3 1/5] cpuidle: refactor out cpuidle_enter_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 2/5] cpuidle: fix error handling in __cpuidle_register_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Plumbers: PM constraints micro-conf RFP
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [bug?] Battery notifications produce flashing battery icon, syslog spam (Re: [PATCH 11/11] ACPI / Battery: Update information on info notification and resume)
  • From: Adrian Fita <adrian.fita@xxxxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 4/5] cpuidle: coupled: add parallel barrier function
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 1/5] cpuidle: refactor out cpuidle_enter_state
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 5/5] cpuidle: coupled: add trace events
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv3 2/5] cpuidle: fix error handling in __cpuidle_register_device
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 08/10] ARM: OMAP2+: SmartReflex: Create per-opp debugfs node for errminlimit
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 07/10] ARM: OMAP2+: SmartReflex: Use per-OPP data structure
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 10/10] ARM: OMAP: SmartReflex: Move smartreflex driver to drivers/
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 09/10] ARM: OMAP2+: SmartReflex: add POWER_AVS Kconfig options
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 03/10] ARM: OMAP2+: smartreflex: Use the names from hwmod data instead of voltage domains.
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 06/10] ARM: OMAP2+: Voltage: Move the omap_volt_data structure to plat
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 05/10] ARM: OMAP2+: SmartReflex: introduce a busy loop condition test macro
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 02/10] ARM: OMAP3+: SmartReflex: class drivers should use struct omap_sr *
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 04/10] ARM: OMAP3: hwmod: rename the smartreflex entries
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 01/10] ARM: OMAP2+: SmartReflex: move the smartreflex header to include/linux/power
  • From: Keerthy <j-keerthy@xxxxxx>
• [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Keerthy <j-keerthy@xxxxxx>
• Re: [REGRESSION]: hibernate/sleep regression w/ bisection
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• Re: [PATCH V3 00/10] PM: Create the AVS(Adaptive Voltage Scaling)
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• udev/power_supply battery oscilates between remove and add
  • From: Adrian Fita <adrian.fita@xxxxxxxxx>
• Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Using swsusp on embedded Linux
  • From: Alex Levin <Alex.Levin@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Devfreq Simple On Demand Governor
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>