Linux PM

• Thread Index

• 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: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ehci_hcd related S3 lockup on ASUS laptops, again
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 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: 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: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 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: 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: 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: 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: 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: "Satendra..." <satendra.pratap@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: "Satendra..." <satendra.pratap@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: [PATCH V4]mmc: remove MMC bus legacy suspend/resume method
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [PATCH V4]mmc: remove MMC bus legacy suspend/resume method
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: Devfreq Simple On Demand Governor
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Devfreq Simple On Demand Governor
  • From: "Satendra..." <satendra.pratap@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: "Satendra..." <satendra.pratap@xxxxxxxxx>
• Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Zhang Rui <rui.zhang@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: [PATCH V4]mmc: remove MMC bus legacy suspend/resume method
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
• Re: [PATCH V3]mmc: remove MMC bus legacy suspend/resume method
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
• Re: [PATCH V2]mmc: remove MMC bus legacy suspend/resume method
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
• Re: [PATCHv2 0/5] coupled cpuidle state support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V2]mmc: remove MMC bus legacy suspend/resume method
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [3.0.y, 3.2.y, 3.3.y] Re: [PATCH 04/76] ACPICA: Fix regression in FADT revision checks
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• [3.0.y, 3.2.y, 3.3.y] Re: [PATCH 04/76] ACPICA: Fix regression in FADT revision checks
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: [PATCH] Use safe_halt() rather than halt() in acpi_idle_play_deay()
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxx>
• [PATCH] Use safe_halt() rather than halt() in acpi_idle_play_deay()
  • From: "Luck, Tony: <tony.luck@xxxxxxxxx>"@mail.linuxfoundation.org
• 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: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 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>
• "i8042: Can't reactivate AUX port" after s2ram on 3.4-rc2
  • From: Mikko Vinni <mmvinni@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: 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: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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>
• 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: [PATCH V4]mmc: remove MMC bus legacy suspend/resume method
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V4]mmc: remove MMC bus legacy suspend/resume method
  • From: Chuanxiao Dong <chuanxiao.dong@xxxxxxxxx>
• Re: [PATCH V3]mmc: remove MMC bus legacy suspend/resume method
  • From: "Dong, Chuanxiao" <chuanxiao.dong@xxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH V3]mmc: remove MMC bus legacy suspend/resume method
  • From: Chuanxiao Dong <chuanxiao.dong@xxxxxxxxx>
• Re: [PATCH V2]mmc: remove MMC bus legacy suspend/resume method
  • From: "Dong, Chuanxiao" <chuanxiao.dong@xxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [PATCH V2]mmc: remove MMC bus legacy suspend/resume method
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC] Runtime PM for host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/5] coupled cpuidle state support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCHv2 5/5] cpuidle: coupled: add trace events
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [RFC] Runtime PM for host controllers
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• [PATCH 1/1] Remove "mrst_pmu: driver for Intel Moorestown Power Management Unit"
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] Use safe_halt() rather than halt() in acpi_idle_play_deay()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH V2]mmc: remove MMC bus legacy suspend/resume method
  • From: Chuanxiao Dong <chuanxiao.dong@xxxxxxxxx>
• Re: [3.0.y, 3.2.y, 3.3.y] Re: [PATCH 04/76] ACPICA: Fix regression in FADT revision checks
  • From: Greg Kroah-Hartman <greg@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH][V3] cpuidle : use percpu cpuidle in the core code
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] x86: Use safe_halt() instead of halt() in acpi_idle_play_dead()
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH][V3] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH][V2] cpuidle : use percpu cpuidle in the core code
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH 04/76] ACPICA: Fix regression in FADT revision checks
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• Re: [PATCH][V2] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH][V2] cpuidle : use percpu cpuidle in the core code
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH][V2] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 17/76] thermal_sys: convert printks to pr_<level>
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH 46/76] ACPI: Introduce ACPI D3_COLD state support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/76] thermal_sys: convert printks to pr_<level>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Regarding CPU idle C states
  • From: Zhichao Li <lzcmichael@xxxxxxxxx>
• Re: [PATCH 17/76] thermal_sys: convert printks to pr_<level>
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 13/76] drivers/thermal/thermal_sys.c: fix build warning
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 26/76] ACPICA: Support for custom ACPICA build for ACPI 5 reduced hardware
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 29/76] ACPICA: Add acpi_os_physical_table_override interface
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 18/76] thermal: add support for thermal sensor present on SPEAr13xx machines
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 15/76] thermal_sys: remove obfuscating used-once macros
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 17/76] thermal_sys: convert printks to pr_<level>
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 31/76] ACPICA: Split sleep/wake functions into two files
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCHv2 0/5] coupled cpuidle state support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 37/76] ACPICA: Sleep/Wake interfaces: optionally execute _GTS and _BFS
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 44/76] ACPICA: Object repair code: Support to add Package wrappers
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 30/76] ACPICA: Distill multiple sleep method functions to a single function
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 34/76] ACPICA: Clarify METHOD_NAME* defines for full-pathname cases
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 27/76] ACPICA: Expand OSL memory read/write interfaces to 64 bits
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 48/76] cpuidle: add a sysfs entry to disable specific C state for debug purpose.
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 32/76] ACPICA: Add table-driven dispatch for sleep/wake functions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 24/76] ACPICA: ACPI 5: Support for new FADT SleepStatus, SleepControl registers
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 28/76] ACPICA: ACPI 5: Update debug output for new notify values
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 16/76] thermal_sys: kernel style cleanups
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 19/76] thermal/spear_thermal: replace readl/writel with lighter _relaxed variants
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/76] thermal_sys: remove unnecessary line continuations
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 66/76] ACPI: Fix use-after-free in acpi_map_lsapic
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 46/76] ACPI: Introduce ACPI D3_COLD state support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 25/76] ACPICA: Move ACPI timer prototypes to public acpixf file
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 69/76] ACPI: Fix unprotected smp_processor_id() in acpi_processor_cst_has_changed()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 67/76] PNPACPI: Fix device ref leaking in acpi_pnp_match
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 42/76] ACPI: ec: Do request_region outside WARN()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 36/76] ACPICA: Debugger: Add missing object info to namespace dump
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 20/76] thermal: spear13xx: checking for NULL instead of IS_ERR()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 57/76] ACPI / Video: blacklist some samsung laptops
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 57/76] ACPI / Video: blacklist some samsung laptops
  • From: Corentin Chary <corentin.chary@xxxxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/76] ARM: shmobile: Consolidate time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 62/76] ACPI, APEI, EINJ, new parameter to control trigger action
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/76] ARM: omap: Consolidate OMAP4 time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 76/76] ACPI throttling: fix endian bug in acpi_read_throttling_status()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 63/76] Update documentation for parameter *notrigger* in einj.txt
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 53/76] ACPI: Evaluate thermal trip points before reading temperature
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 71/76] CPER failed to handle generic error records with multiple sections
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 60/76] ACPI, APEI, Fix ERST header length check
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 35/76] ACPICA: Change exception code for invalid pathname in acpi_evaluate_object
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 43/76] ACPI: Make ACPI interrupt threaded
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 23/76] ACPICA: Update _REV return value to 5
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 75/76] Disable MCP limit exceeded messages from Intel IPS driver
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/76] SH: shmobile: Consolidate time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 72/76] ACPI: Fix logic for removing mappings in 'acpi_unmap'
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 50/76] cpuidle: remove useless array definition in cpuidle_structure
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 49/76] cpuidle: use the driver's state_count as default
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 68/76] ACPI: consistently use should_use_kmap()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 45/76] ACPICA: Update to version 20120320
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 59/76] cpuidle: power_usage should be declared signed integer
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 33/76] ACPICA: Update to version 20120215
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 21/76] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 70/76] ACPI: Clean redundant codes in scan.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 22/76] ARM: davinci: Fix for cpuidle consolidation changes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 74/76] ACPI: Add support for exposing BGRT data
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 47/76] ACPI: Add interface to register/unregister device to/from power resources
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 64/76] ACPI, APEI: Fix incorrect APEI register bit width check and usage
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 61/76] ACPI, APEI, EINJ, limit the range of einj_param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 58/76] idle, x86: Allow off-lined CPU to enter deeper C states
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 52/76] ACPI, PCI: Move acpi_dev_run_wake() to ACPI core
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 38/76] ACPI: Move module parameter gts and bfs to sleep.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 55/76] ACPI / PM: print physical addresses consistently with other parts of kernel
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 51/76] cpuidle: remove unused 'governor_data' field
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 73/76] ACPI: export acpi_kobj
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 39/76] tools turbostat: add summary option
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 40/76] tools turbostat: reduce measurement overhead due to IPIs
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 54/76] ACPI: Ensure thermal limits match CPU frequencies
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 41/76] tools turbostat: harden against cpu online/offline
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 56/76] ACPI: Add CPU hotplug support for processor device objects
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 65/76] ACPI: processor_driver: add missing kfree
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 57/76] ACPI / Video: blacklist some samsung laptops
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/76] ARM: at91: Consolidate time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/76] cpuidle: Add common time keeping and irq enabling
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/76] ARM: omap: Consolidate OMAP3 time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/76] ACPICA: Fix regression in FADT revision checks
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/76] ACPI: ignore FADT reset-reg-sup flag
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management patches for Linux-3.4
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/76] ARM: kirkwood: Consolidate time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/76] x86, acpi, tboot: Have a ACPI os prepare sleep instead of calling tboot_sleep.
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/76] tboot: Add return values for tboot_sleep
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/76] ARM: davinci: Consolidate time keeping and irq enable
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] cpuidle : use percpu cpuidle in the core code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Regarding CPU idle C states
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Regarding CPU idle C states
  • From: Zhichao Li <lzcmichael@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Regarding Devfreq
  • From: "Satendra..." <satendra.pratap@xxxxxxxxx>
• Re: [PATCH] CPUIdle: Reevaluate C-states under CPU load to favor deeper C-states
  • From: melwyn lobo <linux.melwyn@xxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Eric Paris <eparis@xxxxxxxxxxxxxx>
• [PATCH 3/3] cpuidle: remove unused 'governor_data' field
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 2/3] cpuidle: remove useless array definition in cpuidle_structure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 1/3] cpuidle: use the driver's state_count as default
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Recent "Run the driver callback directly" patch breaks libertas suspend
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [PATCH] thermal: Fix for setting the thermal zone mode to enable/disable
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: Regarding Devfreq
  • From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: ShuoX Liu <shuox.liu@xxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: mmc: sdhci-pci: why no .shutdown() implemented
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 1/3] cpuidle: Move cpuidle sysfs entry of each cpu to debugfs.
  • From: ShuoX Liu <shuox.liu@xxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>
• Re: [PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH V2 6/6] ARM: exynos4: Add thermal sensor driver platform device support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 5/6] thermal: exynos4: Register the tmu sensor with the kernel thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 4/6] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 2/6] thermal: Add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 1/6] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v4] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCHv2 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 3/5] cpuidle: add support for states that affect multiple cpus
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 0/5] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 5/5] cpuidle: coupled: add trace events
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 4/5] cpuidle: coupled: add parallel barrier function
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 1/5] cpuidle: refactor out cpuidle_enter_state
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCHv2 2/5] cpuidle: fix error handling in __cpuidle_register_device
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: exynos: Add thermal interface support for linux thermal layer
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: exynos: Add thermal interface support for linux thermal layer
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 2/3] cpuidle: Add a debugfs entry to disable specific C state for debug purpose.
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cpuidle: Move cpuidle sysfs entry of each cpu to debugfs.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: mmc: sdhci-pci: why no .shutdown() implemented
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: exynos: Add thermal interface support for linux thermal layer
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• mmc: sdhci-pci: why no .shutdown() implemented
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• 3.3-rc7: Reported regressions 3.1 -> 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.3-rc7: Reported regressions from 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Sundar <sunder.svit@xxxxxxxxx>
• Re: [Patch] JBD and JBD2 missing set_freezable()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [Patch] JBD and JBD2 missing set_freezable()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH V3] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [lm-sensors] [PATCH 2/4] hwmon: exynos4: Move thermal sensor driver to driver/mfd directory
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 2/4] hwmon: exynos4: Move thermal sensor driver to driver/mfd directory
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: Subject: [PATCH] cpuidle: Add a sysfs entry to disable specific C state for debug purpose.
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [Patch] JBD and JBD2 missing set_freezable()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.3-rc6: Reported regressions 3.1 -> 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.3-rc6: Reported regressions from 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] hwmon: exynos4: Move thermal sensor driver to driver/mfd directory
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] ARM: exynos4: Add thermal sensor driver platform device support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 3/4] thermal: exynos4: Register the tmu sensor with the thermal interface layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 2/4] hwmon: exynos4: Move thermal sensor driver to driver/mfd directory
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 1/4] thermal: exynos: Add thermal interface support for linux thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 0/4] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: Antti Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: 3.3-rc4+: Reported regressions from 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.3-rc4+: Reported regressions from 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.3-rc4+: Reported regressions from 3.2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 3.3-rc4+: Reported regressions 3.1 -> 3.2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [PATCH 0/4] thermal: Adding generic cpu cooling devices
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 4/4] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 3/4] thermal: Add generic cpuhotplug cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 2/4] thermal: Add generic cpufreq cooling implementation
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [PATCH 0/4] thermal: Adding generic cpu cooling devices
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] PM / QoS: unconditionally build the feature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: hiberante hangs TCP Re: [EXAMPLE CODE] Parasite thread injection and TCP connection hijacking
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM / QoS: unconditionally build the feature
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
• Re: [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Query: When will drv->poweroff() called
  • From: viresh kumar <viresh.linux@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 2/2] PM / QoS: unconditionally build the per-device constraints feature
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: [PATCH 2/2] r8169: transition to D0 state at shutdown
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: [PATCH 2/2] r8169: transition to D0 state at shutdown
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: [PATCH 2/2] r8169: transition to D0 state at shutdown
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• [PATCH 2/2] r8169: transition to D0 state at shutdown
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• [PATCH 1/2] r8169: Enable WOL from Magic Packet by default
  • From: Sameer Nanda <snanda@xxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Add stub runtime power management
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Add stub runtime power management
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] PM / QoS: unconditionally build the feature
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] PM / QoS: unconditionally build the feature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / QoS: unconditionally build the feature
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM / QoS: unconditionally build the feature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM / QoS: unconditionally build the per-device constraints feature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM / QoS: unconditionally build the per-device constraints feature
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 1/2] PM / QoS: unconditionally build the feature
  • From: mark gross <markgross@xxxxxxxxxxx>
• Per CPU frequency constraints (was Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params)
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH 2/2] PM / QoS: unconditionally build the per-device constraints feature
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH 1/2] PM / QoS: unconditionally build the feature
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH 0/2] PM / QoS: unconditionally build the feature
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: Query: When will drv->poweroff() called
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] CPU C-state breakage with PM Qos change
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• Re: [RFC PATCH 0/2] thermal: Add generic cpu cooling devices according to thermal framework
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [Patch] JBD and JBD2 missing set_freezable()
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] thermal: Add generic cpu cooling devices according to thermal framework
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] thermal: Add a new trip type to use cooling device instance number
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: Question regarding completion signal in S3 flow
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: Question regarding completion signal in S3 flow
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Question regarding completion signal in S3 flow
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: Question regarding completion signal in S3 flow
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Question regarding completion signal in S3 flow
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• PM: cannot hibernate -- BUG at kernel/workqueue.c:3659
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 10/10] Use acpi_os_map_memory() instead of ioremap() in einj driver
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/10] ACPI, APEI, EINJ, cleanup 0 vs NULL confusion
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/10] ACPI / PM: Add Sony Vaio VPCCW29FX to nonvs blacklist.
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/10] thermal: Rename generate_netlink_event
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/10] ACPI processor hotplug: Delay acpi_processor_start() call for hotplugged cores
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/10] ACPI, APEI, EINJ Allow empty Trigger Error Action Table
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management Patches for Linux 3.3-rc1
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/10] ACPI: Remove ./drivers/acpi/atomicio.[ch]
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/10] ACPI, APEI: Add 64-bit read/write support for APEI on i386
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/10] ACPI, APEI: Add RAM mapping support to ACPI
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/10] ACPI processor hotplug: Split up acpi_processor_add
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c-s3c2410: Add stub runtime power management
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Add stub runtime power management
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c-s3c2410: Add stub runtime power management
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Fix linux-pm address
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] MAINTAINERS: Fix linux-pm address
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] input: CPU frequency booster
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Fix linux-pm address
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Fix linux-pm address
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Fix linux-pm address
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH] input: CPU frequency booster
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH] cpufreq: Export user_policy min/max
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: Enforce PM QoS maximum frequency
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 1/2] PM QoS: Add CPU frequency maximum as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 0/2] RFC: CPU frequency max as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v3 3/3] cpufreq: Enforce PM QoS minimum limit
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v3 2/3] PM QoS: Add CPU frequency minimum as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v3 0/3] RFC: CPU frequency min as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v3 1/3] PM QoS: Simplify PM QoS expansion/merge
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] thermal: Add generic cpu cooling devices according to thermal framework
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH v2 1/8] PM QoS: Simplify PM QoS expansion/merge
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 28/50] ACPI, APEI, Remove table not found message
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 30/50] ACPI, APEI, Printk queued error record before panic
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 35/50] ACPI, APEI, Resolve false conflict between ACPI NVS and APEI
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 41/50] ACPI APEI: Convert atomicio routines
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 24/50] ACPICA: Update to version 20120111
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 27/50] ACPI, APEI, Print resource errors in conventional format
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 48/50] intel_idle: Fix a cast to pointer from integer of different size warning in intel_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 31/50] ACPI, Add RAM mapping support to ACPI atomic IO support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 26/50] ACPI, APEI, GHES: Add PCIe AER recovery support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 22/50] ACPICA: Add support for region address conflict checking
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 34/50] ACPI, Record ACPI NVS regions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/50] ACPI 5.0: Support for all new resource descriptors
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 15/50] ACPI 5.0: New interface, acpi_get_event_resources
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 39/50] ACPI: Fix possible alignment issues with GAS 'address' references
  • From: Len Brown <lenb@xxxxxxxxxx>
• ACPI & Power Management Patches for 3.3
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 32/50] ACPI, APEI, EINJ, Fix resource conflict on some machine
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 44/50] intel_idle: disable auto_demotion for hotplugged CPUs
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 20/50] ACPICA: Update to version 20111123
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 25/50] ACPI, Add 64bit read/write support to atomicio on i386
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 23/50] ACPICA: Update all copyrights to 2012
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 19/50] ACPICA: Clean up Makefile
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 47/50] ACPI: processor: fix acpi_get_cpuid for UP processor
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 49/50] intel idle: Make idle driver more robust
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 46/50] ACPI: kernel-parameters.txt : Add intel_idle.max_cstate
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 16/50] ACPI 5.0: New interface, acpi_buffer_to_resource
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 50/50] ACPI processor: Fix error path, also remove sysdev link
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/50] ACPI 5.0: Support for GeneralPurposeIo and GenericSerialBus operation region
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/50] tools turbostat: recognize and run properly on IVB
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/50] ACPI 5.0: Implement hardware-reduced option
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 18/50] ACPI 5.0: Allow _AEI method in walk resources
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 45/50] intel_idle: remove redundant local_irq_disable() call
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/50] ACPICA: Fix to allow region arguments to reference other scopes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/50] ACPICA: Add error msg for unsupported I/O requests (not 8/16/32 bit length)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 38/50] ACPI, ia64: Use SRAT table rev to use 8bit or 16/32bit PXM fields (ia64)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 40/50] ACPI: Export interfaces for ioremapping/iounmapping ACPI registers
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 36/50] ACPI: Store SRAT table revision
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 43/50] intel_idle: fix API misuse
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 33/50] ACPI, APEI, EINJ, Refine the fix of resource conflict
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 42/50] acpi/apei/einj: Add extensions to EINJ from rev 5.0 of acpi spec
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 37/50] ACPI, x86: Use SRAT table rev to use 8bit or 32bit PXM fields (x86/x86-64)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 17/50] ACPI 5.0: Add new predefined names
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 21/50] ACPICA: Update for larger ACPI 5 FADT size
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/50] ACPICA: Do not abort table load on invalid space ID
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/50] ACPICA: Add error msg for Index/Bank field registers out-of-range
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 29/50] ACPI, APEI, GHES, Distinguish interleaved error report in kernel log
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/50] ACPI 5.0: Implement Connection() and AccessAs() changes
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/50] ACPICA: Update for GCC 4
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 11/50] ACPI 5.0: New interfaces to allow driver access to AML mutex objects
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/50] ACPI 5.0: Basic support for FADT version 5
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/50] ACPI 5.0: Add new/changed tables to headers
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/50] ACPICA: Put back the call to acpi_os_validate_address
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/8] PM QoS: Simplify PM QoS expansion/merge
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH v2 8/8] cpufreq: Enforce PM QoS maximum frequency
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 7/8] PM QoS: Add CPU frequency maximum as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 6/8] input: CPU frequency booster
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 5/8] cpufreq: Enforce PM QoS minimum limit
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 4/8] cpufreq: Preserve sysfs min/max request
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 3/8] cpufreq: Export user_policy min/max
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 2/8] PM QoS: Add CPU frequency minimum as PM QoS param
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 1/8] PM QoS: Simplify PM QoS expansion/merge
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] Documentation/power/freezing-of-tasks: Fix minor issue
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] thermal: Add a new trip type to use cooling device instance number
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] thermal: Add generic cpu cooling implementation
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/6] cpufreq: Preserve sysfs min/max request
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH] mmc: core: move suspend/resume to dev_pm_ops and add hibernation support
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/7] tboot: Add return values for tboot_sleep
  • From: "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>
• Re: [PATCH 1/7] x86, acpi, tboot: Have a ACPI os prepare sleep instead of calling tboot_sleep.
  • From: "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH v2] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH] PM:Hibernation: drop the check of swap space size for compressed image
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] mmc: core: move suspend/resume to dev_pm_ops and add hibernation support
  • From: Barry Song <Barry.Song@xxxxxxx>
• [PATCH] PM:Hibernation: drop the check of swap space size for compressed image
  • From: Barry Song <Barry.Song@xxxxxxx>
• Re: [PATCH v2] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 1/6] PM QoS: Simplify PM QoS expansion/merge
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sysrq-o broken since 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 6/6] input: CPU frequency booster
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 5/6] cpufreq: Enforce PM QoS min/max limits
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 1/6] PM QoS: Simplify PM QoS expansion/merge
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH v2] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] s3c_adc_battery: average over more than one adc sample
  • From: Anton Vorontsov <cbouatmailru@xxxxxxxxx>
• [PATCH 6/6] input: CPU frequency booster
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 5/6] cpufreq: Enforce PM QoS min/max limits
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 1/6] PM QoS: Simplify PM QoS expansion/merge
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 3/6] cpufreq: Export user_policy min/max
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• [PATCH 4/6] cpufreq: Preserve sysfs min/max request
  • From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
• Re: [lm-sensors] [RFC PATCH 2/3] thermal: exynos4: Register the tmu sensor with the thermal interface layer
  • From: Donggeun Kim <dg77.kim@xxxxxxxxxxx>
• Re: [PATCH v2] PM: HIBERNATION: skip the swap size check if the snapshot image size is anticipative
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sysrq-o broken since 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC]: [PATCH] Export cpuidle_(un)register_governor
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [RFC]: [PATCH] Export cpuidle_(un)register_governor
  • From: Jan-Simon Möller <dl9pf@xxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH 1/3] cpuidle: refactor out cpuidle_enter_state
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [lm-sensors] [RFC PATCH 2/3] thermal: exynos4: Register the tmu sensor with the thermal interface layer
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: [lm-sensors] [RFC PATCH 2/3] thermal: exynos4: Register the tmu sensor with the thermal interface layer
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/7] x86, acpi, tboot: Have a ACPI os prepare sleep instead of calling tboot_sleep.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH] s3c_adc_battery: average over more than one adc sample
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain hibernation, checksum image
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [RFC PATCH 3/3] ARM: exynos4: Add thermal sensor driver platform device support
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RFC PATCH 2/3] thermal: exynos4: Register the tmu sensor with the thermal interface layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RFC PATCH 1/3] thermal: exynos: Add thermal interface support for linux thermal layer
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• [RFC PATCH 0/3] thermal: exynos: Add kernel thermal support for exynos platform
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] coupled cpuidle state support
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>