Linux CPU Freq

• Thread Index

• Re: [3.14-rc3] possible regression Haswell runs only at 770Mhz with powersave governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Commit fcb6a15c2e7e (intel_pstate: Take core C0 time into account for core busy calculation) sucks rocks
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Linaro <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Linaro <viresh.kumar@xxxxxxxxxx>
• Re: Commit fcb6a15c2e7e (intel_pstate: Take core C0 time into account for core busy calculation) sucks rocks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Commit fcb6a15c2e7e (intel_pstate: Take core C0 time into account for core busy calculation) sucks rocks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Commit fcb6a15c2e7e (intel_pstate: Take core C0 time into account for core busy calculation) sucks rocks
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Commit fcb6a15c2e7e (intel_pstate: Take core C0 time into account for core busy calculation) sucks rocks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V6 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V6 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V6 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC PATCH 0/6] PM: introduce voltage domain abstraction
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 4/6] devicetree: bindings: add documentation for voltagedomain
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 1/6] PM / Voltagedomain: Add generic clk notifier handler for regulator based dynamic voltage scaling
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 2/6] cpufreq: cpufreq-cpu0: use clk rate-change notifiers
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 3/6] PM / Voltagedomain: introduce voltage domain driver support
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 5/6] PM / Voltagedomain: introduce basic voltage domain support for OMAP
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH 6/6] devicetree: bindings: voltagedomain: add bindings for OMAP compatible SoCs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V6 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: remove sysfs link when a cpu != policy->cpu, is removed
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: remove sysfs link when a cpu != policy->cpu, is removed
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V6 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 1/7] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 3/7] cpufreq: call driver's suspend/resume for each policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 4/7] cpufreq: Implement cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 5/7] cpufreq: exynos: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 7/7] cpufreq: Tegra: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 6/7] cpufreq: s5pv210: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V6 2/7] cpufreq: suspend governors from dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: remove sysfs link when a cpu != policy->cpu, is removed
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH 2/2] cpufreq: don't call cpufreq_update_policy() on CPU addition
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2 37/52] acpi-cpufreq: Fix CPU hotplug callback registration
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v3 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH V5 1/7] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 2/7] cpufreq: suspend governors from dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 4/7] cpufreq: Implement cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 3/7] cpufreq: call driver's suspend/resume for each policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 6/7] cpufreq: s5pv210: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 7/7] cpufreq: Tegra: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 5/7] cpufreq: exynos: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 0/7] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update Sudeep's email address
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [PATCH 8/8] cpufreq: ppc: make use of of_find_matching_node_and_match
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: cpu0: drop selecting of THERMAL and THERMAL_CPU
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2] cpufreq: cpu0: drop selecting of THERMAL and THERMAL_CPU
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH 8/8] cpufreq: ppc: make use of of_find_matching_node_and_match
  • From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
• [PATCH 0/8] of_find_matching_node/of_match_node -> of_find_matching_node_and_match
  • From: Josh Cartwright <joshc@xxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update Sudeep's email address
  • From: Sudeep Holla <Sudeep.Holla@xxxxxxx>
• Re: [PATCH] MAINTAINERS: update Sudeep's email address
  • From: Sudeep Holla <Sudeep.Holla@xxxxxxx>
• Re: [PATCH] MAINTAINERS: update Sudeep's email address
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: update Sudeep's email address
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [Bug 69821] setting CONFIG_HZ_PERIODIC locks cpu at the lowest frequency using ONDEMAND
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 69821] setting CONFIG_HZ_PERIODIC locks cpu at the lowest frequency using ONDEMAND
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• What should cpuinfo_cur_freq mean?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] intel_pstate: fix race condition in intel_pstate_init()
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH v3 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: imx6q: Drop devm_clk/regulator_get usage
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH] intel_pstate: fix race condition in intel_pstate_init()
  • From: Maurizio Lombardi <mlombard@xxxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 5/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock configuration data
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v3 5/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock configuration data
  • From: Sudeep Holla <Sudeep.Holla@xxxxxxx>
• Re: [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH v3 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 6/7] ARM: Exynos: switch to using generic cpufreq-cpu0 driver
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 5/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock configuration data
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 4/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 3/7] Documentation: devicetree: add cpu clock configuration data binding for Exynos4/5
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 1/7] cpufreq: cpufreq-cpu0: allow use of optional boost mode frequencies
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v3 0/7] cpufreq: use cpufreq-cpu0 driver for exynos based platforms
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: imx6q: Drop devm_clk/regulator_get usage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: imx6q: Remove unused include
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 35/51] acpi-cpufreq: Fix CPU hotplug callback registration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 69821] setting CONFIG_HZ_PERIODIC locks cpu at the lowest frequency using ONDEMAND
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 35/51] acpi-cpufreq: Fix CPU hotplug callback registration
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] cpufreq: imx6q: Drop devm_clk/regulator_get usage
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• [PATCH 2/2] cpufreq: imx6q: Remove unused include
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH 35/51] acpi-cpufreq: Fix CPU hotplug callback registration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 35/51] acpi-cpufreq: Fix CPU hotplug callback registration
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• no or unknown cpufreq driver
  • From: Roman Stortz <rstortz@xxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: double deletion of timer.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: De-register cpu notifier and free struct msr on error.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: Kernel taint on setspeed
  • From: Benoit Pradelle <benoit.pradelle@xxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: De-register cpu notifier and free struct msr on error.
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH] acpi-cpufreq: De-register cpu notifier and free struct msr on error.
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: double deletion of timer.
  • From: Sriram V <vshrirama@xxxxxxxxx>
• double deletion of timer.
  • From: Sriram V <vshrirama@xxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: "Li, Zhuangzhi" <zhuangzhi.li@xxxxxxxxx>
• Re: [PATCH v2 3/7] devicetree: bindings: add cpu clock configuration data binding for Exynos4/5
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH RESEND] cpufreq: exynos: Fix build error of no type of module_init
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH] cpufreq: exynos: Fix build error of no type of module_init
  • From: y@xxxxxxxxxxx
• Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
• Re: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: "Li, Zhuangzhi" <zhuangzhi.li@xxxxxxxxx>
• Re: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Kernel taint on setspeed
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 4/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock frequency table
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v2 3/7] devicetree: bindings: add cpu clock configuration data binding for Exynos4/5
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• RE: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: "Li, Zhuangzhi" <zhuangzhi.li@xxxxxxxxx>
• Re: [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Align all CPUs to the same frequency if using shared clock
  • From: lizhuangzhi <zhuangzhi.li@xxxxxxxxx>
• Kernel taint on setspeed
  • From: Benoit Pradelle <benoit.pradelle@xxxxxxx>
• Re: [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 6/7] ARM: Exynos: switch to using generic cpufreq-cpu0 driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 4/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock frequency table
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 3/7] devicetree: bindings: add cpu clock configuration data binding for Exynos4/5
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v2 7/7] cpufreq: exynos: remove all exynos specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 6/7] ARM: Exynos: switch to using generic cpufreq-cpu0 driver
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 5/7] clk: exynos: use cpu-clock provider type to represent arm clock
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 4/7] ARM: dts: Exynos: add cpu nodes, opp and cpu clock frequency table
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 3/7] devicetree: bindings: add cpu clock configuration data binding for Exynos4/5
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 2/7] clk: samsung: add infrastructure to register cpu clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 1/7] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH v2 0/7] cpufreq: use cpufreq-cpu0 driver for exynos based platforms
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH] speedstep: clean up interrupt disabling (was: linux-next: build failure after merge of the tip tree)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] speedstep: clean up interrupt disabling (was: linux-next: build failure after merge of the tip tree)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the tip tree
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: linux-next: build failure after merge of the tip tree
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the tip tree
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: build failure after merge of the tip tree
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: linux-next: build failure after merge of the tip tree
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v4 1/2] ARM: imx: add select on ARCH_MXC for cpufreq support
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• Re: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: use cpufreq-cpu0 driver for exynos4210 based platforms
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH v4 1/2] ARM: imx: add select on ARCH_MXC for cpufreq support
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v4 2/2] cpufreq: imx6q-cpufreq driver depends on SOC_IMX6Q/SOC_IMX6SL
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• Re: [PATCH v4 1/2] ARM: imx: add select on ARCH_MXC for cpufreq support
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• Re: [PATCH v4 2/2] cpufreq: imx6q-cpufreq driver depends on SOC_IMX6Q/SOC_IMX6SL
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v4 1/2] ARM: imx: add select on ARCH_MXC for cpufreq support
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 5/6] arm: exynos4-dt: statically add platform device for cpufreq-cpu0 platform driver
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Lukasz Majewski <l.majewski@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Lukasz Majewski <l.majewski@xxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: use cpufreq-cpu0 driver for exynos4210 based platforms
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] ARM: SA1100: Create dummy clk_get_rate() to avoid build failures
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 6/6] arm: dts: add cpu nodes for Exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: use cpufreq-cpu0 driver for exynos4210 based platforms
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: use cpufreq-cpu0 driver for exynos4210 based platforms
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 6/6] arm: dts: add cpu nodes for Exynos4210 SoC
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 5/6] arm: exynos4-dt: statically add platform device for cpufreq-cpu0 platform driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 4/6] cpufreq: exynos: remove Exynos4210 specific cpufreq driver support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v12 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH v4 1/2] ARM: imx: add select on ARCH_MXC for cpufreq support
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• [PATCH v4 2/2] cpufreq: imx6q-cpufreq driver depends on SOC_IMX6Q/SOC_IMX6SL
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• Re: [PATCH 1/2] ARM: SA1100: Create dummy clk_get_rate() to avoid build failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] ARM: SA1100: Create dummy clk_get_rate() to avoid build failures
  • From: Olof Johansson <olof@xxxxxxxxx>
• [PATCH 6/6] arm: dts: add cpu nodes for Exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 5/6] arm: exynos4-dt: statically add platform device for cpufreq-cpu0 platform driver
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 4/6] cpufreq: exynos: remove Exynos4210 specific cpufreq driver support
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 3/6] clk: samsung: register cpu clock provider for exynos4210 SoC
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 2/6] clk: samsung: add infrastructure to register CPU clocks
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 1/6] cpufreq: cpufreq-cpu0: allow optional safe voltage during frequency transitions
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• [PATCH 0/6] cpufreq: use cpufreq-cpu0 driver for exynos4210 based platforms
  • From: Thomas Abraham <ta.omasab@xxxxxxxxx>
• Re: [PATCH] drivers/cpufreq: delete non-required instances of include <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/cpufreq: delete non-required instances of include <linux/init.h>
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] drivers/cpufreq: delete non-required instances of include <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/cpufreq: delete non-required instances of include <linux/init.h>
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] drivers/cpufreq: delete non-required instances of include <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH Resend 2/2] cpufreq: introduce cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] ARM: SA1100: Create dummy clk_get_rate() to avoid build failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: cpufrequency ondemand governor question
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH Resend 1/4] cpufreq: stats: handle cpufreq_unregister_driver() and suspend/resume properly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Possible SNB throttling erratum in need of workaround?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH V3 Resend] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH Resend 2/4] cpufreq: stats: remove hotplug notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH Resend 3/4] cpufreq: stats: free table and remove sysfs entry in a single routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH Resend 4/4] cpufreq: stats: create sysfs entries when cpufreq_stats is a module
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH Resend 1/4] cpufreq: stats: handle cpufreq_unregister_driver() and suspend/resume properly
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: speedstep: remove unused speedstep_get_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] CPUFreq stats: Bug fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] powernow-k6: fixes for the frequency driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] cpufreq: speedstep: remove unused speedstep_get_state
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 1/3] powernow-k6: disable cache when changing frequency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/5] cpufreq: Introduce cpufreq_notify_post_transition()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH Resend 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] cpufreq: s3c2440: Remove hardware.h inclusion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: arm-big-little: Make driver dependent on CONFIG_BIG_LITTLE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH Resend 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/3] cpufreq: s3c2440: Remove hardware.h inclusion
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH V3 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• [PATCH 3/3] cpufreq: s3c24xx: Staticize local variable
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 2/3] cpufreq: s3c2440: Staticize local variables
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 1/3] cpufreq: s3c2440: Remove hardware.h inclusion
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH v3] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Jane Li <jiel@xxxxxxxxxxx>
• [PATCH v4] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: <jiel@xxxxxxxxxxx>
• Re: [PATCH v3] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v3] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: <jiel@xxxxxxxxxxx>
• Re: [PATCH v2] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Jane Li <jiel@xxxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3] powernow-k6: disable cache when changing frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] powernow-k6: reorder frequencies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 3/3] powernow-k6: reorder frequencies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/3] powernow-k6: disable cache when changing frequency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Jane Li <jiel@xxxxxxxxxxx>
• [PATCH v2] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: <jiel@xxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Kashyap Chamarthy <kchamart@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Jane Li <jiel@xxxxxxxxxxx>
• Re: [PATCH v5 Resend 2/3] Cpufreq: s5pv210 cpufreq fixes for CCF
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH v5 Resend 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Kashyap Chamarthy <kchamart@xxxxxxxxxx>
• [PATCH v5 Resend 0/3] ARM: S5PV210: move to common clk framework
  • From: Mateusz Krawczuk <mat.krawczuk@xxxxxxxxx>
• [PATCH v5 Resend 2/3] Cpufreq: s5pv210 cpufreq fixes for CCF
  • From: Mateusz Krawczuk <mat.krawczuk@xxxxxxxxx>
• [PATCH v5 Resend 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: Mateusz Krawczuk <mat.krawczuk@xxxxxxxxx>
• [PATCH v5 Resend 3/3] ARM: s5pv210: Migrate clock handling to Common Clock Framework
  • From: Mateusz Krawczuk <mat.krawczuk@xxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Kashyap Chamarthy <kchamart@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Kashyap Chamarthy <kchamart@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• [Bug 65671] hibernation - IO errors writing to swap, crashing apps, 3,11.8 worked
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq ondemand governor debugobjects warning
  • From: Jane Li <jiel@xxxxxxxxxxx>
• [PATCH] cpufreq: Fix timer/workqueue corruption by protecting reading governor_enabled
  • From: <jiel@xxxxxxxxxxx>
• Re: cpufreq ondemand governor debugobjects warning
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: cpufreq ondemand governor debugobjects warning
  • From: Jane Li <jiel@xxxxxxxxxxx>
• Re: cpufreq ondemand governor debugobjects warning
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• cpufreq ondemand governor debugobjects warning
  • From: Jane Li <jiel@xxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• intel_pstate divide error with v3.13-rc4-256-gb7000ad
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• [PATCH Resend 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• RE: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Jarzmik, Robert" <robert.jarzmik@xxxxxxxxx>
• [PATCH 2/2] cpufreq: preserve user_policy across suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: try to resume policies which failed on last resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Make ARM big.LITTLE switcher depend on ARM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ARM: EXYNOS: Add exynos5 CPU clock divider offsets
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH Resend] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v12 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 3/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 5/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 6/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v12 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [stable request <=3.5] acpi-cpufreq: set current frequency based on target P-State
  • From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
• Re: [PATCH v3] cpufreq: imx6q: add of_init_opp_table
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH v3] cpufreq: imx6q: add of_init_opp_table
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: imx6q: add of_init_opp_table
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v3 1/2] ARM: imx6sl: Add cpu frequency scaling support
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: imx6q-cpufreq driver is reused on i.MX6 series SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: Use CONFIG_CPU_FREQ_DEFAULT_* to set initial policy for setpolicy drivers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: remove sysfs files for CPU which failed to come back after resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v3 2/2] cpufreq: imx6q: add of_init_opp_table
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• [PATCH v3 1/2] ARM: imx6sl: Add cpu frequency scaling support
  • From: John Tobias <john.tobias.ph@xxxxxxxxx>
• [stable request <=3.5] acpi-cpufreq: set current frequency based on target P-State
  • From: Vinson Lee <vlee@xxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: imx6q-cpufreq driver is reused on i.MX6 series SoCs
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH v2] cpufreq: Use CONFIG_CPU_FREQ_DEFAULT_* to set initial policy for setpolicy drivers
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V4 3/3] cpufreq: imx6: Add device tree binding document
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• Re: [PATCH v11 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH V4 3/3] cpufreq: imx6: Add device tree binding document
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65671] hibernation - IO errors writing to swap, crashing apps, 3,11.8 worked
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v5 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/3] clk: exynos5420: Add alias names for cpu clocks
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH V4 2/3] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH V4 3/3] cpufreq: imx6: Add device tree binding document
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• [PATCH V4 1/3] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• [PATCH V4 2/3] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• RE: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] cpufreq: Apply default governor for setpolicy drivers
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH V3 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• [PATCH V3 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH V2 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH V2 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: "Anson.Huang@xxxxxxxxxxxxx" <Anson.Huang@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH][3.11.y] intel_pstate: fix no_turbo
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Remodel Tegra cpufreq drivers to support Tegra series SoC
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 1/2] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Remodel Tegra cpufreq drivers to support Tegra series SoC
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• [PATCH V2 2/2] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• [PATCH V2 1/2] ARM: imx: add vddsoc/pu setpoint info into dts
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 3/3] powernow-k6: reorder frequencies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/3] powernow-k6: disable cache when changing frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Arun Kumar K <arunkk.samsung@xxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Arun Kumar K <arunkk.samsung@xxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Arun Kumar K <arunkk.samsung@xxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 1/2] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Remodel Tegra cpufreq drivers to support Tegra series SoC
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 3/4] ARM: imx: add VDDSOC/PU setpoint info into dts
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: omap: clk_round_rate() can return a zero upon error
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Regression with suspend resume 5a87182aa21d6d5d306840feab9321818dd3e2a3
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: Make ARM big.LITTLE switcher depend on ARM
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: Select PM_OPP rather than depending on it
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/4] cpufreq: imx6q: correct VDDSOC/PU voltage scaling when cpufreq is changed
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• [PATCH 3/4] ARM: imx: add VDDSOC/PU setpoint info into dts
  • From: Anson Huang <b20788@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: omap: clk_round_rate() can return a zero upon error
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: highbank: rework the kconfig dependencies for arm64
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH v11 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 3/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 5/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 6/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v11 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: Resume regression on MBA2,1 triggered by 2167e2399dc5e69c62db56d933e9c8cbe107620a
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v4 1/1] cpufreq: tegra: Re-model Tegra20 cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] speedstep-smi: enable interrupts when waiting
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3/3] powernow-k6: reorder frequencies
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/3] powernow-k6: correctly initialize default parameters
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/3] powernow-k6: disable cache when changing frequency
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/3] powernow-k6: fixes for the frequency driver
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: Select PM_OPP rather than depending on it
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: Make ARM big.LITTLE switcher depend on ARM
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH][3.11.y] intel_pstate: fix no_turbo
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Resume regression on MBA2,1 triggered by 2167e2399dc5e69c62db56d933e9c8cbe107620a
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH][3.11.y] intel_pstate: fix no_turbo
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Martin Ziegler <ziegler@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66751] [BISECTED]Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66751] [BISECTED]Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Arun Kumar K <arunkk.samsung@xxxxxxxxx>
• [PATCH] cpufreq: omap: clk_round_rate() can return a zero upon error
  • From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [Bug 66751] [BISECTED]Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66751] [BISECTED]Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66751] [BISECTED]Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Martin Ziegler <ziegler@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH RESEND v10 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3 1/2] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: bilhuang <bilhuang@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 60211] intel_pstate driver missing ids for some supported CPUs
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 66751] Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [Bug 66751] Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66751] New: Does not resume from suspend (bisected)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH 3/3] cpufreq: exynos: Add exynos5420 cpufreq driver
  • From: Arun Kumar K <arun.kk@xxxxxxxxxxx>
• [PATCH 2/3] clk: exynos5420: Add alias names for cpu clocks
  • From: Arun Kumar K <arun.kk@xxxxxxxxxxx>
• [PATCH 1/3] ARM: EXYNOS: Add exynos5 CPU clock divider offsets
  • From: Arun Kumar K <arun.kk@xxxxxxxxxxx>
• [PATCH 0/3] Exynos5420 Cpufreq support
  • From: Arun Kumar K <arun.kk@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• [Bug 65671] hibernation - IO errors writing to swap, crashing apps, 3,11.8 worked
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] hibernation - IO errors writing to swap, crashing apps, 3,11.8 worked
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] cpufreq: enable ARM drivers on arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq_ at32ap-cpufreq.c: Fix section mismatch
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH] cpufreq_ at32ap-cpufreq.c: Fix section mismatch
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 66581] New: intel_pstate/powersave - cpu frequency remains at high level (Turbo) after suspend/resume
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v3 0/2] Remodel Tegra cpufreq drivers to support Tegra series SoC
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v3 2/2] cpufreq: tegra: Re-model Tegra cpufreq driver
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• [PATCH v3 1/2] cpufreq: tegra: Call tegra_cpufreq_init() specifically in machine code
  • From: Bill Huang <bilhuang@xxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/2] cpufreq: enable ARM drivers on arm64
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH 2/2] cpufreq: highbank: rework the kconfig dependencies for arm64
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH 0/2] Enable Calxeda cpufreq driver on arm64
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [RFC] PM / hibernate: Call platform_leave in suspend path too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• [RFC] PM / hibernate: Call platform_leave in suspend path too
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH RESEND v10 0/7] cpufreq:boost: CPU Boost mode support
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH RESEND v10 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH] cpufreq: fix garbage kobj on errors during suspend/resume
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH V5 2/2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 1/2] cpufreq: Mark ARM drivers with CPUFREQ_NEED_INITIAL_FREQ_CHECK flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65671] hibernation - IO errors writing to swap, crashing apps, 3,11.8 worked
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V4 1/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>