Linux CPU Freq

• Thread Index

• [PATCH V2 Resend 68/92] cpufreq: sh: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 67/92] cpufreq: sc520_freq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 66/92] cpufreq: sa11x0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 65/92] cpufreq: s5pv210: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 64/92] cpufreq: s3c: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 63/92] cpufreq: pxa: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 62/92] cpufreq: ppc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 61/92] cpufreq: powernow: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 60/92] cpufreq: pmac: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 59/92] cpufreq: pcc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 58/92] cpufreq: p4: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 57/92] cpufreq: omap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 56/92] cpufreq: maple: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 55/92] cpufreq: loongson2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 54/92] cpufreq: longhaul: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 53/92] cpufreq: kirkwood: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 52/92] cpufreq: integrator: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 51/92] cpufreq: imx6q: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 49/92] cpufreq: gx: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 50/92] cpufreq: ia64-acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 48/92] cpufreq: exynos: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 47/92] cpufreq: elanfreq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 46/92] cpufreq: e_powersaver: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 45/92] cpufreq: dbx500: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 44/92] cpufreq: davinci: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 43/92] cpufreq: cris: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 42/92] cpufreq: nforce2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 41/92] cpufreq: cpu0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 40/92] cpufreq: blackfin: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 39/92] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 38/92] cpufreq: arm_big_little: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 37/92] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 36/92] cpufreq: call cpufreq_driver->get() after calling ->init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 35/92] cpufreq: tegra: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 34/92] cpufreq: speedstep: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 33/92] cpufreq: spear: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 32/92] cpufreq: sparc: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 31/92] cpufreq: sh: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 30/92] cpufreq: sc520: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 29/92] cpufreq: sa11x0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 28/92] cpufreq: s5pv210: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 27/92] cpufreq: s3cx4xx: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 26/92] cpufreq: pxa: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 25/92] cpufreq: ppc_cbe: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 24/92] cpufreq: ppc-corenet: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 23/92] cpufreq: powernow: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 22/92] cpufreq: pmac: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 21/92] cpufreq: pasemi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 20/92] cpufreq: p4-clockmod: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 19/92] cpufreq: omap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 18/92] cpufreq: maple: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 17/92] cpufreq: loongson2: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 16/92] cpufreq: longhaul: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 15/92] cpufreq: kirkwood: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 14/92] cpufreq: imx6q: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 13/92] cpufreq: ia64-acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 12/92] cpufreq: exynos: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 11/92] cpufreq: elanfreq: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 10/92] cpufreq: e_powersaver: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 09/92] cpufreq: dbx500: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 08/92] cpufreq: davinci: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 07/92] cpufreq: cris: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 06/92] cpufreq: cpu0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 05/92] cpufreq: blackfin: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 04/92] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 03/92] cpufreq: arm_big_little: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 02/92] cpufreq: acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 01/92] cpufreq: define generic .attr, .exit() and .verify() routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: intel_pstate: Improve accuracy by not truncating until final result
  • From: Brennan Shacklett <bp.shacklett@xxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2 4/5] cpufreq: arm_big_little_dt: enhance OPP error checking
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2 3/5] PM / OPP: check for existing OPP list when initialising from device tree
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2 2/5] PM / OPP: add support to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH RESEND 10/11] cpufreq: use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 09/11] cpufreq: rewrite cpufreq_driver->flags using shift operator
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 04/11] cpufreq: Remove extra blank line
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 03/11] cpufreq: remove invalid comment from __cpufreq_remove_dev()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 02/11] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 01/11] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: highbank-cpufreq: Enable Midway/ECX-2000
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 3/5] PM / OPP: check for existing OPP list when initialising from device tree
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 4/5] cpufreq: arm_big_little_dt: enhance OPP error checking
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 5/5] cpufreq: arm_big_little_dt: return success if OPP list already exists
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH RESEND 11/11] cpufreq: add new routine cpufreq_verify_within_cpu_limits()
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH RESEND 07/11] cpufreq: Optimize cpufreq_frequency_table_verify()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 11/11] cpufreq: add new routine cpufreq_verify_within_cpu_limits()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 09/11] cpufreq: rewrite cpufreq_driver->flags using shift operator
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 10/11] cpufreq: use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 08/11] cpufreq: rename __cpufreq_set_policy() as cpufreq_set_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 06/11] cpufreq: remove __cpufreq_remove_dev()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 05/11] cpufreq: don't break string in print statements
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 04/11] cpufreq: Remove extra blank line
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 03/11] cpufreq: remove invalid comment from __cpufreq_remove_dev()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 02/11] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 01/11] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND 00/11] CPUFreq: Cleanups/fixes for v3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 2/5] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: highbank-cpufreq: Enable Midway/ECX-2000
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• [PATCH v2 2/5] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 3/5] PM / OPP: check for existing OPP list when initialising from device tree
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 5/5] cpufreq: arm_big_little_dt: return success if OPP list already exists
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 4/5] cpufreq: arm_big_little_dt: enhance OPP error checking
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 0/5] PM / OPP: updates to enable sharing OPPs info
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCHv4 06/18] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH -v2] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 4/4] cpufreq: stats: create sysfs entries when cpufreq_stats is a module
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/4] cpufreq: stats: free table and remove sysfs entry in a single routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/4] cpufreq: stats: remove hotplug notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/4] cpufreq: stats: handle cpufreq_unregister_driver() and suspend/resume properly
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/4] CPUFreq stats: Bug fixes
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH -v2] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: SPEAr: Fix incorrect variable type
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: SPEAr: Fix incorrect variable type
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH -v2] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [PATCH v5 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] ARM: s5pv210: Migrate clock handling to Common Clock Framework
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] Cpufreq: s5pv210 cpufreq fixes for CCF
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: merge maple cpufreq driver to pmac64
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] ARM: S5PV210: move to common clk framework
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 58001]
  • From: Raymond Auge <rotty3000@xxxxxxxxx>
• Re: [PATCH v4 2/3] Cpufreq: s5pv210 cpufreq fixes for CCF
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v4 3/3] ARM: s5pv210: Migrate clock handling to Common Clock Framework
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/3] Cpufreq: s5pv210 cpufreq fixes for CCF
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/3] ARM: S5PV210: move to common clk framework
  • From: Mateusz Krawczuk <m.krawczuk@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: check cpufreq driver is valid and cpufreq isn't disabled in cpufreq_get()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -v2] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/3] PM / OPP: rename functions to dev_pm_opp*
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 189/228] cpufreq: dbx500: remove calls to cpufreq_notify_transition()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH -v2] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH -v2] cpufreq: fix racing between acpi_cpufreq_loading
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] cpufreq: check cpufreq driver is valid and cpufreq isn't disabled in cpufreq_get()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3] PM / OPP: rename functions to dev_pm_opp*
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND v8 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 4/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 5/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 6/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 7/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PM / OPP: rename functions to dev_pm_opp*
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• Re: [PATCH 1/3] PM / OPP: rename functions to dev_pm_opp*
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] cpufreq: skip loading acpi_cpufreq after intel_pstate
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Few clarifications on DVFS
  • From: karthik vm <meetvm@xxxxxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] PM / OPP: rename to dev_pm_opp * equivalents
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 3/3] PM / OPP: rename header to linux/pm_opp.h
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 1/3] PM / OPP: rename functions to dev_pm_opp*
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 2/3] PM / OPP: rename data structures to dev_pm equivalents
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 0/3] PM / OPP: rename to dev_pm_opp * equivalents
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: return EEXIST instead of EBUSY for second registering
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos5440: Fix potential NULL pointer dereference
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: exynos5440: Fix potential NULL pointer dereference
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: create per policy rwsem instead of per cpu cpu_policy_rwsem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• Re: [Qemu-devel] cpufreq and QEMU guests
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• linux-next: old trees
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Few clarifications on DVFS
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Few clarifications on DVFS
  • From: karthik vm <meetvm@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• Re: [Qemu-devel] cpufreq and QEMU guests
  • From: Benoît Canet <benoit.canet@xxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• Re: cpufreq and QEMU guests
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: cpufreq and QEMU guests
  • From: Benoît Canet <benoit.canet@xxxxxxxxxxx>
• Re: cpufreq and QEMU guests
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: make return type of lock_policy_rwsem_{read|write}() as void
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: unlock correct rwsem while updating policy->cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq and QEMU guests
  • From: Benoît Canet <benoit.canet@xxxxxxxxxxx>
• Re: cpufreq and QEMU guests
  • From: Alexander Graf <agraf@xxxxxxx>
• [PATCH V2 Resend 44/44] cpufreq: omap: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 43/44] cpufreq: loongson2: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 42/44] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 41/44] cpufreq: blackfin: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 40/44] cpufreq: arm_big_little: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 39/44] cpufreq: at32ap: add frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 38/44] cpufreq: tegra: fix implementation of ->exit()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 37/44] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 36/44] cpufreq: speedstep: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 35/44] cpufreq: spear: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 34/44] cpufreq: sparc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 33/44] cpufreq: sh: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 32/44] cpufreq: sc520: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 31/44] cpufreq: sa11x0: let cpufreq core initialize struct policy fields
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 30/44] cpufreq: sa11x0: Expose frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 29/44] cpufreq: s5pv210: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 28/44] cpufreq: s3cx4xx: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 27/44] cpufreq: pxa: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 26/44] cpufreq: ppc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 25/44] cpufreq: powernow: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 24/44] cpufreq: pmac: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 23/44] cpufreq: pasemi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 22/44] cpufreq: p4-clockmod: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 19/44] cpufreq: loongson2: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 21/44] cpufreq: omap: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 20/44] cpufreq: maple: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 18/44] cpufreq: longhaul: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 17/44] cpufreq: kirkwood: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 16/44] cpufreq: imx6q: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 15/44] cpufreq: ia64-acpi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 14/44] cpufreq: exynos: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 13/44] cpufreq: elanfreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 11/44] cpufreq: dbx500: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 12/44] cpufreq: e_powersaver: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 10/44] cpufreq: davinci: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 09/44] cpufreq: cris: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 08/44] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 07/44] cpufreq: blackfin: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 06/44] cpufreq: arm_big_little: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 05/44] cpufreq: acpi-cpufreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 04/44] cpufreq: sparc: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 03/44] cpufreq: s3cx4xx: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 02/44] cpufreq: pxa: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 01/44] cpufreq: Add new helper cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 00/44] CPUFreq Cleanup Series: Part I
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• cpufreq and QEMU guests
  • From: Benoît Canet <benoit.canet@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: merge maple cpufreq driver to pmac64
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Few clarifications on DVFS
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Few clarifications on DVFS
  • From: karthik vm <meetvm@xxxxxxxxx>
• [PATCH 04/16] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 136/228] cpufreq: loongson2: use cpufreq_generic_init() routine
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 069/228] cpufreq: kirkwood: Use generic cpufreq routines
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Vladimir Murzin <murzin.v@xxxxxxxxx>
• Re: [PATCH 000/228] CPUFreq: cleanup stuff for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/2] cpufreq: fix transition_ongoing count for powernow-k8
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 012/228] cpufreq: sparc: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 3/4] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] cpufreq: fix transition_ongoing count for powernow-k8
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 000/228] CPUFreq: cleanup stuff for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 012/228] cpufreq: sparc: call cpufreq_frequency_table_get_attr()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 042/228] cpufreq: sparc: use cpufreq_table_validate_and_show()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 054/228] cpufreq: sparc: call cpufreq_frequency_table_put_attr()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 106/228] cpufreq: integrator: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 195/228] cpufreq: kirkwood: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 195/228] cpufreq: kirkwood: remove calls to cpufreq_notify_transition()
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 106/228] cpufreq: integrator: don't initialize part of policy that is set by core too
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 083/228] cpufreq: sa11x0: Use generic cpufreq routines
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 181/228] cpufreq: move freq change notifications to cpufreq core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 181/228] cpufreq: move freq change notifications to cpufreq core
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 097/228] cpufreq: cris: don't initialize part of policy that is set by core too
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 130/228] cpufreq: cris: use cpufreq_generic_init() routine
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 187/228] cpufreq: cris: remove calls to cpufreq_notify_transition()
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 153/228] cpufreq: cris: Convert to light weight ->target_index() routine
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 144/228] cpufreq: sa11x0: use cpufreq_generic_init() routine
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 175/228] cpufreq: sa11x0: Convert to light weight ->target_index() routine
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 039/228] cpufreq: sa11x0: let cpufreq core initialize struct policy fields
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 038/228] cpufreq: sa11x0: Expose frequency table
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 120/228] cpufreq: sa11x0: don't initialize part of policy that is set by core too
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 061/228] cpufreq: cris: Use generic cpufreq routines
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 017/228] cpufreq: cris: use cpufreq_table_validate_and_show()
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH 000/228] CPUFreq: cleanup stuff for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 001/228] cpufreq: Remove extra blank line
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 004/228] cpufreq: Optimize cpufreq_frequency_table_verify()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 006/228] cpufreq: rewrite cpufreq_driver->flags using shift operator
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 007/228] cpufreq: use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 009/228] cpufreq: Add new helper cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 010/228] cpufreq: pxa: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 011/228] cpufreq: s3cx4xx: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 012/228] cpufreq: sparc: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 014/228] cpufreq: arm_big_little: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 016/228] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 015/228] cpufreq: blackfin: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 017/228] cpufreq: cris: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 018/228] cpufreq: davinci: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 021/228] cpufreq: elanfreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 022/228] cpufreq: exynos: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 023/228] cpufreq: ia64-acpi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 024/228] cpufreq: imx6q: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 025/228] cpufreq: kirkwood: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 028/228] cpufreq: maple: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 029/228] cpufreq: omap: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 030/228] cpufreq: p4-clockmod: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 032/228] cpufreq: pmac: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 035/228] cpufreq: pxa: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 036/228] cpufreq: s3cx4xx: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 037/228] cpufreq: s5pv210: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 039/228] cpufreq: sa11x0: let cpufreq core initialize struct policy fields
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 040/228] cpufreq: sc520: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 041/228] cpufreq: sh: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 042/228] cpufreq: sparc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 045/228] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 046/228] cpufreq: tegra: fix implementation of ->exit()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 048/228] cpufreq: arm_big_little: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 050/228] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 052/228] cpufreq: omap: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 053/228] cpufreq: pxa: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 054/228] cpufreq: sparc: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 055/228] cpufreq: define generic .attr, .exit() and .verify() routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 058/228] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 059/228] cpufreq: blackfin: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 062/228] cpufreq: davinci: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 063/228] cpufreq: dbx500: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 064/228] cpufreq: e_powersaver: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 066/228] cpufreq: exynos: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 068/228] cpufreq: imx6q: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 067/228] cpufreq: ia64-acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 069/228] cpufreq: kirkwood: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 070/228] cpufreq: longhaul: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 073/228] cpufreq: omap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 076/228] cpufreq: pmac: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 078/228] cpufreq: ppc-corenet: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 079/228] cpufreq: ppc_cbe: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 081/228] cpufreq: s3cx4xx: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 083/228] cpufreq: sa11x0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 084/228] cpufreq: sc520: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 085/228] cpufreq: sh: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 086/228] cpufreq: sparc: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 087/228] cpufreq: spear: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 090/228] cpufreq: call cpufreq_driver->get() after calling ->init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 091/228] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 092/228] cpufreq: arm_big_little: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 093/228] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 094/228] cpufreq: blackfin: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 097/228] cpufreq: cris: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 098/228] cpufreq: davinci: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 099/228] cpufreq: dbx500: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 101/228] cpufreq: elanfreq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 103/228] cpufreq: gx: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 105/228] cpufreq: imx6q: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 107/228] cpufreq: kirkwood: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 109/228] cpufreq: loongson2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 110/228] cpufreq: maple: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 111/228] cpufreq: omap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 112/228] cpufreq: p4: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 113/228] cpufreq: pcc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 116/228] cpufreq: ppc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 120/228] cpufreq: sa11x0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 121/228] cpufreq: sc520_freq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 122/228] cpufreq: sh: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 123/228] cpufreq: spear: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 126/228] cpufreq: unicore2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 127/228] cpufreq: create cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 130/228] cpufreq: cris: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 129/228] cpufreq: cpu0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 131/228] cpufreq: davinci: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 132/228] cpufreq: dbx500: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 063/228] cpufreq: dbx500: Use generic cpufreq routines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 133/228] cpufreq: exynos: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 135/228] cpufreq: kirkwood: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 136/228] cpufreq: loongson2: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 137/228] cpufreq: maple: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 099/228] cpufreq: dbx500: don't initialize part of policy that is set by core too
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 138/228] cpufreq: omap: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 139/228] cpufreq: pasemi: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 140/228] cpufreq: pmac32: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 141/228] cpufreq: pmac64: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 142/228] cpufreq: s3c: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 143/228] cpufreq: s5pv210: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 144/228] cpufreq: sa11x0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 145/228] cpufreq: spear: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 147/228] cpufreq: Implement light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 148/228] cpufreq: acpi: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 149/228] cpufreq: arm_big_little: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 150/228] cpufreq: at32ap: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 152/228] cpufreq: cpu0: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 155/228] cpufreq: dbx500: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 156/228] cpufreq: e_powersaver: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 157/228] cpufreq: elanfreq: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 158/228] cpufreq: exynos: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 160/228] cpufreq: imx6q: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 163/228] cpufreq: loongson2: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 164/228] cpufreq: maple: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 165/228] cpufreq: omap: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 166/228] cpufreq: p4: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 169/228] cpufreq: powernow: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 170/228] cpufreq: ppc: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 171/228] cpufreq: pxa: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 172/228] cpufreq: s3c2416: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 174/228] cpufreq: s5pv210: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 175/228] cpufreq: sa11x0: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 176/228] cpufreq: sc520: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 177/228] cpufreq: sparc: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 178/228] cpufreq: SPEAr: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 180/228] cpufreq: tegra: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 181/228] cpufreq: move freq change notifications to cpufreq core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 183/228] cpufreq: arm_big_little: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 184/228] cpufreq: at32ap: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 186/228] cpufreq: cpu0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 188/228] cpufreq: davinci: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 190/228] cpufreq: e_powersaver: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 191/228] cpufreq: elanfreq: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 193/228] cpufreq: ia64-acpi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 195/228] cpufreq: kirkwood: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 197/228] cpufreq: maple: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 200/228] cpufreq: pasemi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 202/228] cpufreq: ppc: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 204/228] cpufreq: s3c: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 206/228] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 207/228] cpufreq: sc520: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 209/228] cpufreq: SPEAr: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 210/228] cpufreq: speedstep: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 211/228] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 212/228] cpufreq: tegra: remove target_cpu_speed[] array
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 215/228] cpufreq: at32ap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 218/228] cpufreq: dbx500: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 217/228] cpufreq: davinci: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 219/228] cpufreq: exynos: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 220/228] cpufreq: imx6q: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 222/228] cpufreq: omap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 224/228] cpufreq: s3c: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 226/228] cpufreq: spear: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 228/228] cpufreq: unicore2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 227/228] cpufreq: tegra: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 063/228] cpufreq: dbx500: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 225/228] cpufreq: s5pv210: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 223/228] cpufreq: ppc: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 221/228] cpufreq: loongson2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 216/228] cpufreq: cpu0: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 214/228] cpufreq: arm_big_little: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 213/228] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 208/228] cpufreq: sparc: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 205/228] cpufreq: s5pv210: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 203/228] cpufreq: pxa: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 201/228] cpufreq: pmac: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 199/228] cpufreq: p4-clockmod: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 198/228] cpufreq: omap: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 196/228] cpufreq: loongson2: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 194/228] cpufreq: imx6q: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 192/228] cpufreq: exynos: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 189/228] cpufreq: dbx500: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 187/228] cpufreq: cris: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 185/228] cpufreq: blackfin: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 182/228] cpufreq: acpi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 179/228] cpufreq: speedstep: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 173/228] cpufreq: s3c64xx: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 168/228] cpufreq: pmac32: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 167/228] cpufreq: pasemi: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 162/228] cpufreq: longhaul: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 161/228] cpufreq: kirkwood: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 159/228] cpufreq: ia64: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 154/228] cpufreq: davinci: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 153/228] cpufreq: cris: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 151/228] cpufreq: blackfin: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 146/228] cpufreq: tegra: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 134/228] cpufreq: imx6q: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 128/228] cpufreq: remove CONFIG_CPU_FREQ_TABLE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 125/228] cpufreq: tegra: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 124/228] cpufreq: speedstep: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 119/228] cpufreq: s5pv210: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 118/228] cpufreq: s3c: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 117/228] cpufreq: pxa: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 115/228] cpufreq: powernow: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 114/228] cpufreq: pmac: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 108/228] cpufreq: longhaul: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 106/228] cpufreq: integrator: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 104/228] cpufreq: ia64-acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 102/228] cpufreq: exynos: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 100/228] cpufreq: e_powersaver: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 096/228] cpufreq: nforce2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 095/228] cpufreq: cpu0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 089/228] cpufreq: tegra: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 088/228] cpufreq: speedstep: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 082/228] cpufreq: s5pv210: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 080/228] cpufreq: pxa: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 077/228] cpufreq: powernow: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 075/228] cpufreq: pasemi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 074/228] cpufreq: p4-clockmod: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 072/228] cpufreq: maple: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 071/228] cpufreq: loongson2: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 065/228] cpufreq: elanfreq: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 061/228] cpufreq: cris: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 060/228] cpufreq: cpu0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 057/228] cpufreq: arm_big_little: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 056/228] cpufreq: acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 051/228] cpufreq: loongson2: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 049/228] cpufreq: blackfin: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 047/228] cpufreq: at32ap: add frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 044/228] cpufreq: speedstep: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 043/228] cpufreq: spear: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 038/228] cpufreq: sa11x0: Expose frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 034/228] cpufreq: ppc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 033/228] cpufreq: powernow: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 031/228] cpufreq: pasemi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 027/228] cpufreq: loongson2: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 026/228] cpufreq: longhaul: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 020/228] cpufreq: e_powersaver: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 019/228] cpufreq: dbx500: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 013/228] cpufreq: acpi-cpufreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 008/228] cpufreq: add new routine cpufreq_verify_within_cpu_limits()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 005/228] cpufreq: rename __cpufreq_set_policy() as cpufreq_set_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 003/228] cpufreq: remove __cpufreq_remove_dev()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 002/228] cpufreq: don't break string in print statements
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: powernow-k8: mark freq transition complete on error cases
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: Create cpufreq_transition_complete()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/2] cpufreq: fix transition_ongoing count for powernow-k8
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: merge maple cpufreq driver to pmac64
  • From: Dmitry Eremin-Solenikov <dmitry_eremin@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: Detect spurious invocations of update_policy_cpu()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Detect spurious invocations of update_policy_cpu()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH V2] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Remodel Tegra cpufreq driver to support Tegra series SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2 0/4] Remodel Tegra cpufreq driver to support Tegra series SoCs
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v2 1/4] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v2 2/4] cpufreq: tegra: Remove not used header files and clean up codes
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v2 3/4] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v2 4/4] ARM: tegra: defconfig updates
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Peter De Schrijver <pdeschrijver@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: distinguish drivers that do asynchronous notifications
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Remove extra blank line
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/5] cpufreq: Last minute fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Remove extra blank line
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cpufreq: fixes for v3.12
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 4/5] cpufreq: don't update policy->cpu while removing while removing other CPUs
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] cpufreq: don't break string in print statements
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: remove __cpufreq_remove_dev()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/5] cpufreq: don't update policy->cpu while removing while removing other CPUs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/5] cpufreq: use correct values of cpus in __cpufreq_remove_dev_finish()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/5] cpufreq: remove __cpufreq_remove_dev()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/5] cpufreq: don't break string in print statements
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/5] cpufreq: Remove extra blank line
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/5] cpufreq: Last minute fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/4] cpufreq: fixes for v3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Cpufreq: Acquire read lock in the cpufreq_policy_restore() rather than write lock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] cpufreq: Fix crash in cpufreq-stats during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Fix crash in cpufreq-stats during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] cpufreq: Prevent problems in update_policy_cpu() if last_cpu == new_cpu
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] cpufreq: Restructure if/else block to avoid unintended behavior
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] cpufreq: Fix crash in cpufreq-stats during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: Fix crash in cpufreq-stats during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: tegra: Remove not used header and clean up codes
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ARM: shmobile: change dev_id to cpu0 while registering cpu clock
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] Cpufreq/governor: Remove fossil comment
  • From: tianyu.lan@xxxxxxxxx
• Re: [PATCH 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] cpufreq: tegra: Remove not used header and clean up codes
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH 0/2] Remodel Tegra cpufreq driver to support Tegra series SoCs
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] CPUFreq: Last set of updates for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/5] CPUFreq: Last set of updates for 3.13
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq_stats NULL deref on second system suspend
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] cpufreq: rename __cpufreq_set_policy() as cpufreq_set_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/5] cpufreq: rewrite cpufreq_driver->flags using shift operator
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/5] cpufreq: add new routine cpufreq_verify_within_cpu_limits()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/5] cpufreq: use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/5] cpufreq: Optimize cpufreq_frequency_table_verify()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/5] CPUFreq: Last set of updates for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>