Linux CPU Freq

• Thread Index

• Re: [PATCH 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] Cpufreq: Acquire read lock in the cpufreq_policy_restore() rather than write lock
  • From: Viresh Kumar <viresh.kumar@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: 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 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH] Cpufreq: Acquire read lock in the cpufreq_policy_restore() rather than write lock
  • 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: [PATCH v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] Cpufreq: Acquire read lock in the cpufreq_policy_restore() rather than write lock
  • From: tianyu.lan@xxxxxxxxx
• Re: cpufreq warning with kernel 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 0/4] cpufreq: fixes for v3.12
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 0/4] cpufreq: fixes for v3.12
  • 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 1/4] cpufreq: cpufreq-cpu0: assign cpu_dev correctly to cpu0 device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 4/4] ARM: shmobile: change dev_id to cpu0 while registering cpu clock
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 3/4] ARM: i.MX: change dev_id to cpu0 while registering cpu clock
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 2/4] cpufreq: imx6q-cpufreq: assign cpu_dev correctly to cpu0 device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 0/4] cpufreq: fixes for v3.12
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• 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 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: Viresh Kumar <viresh.kumar@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: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [Update PATCH 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: tianyu.lan@xxxxxxxxx
• [PATCH 1/1] Cpufreq: Remove fossil comment of cpufreq_set_policy
  • From: tianyu.lan@xxxxxxxxx
• [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
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 4/5] cpufreq: Remove temporary fix for race between CPU hotplug and sysfs-writes
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • 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
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 4/5] cpufreq: Remove temporary fix for race between CPU hotplug and sysfs-writes
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• 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@xxxxxxx>
• [Bug 61071] powernow-k8 is not autoloaded
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [Bug 61071] powernow-k8 is not autoloaded
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 61071] powernow-k8 is not autoloaded
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 61071] powernow-k8 is not autoloaded
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 61071] New: powernow-k8 is not autoloaded
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2] intel_pstate: Add Haswell CPU models
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• "cpufreq: fix serialization issues with freq change notifiers" breaks cpufreq too
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [Bug 61071] New: powernow-k8 is not autoloaded
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 4/5] cpufreq: Remove temporary fix for race between CPU hotplug and sysfs-writes
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] cpufreq: Use signed type for 'ret' variable, to store negative error values
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] cpufreq: Synchronize the cpufreq store_*() routines with CPU hotplug
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] cpufreq: Invoke __cpufreq_remove_dev_finish() after releasing cpu_hotplug.lock
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] cpufreq: Split __cpufreq_remove_dev() into 2 parts (kobj cleanup & the rest)
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] Cpufreq fixes related to cpu hotplug/sysfs-writes
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.12 merge window exynos cpufreq driver fails to build
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: 3.12 merge window exynos cpufreq driver fails to build
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: 3.12 merge window exynos cpufreq driver fails to build
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• 3.12 merge window exynos cpufreq driver fails to build
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [Bug 60839] New: scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: cpufreq warning with kernel 3.11
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: don't allow governor limits to be changed when it is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: don't allow governor limits to be changed when it is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: don't allow governor limits to be changed when it is disabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: serialize calls to __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: don't allow governor limits to be changed when it is disabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Mikael Starvik <mikael.starvik@xxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH v2] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 04/16] cpufreq: cpu0: use cpufreq_generic_get() routine
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Sekhar Nori <nsekhar@xxxxxx>
• [Query] CPUFreq: Does these machines have separate clock domains for CPUs?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 06/16] cpufreq: dbx500: use cpufreq_generic_get() routine
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: mutex warning in cpufreq + RFC patch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption due to double queueing
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• mutex warning in cpufreq + RFC patch
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [PATCH] cpufreq: Don't use smp_processor_id() in preemptible context
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: Fix timer/workqueue corruption due to double queueing
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [RFC PATCH 01/14] cpufreq: cpufreq-cpu0: add dt node parsing for 'cooling-zones'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 01/14] cpufreq: cpufreq-cpu0: add dt node parsing for 'cooling-zones'
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption due to double queueing
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: governor: Fix typos in comments
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: Fix timer/workqueue corruption due to double queueing
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [PATCH] cpufreq: governor: Fix typos in comments
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• [PATCH] cpufreq: governors: Remove duplicate check of target freq in supported range
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• [PATCH v8 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH 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 v8 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v8 5/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v8 4/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v8 7/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v8 6/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v8 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [Query] CPUFreq: Why do we need policy->user_policy?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Query] CPUFreq: Why do we need policy->user_policy?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 01/14] cpufreq: cpufreq-cpu0: add dt node parsing for 'cooling-zones'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH] cpufreq: imx6q: Fix clock enable balance
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 03/16] cpufreq: at32ap: use cpufreq_generic_get() routine
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v7 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 7/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 6/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 5/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 4/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 01/14] cpufreq: cpufreq-cpu0: add dt node parsing for 'cooling-zones'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/16] cpufreq: create & use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/16] cpufreq: create & use cpufreq_generic_get() routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/16] cpufreq: create & use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [RFC PATCH 01/14] cpufreq: cpufreq-cpu0: add dt node parsing for 'cooling-zones'
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH 00/16] cpufreq: create & use cpufreq_generic_get() routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: tegra: fix the wrong clock name
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH 02/16] cpufreq: arm_big_little: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/16] cpufreq: tegra: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/16] cpufreq: unicore2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/16] cpufreq: spear: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/16] cpufreq: at32ap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/16] cpufreq: cpu0: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/16] cpufreq: loongson2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/16] cpufreq: omap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/16] cpufreq: s3c: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/16] cpufreq: s5pv210: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/16] cpufreq: ppc: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/16] cpufreq: imx6q: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/16] cpufreq: exynos: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/16] cpufreq: dbx500: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/16] cpufreq: davinci: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 01/16] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/16] cpufreq: create & use cpufreq_generic_get() routine
  • 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: [PATCH] cpufreq: tegra: fix the wrong clock name
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: tegra: fix the wrong clock name
  • From: Joseph Lo <josephl@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: 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: Mark Rutland <mark.rutland@xxxxxxx>
• Re: PROBLEM: cpufreq ondemand governor problem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/14] cpufreq: create & use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/14] cpufreq: create & use cpufreq_generic_init() routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 03/14] cpufreq: dbx500: use cpufreq_generic_init() routine
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• 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: Tegra: remove target_cpu_speed[] array
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH 01/14] cpufreq: create cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/14] cpufreq: cpu0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/14] cpufreq: dbx500: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/14] cpufreq: exynos: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/14] cpufreq: imx6q: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/14] cpufreq: kirkwood: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/14] cpufreq: maple: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/14] cpufreq: pasemi: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/14] cpufreq: s5pv210: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/14] cpufreq: sa11x0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/14] cpufreq: spear: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/14] cpufreq: tegra: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/14] cpufreq: s3c: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/14] cpufreq: pmac64: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/14] cpufreq: create & use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Tegra: remove target_cpu_speed[] array
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Questions on the PID controller in the intel_pstate driver
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: [RFC PATCH next]cpufreq: fix bad unlock balance on !CONFIG_SMP
  • From: Li Zhong <zhong@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH next]cpufreq: fix bad unlock balance on !CONFIG_SMP
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Questions on the PID controller in the intel_pstate driver
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [RFC PATCH 1/2] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [cpufreq] swapper/1 is trying to release lock cpufreq_rwsem at cpufreq_add_dev()
  • 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 0/5] cpufreq: Fixes for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/5] cpufreq: Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/5] cpufreq: Fixes for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 0/5] cpufreq: Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/5] cpufreq: Fixes for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: "Rafael J. Wysocki" <rjw@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: [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH 5/5] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/5] cpufreq: remove unnecessary check in __cpufreq_governor()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/5] cpufreq: remove cpufreq_policy_cpu per-cpu variable
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/5] cpufreq: remove policy from cpufreq_policy_list in system suspend
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/5] cpufreq: align closing brace '}' of an if block
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/5] cpufreq: Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 13/34] cpufreq: exynos5440: set CPUFREQ_NO_NOTIFICATION flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 13/34] cpufreq: exynos5440: set CPUFREQ_NO_NOTIFICATION flag
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• RE: [PATCH 19/44] cpufreq: exynos: Use generic cpufreq routines
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• RE: [PATCH 03/44] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• RE: [PATCH 13/37] cpufreq: exynos: don't initialize part of policy that is set by core too
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• RE: [PATCH 13/34] cpufreq: exynos5440: set CPUFREQ_NO_NOTIFICATION flag
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• Re: [PATCH V2 07/11] cpufreq: Use cpufreq_policy_list for iterating over policies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 13/34] cpufreq: exynos5440: set CPUFREQ_NO_NOTIFICATION flag
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 13/37] cpufreq: exynos: don't initialize part of policy that is set by core too
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH V2 01/35] cpufreq: Implement light weight ->target_index() routine
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 19/44] cpufreq: exynos: Use generic cpufreq routines
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 03/44] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH] intel_pstate: Add Haswell CPU models
  • From: Ilari Stenroth <ilari.stenroth@xxxxxxxxx>
• Re: [PATCH 02/34] cpufreq: acpi: remove calls to cpufreq_notify_transition()
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH 02/34] cpufreq: acpi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 04/34] cpufreq: at32ap: remove calls to cpufreq_notify_transition()
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 01/34] cpufreq: move freq change notifications to cpufreq core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/34] cpufreq: acpi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/34] cpufreq: arm_big_little: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/34] cpufreq: blackfin: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/34] cpufreq: cpu0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/34] cpufreq: cris: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/34] cpufreq: dbx500: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/34] cpufreq: e_powersaver: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/34] cpufreq: elanfreq: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/34] cpufreq: exynos: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/34] cpufreq: exynos5440: set CPUFREQ_NO_NOTIFICATION flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/34] cpufreq: ia64-acpi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/34] cpufreq: imx6q: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/34] cpufreq: kirkwood: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/34] cpufreq: loongson2: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 19/34] cpufreq: maple: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 20/34] cpufreq: omap: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 21/34] cpufreq: p4-clockmod: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 23/34] cpufreq: pmac: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 24/34] cpufreq: powernow: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 25/34] cpufreq: ppc: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 26/34] cpufreq: pxa: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 27/34] cpufreq: s3c: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 28/34] cpufreq: s5pv210: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 29/34] cpufreq: sa11x0: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 30/34] cpufreq: sc520: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 31/34] cpufreq: sparc: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 33/34] cpufreq: speedstep: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 34/34] cpufreq: tegra: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 32/34] cpufreq: SPEAr: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 22/34] cpufreq: pasemi: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/34] cpufreq: longhaul: set CPUFREQ_NO_NOTIFICATION flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/34] cpufreq: davinci: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/34] cpufreq: at32ap: remove calls to cpufreq_notify_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/34] CPUFreq: Move freq change notifications out of drivers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 09/31] cpufreq: dbx500: Covert to light weight ->target() routine
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 03/16] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@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 03/16] driver/core: cpu: initialize of_node in cpu's device struture
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH v3 01/16] of: add support for retrieving cpu node for a given logical cpu index
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 11/35] cpufreq: dbx500: use cpufreq_table_validate_and_show()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 04/15] cpufreq: dbx500: initialize .owner field with THIS_MODULE
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 04/37] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 04/37] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 04/37] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 01/37] cpufreq: call cpufreq_driver->get() after calling ->init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/37] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/37] cpufreq: arm_big_little: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/37] cpufreq: at32ap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/37] cpufreq: blackfin: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/37] cpufreq: cpu0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/37] cpufreq: nforce2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/37] cpufreq: davinci: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/37] cpufreq: e_powersaver: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/37] cpufreq: exynos: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/37] cpufreq: gx: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/37] cpufreq: ia64-acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/37] cpufreq: imx6q: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/37] cpufreq: integrator: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/37] cpufreq: kirkwood: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 19/37] cpufreq: longhaul: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 20/37] cpufreq: loongson2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 23/37] cpufreq: p4: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 24/37] cpufreq: pcc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 25/37] cpufreq: pmac: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 27/37] cpufreq: ppc: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 28/37] cpufreq: pxa: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 29/37] cpufreq: s3c: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 30/37] cpufreq: s5pv210: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 31/37] cpufreq: sa11x0: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 32/37] cpufreq: sc520_freq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 33/37] cpufreq: sh: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 34/37] cpufreq: spear: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 35/37] cpufreq: speedstep: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 37/37] cpufreq: unicore2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 36/37] cpufreq: tegra: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 26/37] cpufreq: powernow: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 22/37] cpufreq: omap: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 21/37] cpufreq: maple: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/37] cpufreq: elanfreq: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/37] cpufreq: dbx500: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/37] cpufreq: cris: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/37] CPUFreq: set policy->cur in cpufreq core instead of
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/3] cpufreq: sa11x0: cleanups for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH V2 05/35] cpufreq: at32ap: Covert to light weight ->target_index() routine
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: Only do governor start after successful stop
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: Only do governor start after successful stop
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/3] cpufreq: sa11x0: cleanups for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/3] cpufreq: sa11x0: cleanups for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 00/35] CPUFreq: Implement light weight ->target(): for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 01/35] cpufreq: Implement light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 02/35] cpufreq: remove CONFIG_CPU_FREQ_TABLE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 03/35] cpufreq: acpi: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 04/35] cpufreq: arm_big_little: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 05/35] cpufreq: at32ap: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 06/35] cpufreq: blackfin: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 07/35] cpufreq: cpu0: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 08/35] cpufreq: cris: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 11/35] cpufreq: e_powersaver: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 10/35] cpufreq: dbx500: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 12/35] cpufreq: elanfreq: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 14/35] cpufreq: ia64: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 15/35] cpufreq: imx6q: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 16/35] cpufreq: kirkwood: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 17/35] cpufreq: longhaul: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 18/35] cpufreq: loongson2: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 19/35] cpufreq: maple: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 21/35] cpufreq: p4: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 24/35] cpufreq: powernow: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 25/35] cpufreq: ppc: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 26/35] cpufreq: pxa: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 27/35] cpufreq: s3c2416: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 28/35] cpufreq: s3c64xx: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 29/35] cpufreq: s5pv210: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 30/35] cpufreq: sa11x0: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 31/35] cpufreq: sc520: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 33/35] cpufreq: SPEAr: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 34/35] cpufreq: speedstep: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 35/35] cpufreq: tegra: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 32/35] cpufreq: sparc: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 23/35] cpufreq: pmac32: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 22/35] cpufreq: pasemi: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 20/35] cpufreq: omap: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 13/35] cpufreq: exynos: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 09/35] cpufreq: davinci: Covert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 00/35] CPUFreq: Implement light weight ->target(): for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/3] cpufreq: sa11x0: Expose frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/3] cpufreq: sa11x0: let cpufreq core initialize struct policy fields
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/3] cpufreq: sa11x0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/3] cpufreq: sa11x0: cleanups for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: unicore2: Staticize local symbol
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] cpufreq / gx: Fix __init attribute locations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: NULL is a valid regulator
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use devm_regulator_get_optional()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI/Cpureq: Using cpufreq_freq_attr_rw macro to define CPB(Core Performance Boost) attribute
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] cpufreq / s3c24xx: Fix __init attribute locations
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 2/3] cpufreq / pxa2xx: Fix __init attribute locations
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 1/3] cpufreq / gx: Fix __init attribute locations
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v7 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 5/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 4/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 6/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 7/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v7 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 2/2] cpufreq: Only do governor start after successful stop
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• [PATCH 1/2] cpufreq: Add governor operation ongoing flag
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/31] CPUFreq: Implement light weight ->target(): for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] Thermal/cpu_cooling: Return directly for the cpu out of allowed_cpus in the cpufreq_thermal_notifier()
  • From: tianyu.lan@xxxxxxxxx
• [PATCH] ACPI/Cpureq: Using cpufreq_freq_attr_rw macro to define CPB(Core Performance Boost) attribute
  • From: tianyu.lan@xxxxxxxxx
• Re: [PATCH 00/31] CPUFreq: Implement light weight ->target(): for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH] cpufreq: add frequency table to at32ap driver
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 02/31] cpufreq: Implement light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/31] cpufreq: blackfin: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/31] cpufreq: cris: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/31] cpufreq: davinci: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/31] cpufreq: dbx500: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/31] cpufreq: e_powersaver: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/31] cpufreq: elanfreq: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/31] cpufreq: imx6q: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/31] cpufreq: kirkwood: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/31] cpufreq: ia64: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/31] cpufreq: longhaul: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/31] cpufreq: maple: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 19/31] cpufreq: omap: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 21/31] cpufreq: pasemi: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 22/31] cpufreq: pmac32: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 24/31] cpufreq: ppc: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 26/31] cpufreq: s3c64xx: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 27/31] cpufreq: sc520: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 29/31] cpufreq: SPEAr: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 28/31] cpufreq: sparc: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 30/31] cpufreq: speedstep: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 31/31] cpufreq: tegra: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 25/31] cpufreq: pxa: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 23/31] cpufreq: powernow: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 20/31] cpufreq: p4: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/31] cpufreq: loongson2: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/31] cpufreq: exynos: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/31] cpufreq: cpu0: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/31] cpufreq: arm_big_little: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/31] cpufreq: acpi: Covert to light weight ->target() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 01/31] cpufreq: rename ->target() as ->target_old()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/31] CPUFreq: Implement light weight ->target(): for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use devm_regulator_get_optional()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 6/8] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • 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 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: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 21/44] cpufreq: imx6q: Use generic cpufreq routines
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 21/44] cpufreq: imx6q: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 21/44] cpufreq: imx6q: Use generic cpufreq routines
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 13/44] cpufreq: cpu0: Use generic cpufreq routines
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 08/35] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 08/35] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 44/44] cpufreq: pass suitable index instead of freq to cpufreq_driver->target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [GIT PULL]: CPUFreq: ARM Fixes for 3.12
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 03/44] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 29/44] cpufreq: pcc: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 43/44] cpufreq: unicore2: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH] cpufreq: fix EXYNOS drivers selection
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: AMD FX-4130 part only runs at 2.6/3.4GHz
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use devm_regulator_get_optional()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: NULL is a valid regulator
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [cpufreq] BUG: unable to handle kernel NULL pointer dereference at (null)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 60727] The CPU frequency does not raise when compiling packages on Gentoo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 12/16] drivers/cpufreq/pxa3xx-cpufreq.c: Avoid using ARRAY_AND_SIZE(e) as a function argument
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Questions on the PID controller in the intel_pstate driver
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• [Bug 60727] New: The CPU frequency does not raise when compiling packages on Gentoo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 00/44] cpufreq: define generic routines for cpufreq drivers: for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 44/44] cpufreq: pass suitable index instead of freq to cpufreq_driver->target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 01/44] cpufreq: arm_big_little: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/44] cpufreq: blackfin: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/44] cpufreq: exynos: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/44] cpufreq: loongson2: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/44] cpufreq: pxa: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/44] cpufreq: define generic .attr, .exit() and .verify() routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/44] cpufreq: acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/44] cpufreq: arm_big_little: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/44] cpufreq: at32ap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/44] cpufreq: blackfin: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/44] cpufreq: cris: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/44] cpufreq: davinci: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/44] cpufreq: dbx500: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/44] cpufreq: e_powersaver: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/44] cpufreq: elanfreq: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 19/44] cpufreq: exynos: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 20/44] cpufreq: ia64-acpi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 21/44] cpufreq: imx6q: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 22/44] cpufreq: kirkwood: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 23/44] cpufreq: longhaul: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 24/44] cpufreq: loongson2: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 25/44] cpufreq: maple: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 26/44] cpufreq: omap: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 28/44] cpufreq: pasemi: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 27/44] cpufreq: p4-clockmod: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 29/44] cpufreq: pcc: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 30/44] cpufreq: pmac: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 31/44] cpufreq: powernow: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 32/44] cpufreq: ppc-corenet: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 34/44] cpufreq: pxa: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 35/44] cpufreq: s3cx4xx: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 36/44] cpufreq: s5pv210: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 37/44] cpufreq: sc520: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 38/44] cpufreq: sh: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 40/44] cpufreq: spear: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 41/44] cpufreq: speedstep: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 42/44] cpufreq: tegra: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 43/44] cpufreq: unicore2: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 44/44] cpufreq: pass suitable index instead of freq to cpufreq_driver->target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 39/44] cpufreq: sparc: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 33/44] cpufreq: ppc_cbe: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/44] cpufreq: cpu0: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/44] cpufreq: sparc: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/44] cpufreq: omap: call cpufreq_frequency_table_put_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/44] cpufreq: define generic routines for cpufreq drivers: for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• AMD FX-4130 part only runs at 2.6/3.4GHz
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v2 2/2] tile: implement dynamic frequency changing
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 1/2] time: allow changing the timekeeper clock frequency
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: Use devm_regulator_get_optional()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: NULL is a valid regulator
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: unicore2: Staticize local symbol
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix EXYNOS drivers selection
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• [PATCH] cpufreq: fix EXYNOS drivers selection
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH] cpufreq: unicore2: Staticize local symbol
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/6] clk: Tegra: Add CPU0 clock driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] tile: implement dynamic frequency changing
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH 1/2] time: allow changing the timekeeper clock frequency
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• 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 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH 21/35] cpufreq: omap: use cpufreq_table_validate_and_show()
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 17/35] cpufreq: kirkwood: use cpufreq_table_validate_and_show()
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 01/35] cpufreq: Add new helper cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/35] cpufreq: pxa: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/35] cpufreq: s3cx4xx: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/35] cpufreq: acpi-cpufreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/35] cpufreq: sparc: call cpufreq_frequency_table_get_attr()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/35] cpufreq: arm_big_little: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/35] cpufreq: blackfin: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/35] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/35] cpufreq: cris: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/35] cpufreq: davinci: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH 11/35] cpufreq: dbx500: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/35] cpufreq: e_powersaver: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/35] cpufreq: elanfreq: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 14/35] cpufreq: exynos: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/35] cpufreq: ia64-acpi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/35] cpufreq: imx6q: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/35] cpufreq: kirkwood: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/35] cpufreq: longhaul: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 19/35] cpufreq: loongson2: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 20/35] cpufreq: maple: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 21/35] cpufreq: omap: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 22/35] cpufreq: p4-clockmod: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 24/35] cpufreq: pmac: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 26/35] cpufreq: ppc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 27/35] cpufreq: pxa: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 28/35] cpufreq: s3cx4xx: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 29/35] cpufreq: s5pv210: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 30/35] cpufreq: sc520: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 31/35] cpufreq: sh: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 33/35] cpufreq: spear: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 34/35] cpufreq: speedstep: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 32/35] cpufreq: sparc: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 25/35] cpufreq: powernow: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 23/35] cpufreq: pasemi: use cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/6] Tegra: Use cpufreq-cpu0 driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/6] Tegra: Use cpufreq-cpu0 driver
  • From: Richard Zhao <linuxzsc@xxxxxxxxx>
• 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: support for software direct frequency throttling?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• support for software direct frequency throttling?
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 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: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] ARM: Tegra: Enable OPP library
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>