Linux CPU Freq

• Thread Index

• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/6] ARM: Tegra: Enable OPP library
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/6] ARM: Tegra: Enable OPP library
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/6] ARM: Tegra: defconfig: select cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 6/6] cpufreq: Tegra: Remove tegra-cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/6] Tegra: Use cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 00/11] CPUFreq: Fixes & Cleanups for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] cpufreq: loongson2: fix broken cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH V2 01/11] cpufreq: Cleanup header files included in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 02/11] cpufreq: Re-arrange declarations in cpufreq.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 03/11] cpufreq: Give consistent names for struct cpufreq_policy *
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 04/11] cpufreq: Use sizeof(*ptr) form for finding size of a struct
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 05/11] cpufreq: Pass policy to cpufreq_add_policy_cpu()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 06/11] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 08/11] cpufreq: Fix broken usage of governor->owner's refcount
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 09/11] cpufreq: Don't use cpufreq_driver->owner's refcount to protect critical sections
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 10/11] cpufreq: Remove struct cpufreq_driver's owner field
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 11/11] cpufreq: improve error checking on return values of __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 00/11] CPUFreq: Fixes & Cleanups for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: loongson2: fix broken cpufreq
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• PROBLEM: cpufreq ondemand governor problem
  • From: Jim Hochschild <illini_80@xxxxxxxxx>
• Re: [PATCH 03/10] cpufreq: Give consistent names for struct cpufreq_policy *
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 03/10] cpufreq: Give consistent names for struct cpufreq_policy *
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [Bug 60587] Only two p-states visible on AMD FX-8350
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: ignore_nice vs. ignore_nice_load
  • From: Martin von Gagern <Martin.vGagern@xxxxxxx>
• Re: sysfs support for scaling_cur_freq in intel_pstate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• sysfs support for scaling_cur_freq in intel_pstate
  • From: Radu Rendec <radu.rendec@xxxxxxxxxx>
• [PATCH v2] cpufreq: loongson2: fix broken cpufreq
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: power measurement
  • From: Mike Turquette <mike.turquette@xxxxxxxxxx>
• Re: [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: ignore_nice vs. ignore_nice_load
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq and memory intensive benchmarks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: power measurement
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: power measurement
  • From: Andy Green <andy.green@xxxxxxxxxx>
• Re: cpufreq and memory intensive benchmarks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: ignore_nice vs. ignore_nice_load
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq-stats: fix time_in_state statistics
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 02/15] cpufreq: cpufreq-cpu0: initialize .owner field with THIS_MODULE
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 08/10] cpufreq: Fix broken usage of governor->owner's refcount
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] CPUFreq: Fixes & Cleanups for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 02/10] cpufreq: Re-arrange declarations in cpufreq.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/10] cpufreq: Cleanup header files included in core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/10] cpufreq: Cleanup header files included in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: Re-arrange declarations in cpufreq.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/10] CPUFreq: Fixes & Cleanups for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 08/10] cpufreq: Fix broken usage of governor->owner's refcount
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 08/10] cpufreq: Fix broken usage of governor->owner's refcount
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] CPUFreq: Fixes & Cleanups for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 02/10] cpufreq: Re-arrange declarations in cpufreq.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/10] cpufreq: Give consistent names for struct cpufreq_policy *
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/10] cpufreq: Pass policy to cpufreq_add_policy_cpu()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/10] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/10] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/10] cpufreq: Fix broken usage of governor->owner's refcount
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/15] cpufreq: initialize drivers .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/10] cpufreq: Remove struct cpufreq_driver's owner field
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/10] cpufreq: Don't use cpufreq_driver->owner's refcount to protect critical sections
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/10] cpufreq: Use sizeof(*ptr) form for finding size of a struct
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 01/10] cpufreq: Cleanup header files included in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/10] CPUFreq: Fixes & Cleanups for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• ignore_nice vs. ignore_nice_load
  • From: Martin von Gagern <Martin.vGagern@xxxxxxx>
• cpufreq and memory intensive benchmarks
  • From: Guru Prasad <gurupras@xxxxxxxxxxx>
• [PATCH] cpufreq-stats: fix time_in_state statistics
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/15] cpufreq: initialize drivers .owner field with THIS_MODULE
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: BUG_ON(irqs_disabled()) in cpufreq.c
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Avoid double kobject_put() for the same kobject in error code path
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: BUG_ON(irqs_disabled()) in cpufreq.c
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: BUG_ON(irqs_disabled()) in cpufreq.c
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: BUG_ON(irqs_disabled()) in cpufreq.c
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Avoid double kobject_put() for the same kobject in error code path
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• BUG_ON(irqs_disabled()) in cpufreq.c
  • From: Michael Giardino <giardino@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/16] DT/core: update cpu device of_node
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Re-arrange header files
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [RFC][PATCH] cpufreq: Do not hold driver module references for additional policy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Re-arrange header files
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 14/15] cpufreq: Tegra: initialize .owner field with THIS_MODULE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 14/15] cpufreq: Tegra: initialize .owner field with THIS_MODULE
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 00/15] cpufreq: initialize drivers .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH 2/2] PM / OPP: check for existing OPP list when initialising from device tree
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 00/15] cpufreq: initialize drivers .owner field with THIS_MODULE
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH] cpufreq: Re-arrange header files
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 01/15] cpufreq: arm_big_little: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/15] cpufreq: cpufreq-cpu0: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/15] cpufreq: davinci: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/15] cpufreq: exynos: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/15] cpufreq: dbx500: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/15] cpufreq: imx6q: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/15] cpufreq: integrator: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/15] cpufreq: omap: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/15] cpufreq: pxa: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 08/15] cpufreq: omap: initialize .owner field with THIS_MODULE
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 13/15] cpufreq: SPEAr: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/15] cpufreq: s5pv210: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/15] cpufreq: Tegra: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/15] cpufreq: Unicore: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/15] cpufreq: sa11**: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/15] cpufreq: s3c24xx: initialize .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/15] cpufreq: initialize drivers .owner field with THIS_MODULE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] PM / OPP: check for existing OPP list when initialising from device tree
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [RFC PATCH 0/2] PM / OPP: updates to enable sharing OPPs info
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: Remove extra variables
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Remove extra variables
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] cpufreq: don't pass cpu to cpufreq_add_dev_{symlink|interface}
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: Remove extra variables
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 6/8] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• stable 3-10-3: strange output of "lsmod | grep ^acpi_cpufreq"
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH v3 07/16] of/device: add helper to get cpu device node from logical cpu index
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v3 07/16] of/device: add helper to get cpu device node from logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RESEND PATCH V1 1/9] cpufreq: cpufreq-cpu0: add dt node parsing for 'needs-cooling'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v6 6/8] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 0/8] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 6/8] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq-cpu0: support Device Tree initialisation
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 3/8] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 3/8] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 3/8] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 3/8] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: Arndale power management
  • From: "Comaschi, F." <fcomaschi@xxxxxx>
• Re: [RESEND PATCH V1 1/9] cpufreq: cpufreq-cpu0: add dt node parsing for 'needs-cooling'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v6 0/8] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 1/8] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 3/8] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 2/8] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 4/8] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 6/8] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 7/8] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v6 8/8] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Arndale power management
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60587] Only two p-states visible on AMD FX-8350
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/3 v6] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v3 12/16] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v3 06/16] drivers/bus: arm-cci: avoid parsing DT for cpu device nodes
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH v3 04/16] ARM: topology: remove hwid/MPIDR dependency from cpu_capacity
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH v3 02/16] ARM: DT/kernel: define ARM specific arch_match_cpu_phys_id
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v3 04/16] ARM: topology: remove hwid/MPIDR dependency from cpu_capacity
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 03/16] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 05/16] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 02/16] ARM: DT/kernel: define ARM specific arch_match_cpu_phys_id
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 06/16] drivers/bus: arm-cci: avoid parsing DT for cpu device nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 07/16] of/device: add helper to get cpu device node from logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 08/16] cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 09/16] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 14/16] cpufreq: maple-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 13/16] cpufreq: arm_big_little: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 15/16] cpufreq: pmac64-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 12/16] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 16/16] cpufreq: pmac32-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 11/16] cpufreq: spear-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 10/16] cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 00/16] DT/core: update cpu device of_node
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 2/3 v6] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60587] Only two p-states visible on AMD FX-8350
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 60587] Only two p-states visible on AMD FX-8350
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH 3/3 v6] Documentation: cpufreq: load_table: Update load_table debugfs file documentation
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 1/3 v6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 2/3 v6] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 0/3 v6] cpufreq: Add 'load_table' debugfs file to show colleced CPUs load
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [RFC PATCH v2 00/15] DT/core: update cpu device of_node
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [RESEND PATCH V1 1/9] cpufreq: cpufreq-cpu0: add dt node parsing for 'needs-cooling'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [RFC PATCH v2 01/15] of: add support for retrieving cpu node for a given logical cpu index
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 1/9] cpufreq: cpufreq-cpu0: add dt node parsing for 'needs-cooling'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH 3/8] cpufreq: cpufreq-cpu0: add dt node parsing on cooling need
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [RFC PATCH v2 01/15] of: add support for retrieving cpu node for a given logical cpu index
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [RFC PATCH v2 01/15] of: add support for retrieving cpu node for a given logical cpu index
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [RFC PATCH 02/11] ARM: DT/kernel: define ARM specific arch_of_get_cpu_node
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [RFC PATCH v2 01/15] of: add support for retrieving cpu node for a given logical cpu index
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 05/15] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 06/15] drivers/bus: arm-cci: avoid parsing DT for cpu device nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 07/15] cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 04/15] ARM: topology: remove hwid/MPIDR dependency from cpu_capacity
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 08/15] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 09/15] cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 10/15] cpufreq: spear-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 11/15] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 13/15] cpufreq: maple-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 12/15] cpufreq: arm_big_little: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 14/15] cpufreq: pmac64-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 15/15] cpufreq: pmac32-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 03/15] ARM: DT/kernel: define ARM specific arch_match_cpu_phys_id
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 00/15] DT/core: update cpu device of_node
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH v2 02/15] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Arndale power management
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: /sys/ file access
  • From: kernel kernel <kernel@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: /sys/ file access
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: /sys/ file access
  • From: kernel kernel <kernel@xxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• cpufreq: possible circular locking detected on suspend
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v5 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 1/7] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [RFC PATCH 02/11] ARM: DT/kernel: define ARM specific arch_of_get_cpu_node
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v5 1/7] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Arndale power management
  • From: Andy Green <andy.green@xxxxxxxxxx>
• Re: [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Arndale power management
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Arndale power management
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] ARM: DT: update cpu device of_node
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 02/11] ARM: DT/kernel: define ARM specific arch_of_get_cpu_node
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 06/11] cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [RFC PATCH 07/11] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• Re: [RFC PATCH 02/11] ARM: DT/kernel: define ARM specific arch_of_get_cpu_node
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 05/11] drivers/bus: arm-cci: avoid parsing DT for cpu device nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 04/11] ARM: mvebu: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 03/11] ARM: topology: remove hwid/MPIDR dependency from cpu_capacity
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 02/11] ARM: DT/kernel: define ARM specific arch_of_get_cpu_node
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 06/11] cpufreq: imx6q-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 08/11] cpufreq: highbank-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 09/11] cpufreq: spear-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 10/11] cpufreq: kirkwood-cpufreq: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 07/11] cpufreq: cpufreq-cpu0: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 11/11] cpufreq: arm_big_little: remove device tree parsing for cpu nodes
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 01/11] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• [RFC PATCH 00/11] ARM: DT: update cpu device of_node
  • From: Sudeep.KarkadaNagesha@xxxxxxx
• Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: /sys/ file access
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [Bug 54221] ondemand cpufeq governor do not notice Node Manager power limit change
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: s3c24xx: rename CONFIG_CPU_FREQ_S3C24XX_DEBUGFS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: s3c24xx: rename CONFIG_CPU_FREQ_S3C24XX_DEBUGFS
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• /sys/ file access
  • From: kernel kernel <kernel@xxxxxxxxxxxxx>
• Re: [PATCH] MIPS: loongson2: cpufreq: fix broken cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• [PATCH] MIPS: loongson2: cpufreq: fix broken cpufreq
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [REGRESSION] Commit a66b2e50 "Preserve sysfs files across suspend/resume" causes a regression in intel_pstate
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] intel_pstate: Add Haswell CPU models
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add 'load_table' debugfs file to show colleced CPUs load
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add 'load_table' debugfs file to show colleced CPUs load
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add 'load_table' debugfs file to show colleced CPUs load
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Pankaj Jangra <jangra.pankaj9@xxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 5/6] cpufreq: powersave: Add support to collect CPUs load periodically
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 6/6] Documentation: cpufreq: load_table: Update load_table debugfs file documentation
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 3/6] cpufreq: Update governor core to support all governors
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH v5 2/6] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 4/6] cpufreq: performance: Add support to collect CPUs load periodically
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [PATCH 0/6] cpufreq: Add 'load_table' debugfs file to show colleced CPUs load
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• RE: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxx>
• RE: [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v5 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 7/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 5/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 6/7] cpufreq:boost:Kconfig: Enable software managed BOOST support at Kconfig
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v5 1/7] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix serialization of frequency transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] cpufreq: Fix serialization of frequency transitions
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Fix runtime warnings on systems with shared core clocks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [Query]: CPUFREQ: Affected and related cpus in cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• [Bug 60211] intel_pstate driver missing ids for some supported CPUs
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH V2] intel_pstate: Add Haswell CPU models
  • From: Nell Hardcastle <nell@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: Fix cpufreq regression after suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH] intel_pstate: Add Haswell CPU models
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpu hotplug: rework cpu_hotplug locking (was [LOCKDEP] cpufreq: possible circular locking dependency detected)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [RFC PATCH] cpu hotplug: rework cpu_hotplug locking (was [LOCKDEP] cpufreq: possible circular locking dependency detected)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] intel_pstate: Add Haswell CPU models
  • From: Nell Hardcastle <nell@xxxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpu hotplug: rework cpu_hotplug locking (was [LOCKDEP] cpufreq: possible circular locking dependency detected)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [RFC PATCH] cpu hotplug: rework cpu_hotplug locking (was [LOCKDEP] cpufreq: possible circular locking dependency detected)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v4] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [RFC PATCH] cpu hotplug: rework cpu_hotplug locking (was [LOCKDEP] cpufreq: possible circular locking dependency detected)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60211] intel_pstate driver missing ids for some supported CPUs
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60211] New: intel_pstate driver missing ids for some supported CPUs
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Porting cpufreq module for memory frequency scaling 'memfreq'
  • From: Guru Prasad <gurupras@xxxxxxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Porting cpufreq module for memory frequency scaling 'memfreq'
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: Porting cpufreq module for memory frequency scaling 'memfreq'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Fwd: Porting cpufreq module for memory frequency scaling 'memfreq'
  • From: Guru Prasad <gurupras@xxxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v4 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [LOCKDEP] cpufreq: possible circular locking dependency detected
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance()
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: od_set_powersave_bias: NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance()
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [PATCH-next 00/32] Delete support for __cpuinit
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 25/32] cpufreq: delete __cpuinit usage from all cpufreq files
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix race between sysfs writes and hotplug/policy update
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Fix minor formatting issues
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/13] CPUFreq: Fix {PRE|POST}CHANGE notification sequence
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] CPUFreq ARM Fixes for 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v9] Cpufreq: Fix governor start/stop race condition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix race between sysfs writes and hotplug/policy update
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v9] Cpufreq: Fix governor start/stop race condition
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• [GIT PULL] CPUFreq ARM Fixes for 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: s3c2416: fix forgotten driver_data conversions
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [GIT PULL] ARM: CPUFreq updates for 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Fix race between sysfs writes and hotplug/policy update
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• [PATCH] cpufreq: s3c2416: fix forgotten driver_data conversions
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [RFC PATCH] regulator: core: allow consumers to request to closes step voltage
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH] regulator: core: allow consumers to request to closes step voltage
  • From: Nishanth Menon <nm@xxxxxx>