Linux CPU Freq
[Prev Page][Next Page]
- Re: [PATCH] cpufreq: OMAP: Check IS_ERR() instead of NULL for omap_device_get_by_hwmod_name
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [GIT PULL] workqueue / powernow-k8 fix for v3.6-rc6
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: Check IS_ERR() instead of NULL for omap_device_get_by_hwmod_name
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3.6-rc6 2/2] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 3.6-rc6 1/2] workqueue: reimplement work_on_cpu() using system_wq
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: Check IS_ERR() instead of NULL for omap_device_get_by_hwmod_name
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: OMAP: Check IS_ERR() instead of NULL for omap_device_get_by_hwmod_name
- From: Axel Lin <axel.lin@xxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 2/8 v2] acpi-cpufreq: Add quirk to disable _PSD usage on all AMD CPUs
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 2/8 v2] acpi-cpufreq: Add quirk to disable _PSD usage on all AMD CPUs
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: [PATCHv2 2/2] cpufreq: conservative: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCHv2 1/2] cpufreq: ondemand: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
- [PATCHv2 2/2] cpufreq: conservative: update frequency when limits are relaxed
- From: Michal Pecio <mpecio@xxxxxxxxxx>
- [PATCHv2 1/2] cpufreq: ondemand: update frequency when limits are relaxed
- From: Michal Pecio <mpecio@xxxxxxxxxx>
- RE: [PATCH 2/2] arm/dts: AM33XX: Add device tree OPP table
- From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
- Re: [PATCH 2/2] arm/dts: AM33XX: Add device tree OPP table
- From: Benoit Cousson <b-cousson@xxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Prashant Gaikwad <pgaikwad@xxxxxxxxxx>
- Re: [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH] cpufreq: add helper function cpufreq_set_target()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove redundant loops_per_jiffy code
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove redundant loops_per_jiffy code
- From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove redundant loops_per_jiffy code
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: remove redundant loops_per_jiffy code
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH] cpufreq: OMAP: remove redundant loops_per_jiffy code
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v4] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/8 v2] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: [PATCH 0/8 v2] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 0/8 v2] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- RE: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "AnilKumar, Chimata" <anilkumar@xxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] powernow-k8: Fixup missing _PSS objects message
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 2/3] PM / OPP: Initialize OPP table from device tree
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 4/8 v2] powernow-k8: delay info messages until initialization has succeeded
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 5/8 v2] ACPI: Add fixups for AMD P-state figures
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 6/8 v2] acpi-cpufreq: Add support for disabling dynamic overclocking
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 1/8 v2] acpi-cpufreq: Add support for modern AMD CPUs
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 7/8 v2] acpi-cpufreq: Add compatibility for legacy AMD cpb sysfs knob
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 3/8 v2] cpufreq: Add warning message to powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 2/8 v2] acpi-cpufreq: Add quirk to disable _PSD usage on all AMD CPUs
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 8/8 v2] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 0/8 v2] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: cpufreq --hwfreq / --freq and overclocking
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: [PATCH v3 0/3] Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 0/3] Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH] cpufreq: ondemand: update frequency when limits are relaxed
- From: Michal Pecio <mpecio@xxxxxxxxxx>
- [PATCH 1/2] ARM: OMAP2+: AM33XX: Add clock entries to omap_clk data
- From: AnilKumar Ch <anilkumar@xxxxxx>
- [PATCH 0/2] ARM: OMAP2: AM33XX: Add cpufreq support
- From: AnilKumar Ch <anilkumar@xxxxxx>
- [PATCH 2/2] arm/dts: AM33XX: Add device tree OPP table
- From: AnilKumar Ch <anilkumar@xxxxxx>
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 3/8] cpufreq: Add compatibility hack to powernow-k8
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- no more powersave profile, freeze
- From: Philippe ROUBACH <philippe.roubach@xxxxxxx>
- Re: [PATCH v3 2/3] PM / OPP: Initialize OPP table from device tree
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH v3 2/3] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 2/3] PM / OPP: Initialize OPP table from device tree
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v3 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v3 2/3] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v3 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v3 0/3] Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 3/4] regulator: add a new API regulator_set_voltage_tol()
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/4] regulator: add a new API regulator_set_voltage_tol()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 3/4] regulator: add a new API regulator_set_voltage_tol()
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- cpufreq --hwfreq / --freq and overclocking
- From: Mathieu Roy <yeupou@xxxxxxx>
- Re: [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2 2/4] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 2/4] PM / OPP: Initialize OPP table from device tree
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH v2 2/4] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 2/4] PM / OPP: Initialize OPP table from device tree
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 8/8] Documentation: Add documentation for boost control switch
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 6/8] acpi-cpufreq: Add compatibility for legacy AMD cpb sysfs knob
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 5/8] acpi-cpufreq: Add support for disabling dynamic overclocking
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/6] drivers/cpufreq/pcc-cpufreq.c: fix error return code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v2 2/4] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 3/4] regulator: add a new API regulator_set_voltage_tol()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 0/4] Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 4/4] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 1/4] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 2/6] drivers/cpufreq/pcc-cpufreq.c: fix error return code
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: Disable cpufreq on modern X86 processors
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: Disable cpufreq on modern X86 processors
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 7/8] cpufreq: Remove support for hardware P-state chips from powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 6/8] acpi-cpufreq: Add compatibility for legacy AMD cpb sysfs knob
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 8/8] Documentation: Add documentation for boost control switch
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 4/8] ACPI: Add fixups for AMD P-state figures
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 3/8] cpufreq: Add compatibility hack to powernow-k8
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 5/8] acpi-cpufreq: Add support for disabling dynamic overclocking
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 1/8] acpi-cpufreq: Add support for modern AMD CPUs
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 2/8] acpi-cpufreq: Add quirk to disable _PSD usage on all AMD CPUs
- From: Andre Przywara <andre.przywara@xxxxxxx>
- [PATCH 0/8] acpi-cpufreq: Move modern AMD cpufreq support to acpi-cpufreq
- From: Andre Przywara <andre.przywara@xxxxxxx>
- Re: Possible bug
- From: "Ariel Norberto Bellino" <Ariel@xxxxxxxxxxxxxx>
- Re: Disable cpufreq on modern X86 processors
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: Disable cpufreq on modern X86 processors
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- Disable cpufreq on modern X86 processors
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: Possible bug
- From: Jukka Ruohonen <jruohonen@xxxxxx>
- Re: Possible bug
- From: Thomas Renninger <trenn@xxxxxxx>
- [RESEND PATCH] [CPUFREQ] conservative: Initialise the cpu field during governor start
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] conservative: Initialise the cpu field of the this_dbs_info
- From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] conservative: Initialise the cpu field of the this_dbs_info
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [CPUFREQ] conservative: Initialise the cpu field of the this_dbs_info
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] [CPUFREQ] conservative: Initialise the cpu field of the this_dbs_info
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- Re: [PATCHv2] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Possible bug
- From: "Ariel Norberto Bellino" <Ariel@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCHv2] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCHv2] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Turquette, Mike" <mturquette@xxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Richard Zhao <linuxzsc@xxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [RESEND PATCH] [CPUFREQ] EXYNOS: bugfix on retrieving old_index from freqs.old
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/3] PM / OPP: Initialize OPP table from device tree
- From: "Menon, Nishanth" <nm@xxxxxx>
- Re: [PATCH 2/3] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH 2/3] PM / OPP: Initialize OPP table from device tree
- From: "Menon, Nishanth" <nm@xxxxxx>
- [RESEND PATCH] [CPUFREQ] EXYNOS: bugfix on retrieving old_index from freqs.old
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- [PATCH] cpufreq: Fix sysfs deadlock with concurrent hotplug/frequency switch
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 0/3] Add a generic cpufreq-cpu0 driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 3/3] cpufreq: Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 2/3] PM / OPP: Initialize OPP table from device tree
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 1/3] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 0/3] Add a generic cpufreq-cpu0 driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- RE: [PATCH] [CPUFREQ] EXYNOS5250: Add support max 1.7GHz for EXYNOS5250
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH] powernow-k8: Fixup missing _PSS objects message
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] powernow-k8: Fixup missing _PSS objects message
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] powernow-k8: Fixup missing _PSS objects message
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS5250: Add support max 1.7GHz for EXYNOS5250
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] [CPUFREQ] EXYNOS5250: Add support max 1.7GHz for EXYNOS5250
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH] MAINTAINERS: add OMAP CPUfreq driver to OMAP Power Management section
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] [CPUFREQ] EXYNOS5250: Add support max 1.7GHz for EXYNOS5250
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- cpufreq-set on arm
- From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
- [Bug 19702] i5-450M CPU gets stuck in low/lowest state
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 19132] Changing the default cpufreq govenor freezes suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42648] Frequencies higher than 1.5 GHz are not available for AMD A8-3500M
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43284] CPU stuck at minimum frequency - HP Compaq 6715b
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- cpufreq deadlock in show
- From: "Selen, Ali Utku" <AliUtku.Selen@xxxxxxxxxxxxxx>
- Problems with scaling with Core i7 2670QM
- From: "Leandro Scott R.Z. Jacques" <lsrzj@xxxxxxxxx>
- [Bug 18662] kondemand/1 stuck
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- cpufreq regression + link to patch
- From: Serge Stroobandt <serge@xxxxxxxxxxxxxx>
- cpufreq not working properly with ondemand governor on Intel(R) Core(TM) i5-2467M
- From: Leandro Lucarella <luca@xxxxxxxxxxxxx>
- Celeron and cpufreq
- From: Raphael Maville <raphael.maville@xxxxxxxxxx>
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13489] us2e_cpufreq does not work on Netra t1 200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 14084] cpufreq ondemand always 100% on one of the intel cores
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 15295] scaling_max_freq value lost upon suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 25132] longhaul : failed to set requested frequency
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 29522] Unable to use any kind of frequency scaling
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 36652] Ondemand governor is hyperactive
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 41292] scaling_min_freq reverts to cpuinfo_min_freq after wake up
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42671] cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43179] VIA Nano hangs on some CPU scaling governors and at some freqs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] MAINTAINERS: Add myself as the cpufreq maintainer
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: Add myself as the cpufreq maintainer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] MAINTAINERS: Add myself as the cpufreq maintainer
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH] MAINTAINERS: Add myself as the cpufreq maintainer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] X86 acpi_cpufreq: Do not use request_module for autoloading
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH] cpufreq: interface for setting governor for a cpu
- From: <puneets@xxxxxxxxxx>
- RE: SPAM: [PATCH 3/3] arm: tegra: governor: change governor using cpufreq interface
- From: Puneet Saxena <puneets@xxxxxxxxxx>
- [PATCH 3/3] arm: tegra: governor: change governor using cpufreq interface
- From: <puneets@xxxxxxxxxx>
- Re: Question on CPU Frequency subsystem
- From: Yogesh Kumar <ykumar19874@xxxxxxxxx>
- Question on CPU Frequency subsystem
- From: Yogesh Kumar <ykumar19874@xxxxxxxxx>
- Re: CPUFREQ maintainence.
- From: Kevin Hilman <khilman@xxxxxx>
- RE: CPUFREQ maintainence.
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- CPUFREQ maintainence.
- From: Dave Jones <davej@xxxxxxxxxx>
- [Bug 43179] VIA Nano hangs on some CPU scaling governors and at some freqs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43179] VIA Nano hangs on some CPU scaling governors and at some freqs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43179] New: VIA Nano hangs on some CPU scaling governors and at some freqs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [RESEND PATCH 2/2] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- [RESEND PATCH 1/2] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Re: [PATCH] [CPUFREQ] EXYNOS: bugfix on retrieving old_index from freqs.old
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: bugfix on retrieving old_index from freqs.old
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Kevin Hilman <khilman@xxxxxx>
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: "'Dave Jones'" <davej@xxxxxxxxxx>
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: "'Dave Jones'" <davej@xxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS: bugfix on retrieving old_index from freqs.old
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: [PATCH v2] cpufreq: ondemand: handle SW coordinated CPUs
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43037] cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 43037] New: cpufreq often stucks in lowest frequency.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] Longhaul: Check for CPU model first
- From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
- [PULL] cpumask cleanups
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] change lpj in arm smp common code
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: synchronize gnome applets update interval?
- From: Németh Márton <nm127@xxxxxxxxxxx>
- Re: [git pull] cpupowerutils updates for 3.4
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS: fix dependency for EXYNOS_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH] sfi based p-state driver
- From: Vishwesh M Rudramuni <vishwesh.m.rudramuni@xxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS: Fix compilation issue introduced during 3.4 merge
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- [PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 6/6] ARM: OMAP: fix cpufreq build
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 6/6] ARM: OMAP: fix cpufreq build
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- RE: cpufrequtils-0.3.tar.gz
- From: "Bartholomae Thomas (LQDE CPE AE SW)" <Thomas.Bartholomae@xxxxxxxxxx>
- Re: cpufrequtils-0.3.tar.gz
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 13/13] cpupower tools: add install target to the debug tools' makefiles
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 07/13] cpupower: Fix linking with --as-needed
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [git pull] cpupowerutils updates for 3.4
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 02/13] cpupower: AMD fam14h/Ontario monitor can also be used by fam12h cpus
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 04/13] cpupower: Unify cpupower-frequency-* manpages
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 12/13] cpupower tools: allow to build debug tools in a separate directory too
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 03/13] cpupower: Add cpupower-idle-info manpage
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/13] cpupower tool: makefile: simplify the recipe used to generate cpupower.pot target
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 01/13] cpupower: Better interface for accessing AMD pci registers
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 08/13] cpupower tool: remove use of undefined variables from the clean target of the top makefile
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 06/13] cpupower: Remove unneeded code and by that fix a memleak
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 11/13] cpupower: Fix broken mask values
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 05/13] cpupower: Fix number of idle states
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/13] cpupower tool: allow to build in a separate directory
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- cpufrequtils-0.3.tar.gz
- From: <Thomas.Bartholomae@xxxxxxxxxx>
- Re: Using out of band messages to change min/max frequencies
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: powernow-k8: transition frequency failed
- From: Jay Wineinger <jay.wineinger@xxxxxxxxx>
- Re: Using out of band messages to change min/max frequencies
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- powernow-k8: transition frequency failed
- From: Jay Wineinger <jay.wineinger@xxxxxxxxx>
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Using out of band messages to change min/max frequencies
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: Using out of band messages to change min/max frequencies
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [PATCH 6/6] ARM: OMAP: fix cpufreq build
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: [PATCH 6/6] ARM: OMAP: fix cpufreq build
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Kevin Hilman <khilman@xxxxxx>
- Re: Lost fixes?
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- [PATCH 6/6] ARM: OMAP: fix cpufreq build
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- [PATCH 2/6] CPUFREQ: Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
- Lost fixes?
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Using out of band messages to change min/max frequencies
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- Re: [PATCH 1/2] [CPUFREQ]: provide disable_cpufreq() function to disable the API.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH 1/2] [CPUFREQ]: provide disable_cpufreq() function to disable the API.
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH] mechanism to disable built in cpu frequency drivers/governors. (v1)
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- [PATCH] mechanism to disable built in cpu frequency drivers/governors. (v1)
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH 2/2] xen/cpufreq: Disable the cpu frequency scaling drivers from loading.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH 1/2] [CPUFREQ]: provide disable_cpufreq() function to disable the API.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- [PATCH][RESEND] Mark Longhaul as broken (again)
- From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
- [BUG] - system freezes on via nehemia platform caused by longhaul module
- From: "Roland Kletzing" <devzero@xxxxxx>
- [PATCH] [PATCH] Mark Longhaul as broken (again)
- From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
- [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor. [v7]
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH] xen/acpi-processor: C and P-state driver that uploads said data to hypervisor.
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH v2] cpufreq: ondemand: handle SW coordinated CPUs
- From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
- [PATCH] cpufreq: ondemand: handle SW coordinated CPUs
- From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
- Re: [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Dave Jones <davej@xxxxxxxxxx>
- [GIT PULL] cpufreq: OMAP updates for v3.4
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [Bug 42648] Frequencies higher than 1.5 GHz are not available for AMD A8-3500M
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42648] Frequencies higher than 1.5 GHz are not available for AMD A8-3500M
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42807] Frequency scaling causes micro-freezes / lags / stutters with AMD Zambezi (Bulldozer) CPU
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42807] Frequency scaling causes micro-freezes / lags / stutters with AMD Zambezi (Bulldozer) CPU
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42858] thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: re-adding pcmcia and cpupowerutils trees
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 42858] New: thermal throttling doesn't seem to trigger on Thinkpad T420s
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42807] Frequency scaling causes micro-freezes / lags / stutters with AMD Zambezi (Bulldozer) CPU
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: cpufreq.next status
- From: Dave Jones <davej@xxxxxxxxxx>
- cpufreq.next status
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH 0/2] change lpj in arm smp common code
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 3.3] [CPUFREQ] s3c64xx: Fix mis-cherry pick of VDDINT
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/2] CPUFreq / Ondemand update
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- [PATCH v2 2/2] CPUfreq ondemand: handle QoS request on DVFS response latency
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- [PATCH v2 1/2] CPUfreq ondemand: update sampling rate without waiting for next sampling
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- Re: [PATCH 1/2] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
- [PATCH 0/2] change lpj in arm smp common code
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH 1/2] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] CPUfreq ondemand: update sampling rate without waiting for next sampling
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [RFC PATCH 2/2] CPUfreq ondemand: handle QoS request on DVFS response latency
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti Miettinen <amiettinen@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
- Re: [PATCH] processor passthru - upload _Cx and _Pxx data to hypervisor (v5).
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- [Bug 15295] scaling_max_freq value lost upon suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC PATCH 1/2] CPUfreq ondemand: update sampling rate without waiting for next sampling
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH 2/2] CPUfreq ondemand: handle QoS request on DVFS response latency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH 2/2] CPUfreq ondemand: handle QoS request on DVFS response latency
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] processor passthru - upload _Cx and _Pxx data to hypervisor (v5).
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [RFC PATCH 2/2] CPUfreq ondemand: handle QoS request on DVFS response latency
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- [RFC PATCH 1/2] CPUfreq ondemand: update sampling rate without waiting for next sampling
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- [RFC PATCH 0/2] CPUFreq / Ondemand update
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: Is e_powersaver safe to auto-load?
- From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
- [Bug 42807] New: Frequency scaling causes micro-freezes / lags / stutters with AMD Zambezi (Bulldozer) CPU
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Pantelis Antoniou <panto@xxxxxxxxxxxxxxxxxxxxxxx>
- RE: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: "Valentin, Eduardo" <eduardo.valentin@xxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: mark gross <markgross@xxxxxxxxxxx>
- [PATCH v2] cpufreq: OMAP driver depends CPUfreq tables
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] [CPUFREQ] s3c64xx: Fix mis-cherry pick of VDDINT
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH v2] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH v2] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- RE: [PATCH] EXYNOS4X12: Add support cpufreq for EXYNOS4X12
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH 3/5] drivers/cpufreq/db8500-cpufreq: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [linux-pm] [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] cpufreq: OMAP driver depends CPUfreq tables
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 10/12] drivers/cpufreq/db8500-cpufreq: remove references to cpu_*_map.
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/12] drivers/cpufreq/db8500-cpufreq: remove references to cpu_*_map.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
- Re: speed throttle to 800 cpufreq Ocelot
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: speed throttle to 800 cpufreq Ocelot
- From: J Webster <jw.jwebster@xxxxxxxxx>
- Re: speed throttle to 800 cpufreq Ocelot
- From: J Webster <jw.jwebster@xxxxxxxxx>
- Re: speed throttle to 800 cpufreq Ocelot
- From: J Webster <jw.jwebster@xxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: speed throttle to 800 cpufreq Ocelot
- From: Dave Jones <davej@xxxxxxxxxx>
- speed throttle to 800 cpufreq Ocelot
- From: J Webster <jw.jwebster@xxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/5] Clean up x86 CPU auto-loading
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Is e_powersaver safe to auto-load?
- From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
- Is e_powersaver safe to auto-load?
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] powernow-k8: Use cached power management CPUID information
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [RFC PATCH] x86/cpu, powernow-k7: Set and use specific CPU feature flags for K7 power
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] powernow-k6: Really enable auto-loading
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH 5/5] powernow-k7: Fix CPU family number
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH 0/5] Clean up x86 CPU auto-loading
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
- Re: [PATCH] EXYNOS4X12: Add support cpufreq for EXYNOS4X12
- From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS5250: Add support cpufreq for EXYNOS5250
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH RE-SEND] [CPUFREQ] EXYNOS4X12: Add support cpufreq for EXYNOS4X12
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS4X12: Add support cpufreq for EXYNOS4X12
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [Bug 41292] scaling_min_freq reverts to cpuinfo_min_freq after wake up
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Re: [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: 함명주 <myungjoo.ham@xxxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- Re: [PATCH 3/4] cpufreq: New 'interactive' governor
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- Re: [PATCH 3/4] cpufreq: New 'interactive' governor
- From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- [PATCH 4/4] ARM: Move leds idle start/stop calls to sched idle notifiers
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- [PATCH 3/4] cpufreq: New 'interactive' governor
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- [PATCH 2/4] sched: Wire up idle notifiers
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- [PATCH 1/4] sched: Introduce idle notifiers API
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- [PATCH RFC 0/4] Scheduler idle notifiers and users
- From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
- [Bug 42671] cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42671] cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH V6 0/7] add a generic cpufreq driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Bug entdeckt
- From: "Alexander Perschbacher" <alexander.perschbacher@xxxxxx>
- Re: Bug entdeckt
- From: Petr Šabata <contyk@xxxxxxxxxx>
- Bug entdeckt
- From: "Alexander Perschbacher" <alexander.perschbacher@xxxxxx>
- [Bug 15331] sound stuttering when loading speedstep-smi
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- RE: sfi based cpufreq driver for intel soc platforms
- From: "Rudramuni, Vishwesh M" <vishwesh.m.rudramuni@xxxxxxxxx>
- Re: sfi based cpufreq driver for intel soc platforms
- From: "davej@xxxxxxxxxx" <davej@xxxxxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- sfi based cpufreq driver for intel soc platforms
- From: "Rudramuni, Vishwesh M" <vishwesh.m.rudramuni@xxxxxxxxx>
- [Bug 42671] cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42648] Frequencies higher than 1.5 GHz are not available for AMD A8-3500M
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 42671] cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [PATCH -next] cpufreq: fix gx-suspmod.c build
- From: Dave Jones <davej@xxxxxxxxxx>
- [PATCH -next] cpufreq: fix gx-suspmod.c build
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [Bug 42671] New: cpufreq userspace governor doesn't work on Intel Core 2 Gen 2 CPUs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- [Bug 42648] New: Frequencies higher than 1.5 GHz is not available for A8-3500M
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 3.3] [CPUFREQ] s3c64xx: Fix mis-cherry pick of VDDINT
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- linux-next: dropping trees
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] input: CPU frequency booster
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH] input: CPU frequency booster
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 15331] sound stuttering when loading speedstep-smi
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] input: CPU frequency booster
- From: Pavel Machek <pavel@xxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: mark gross <markgross@xxxxxxxxxxx>
- [PATCH] input: CPU frequency booster
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH] cpufreq: Export user_policy min/max
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: Enforce PM QoS maximum frequency
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 1/2] PM QoS: Add CPU frequency maximum as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 0/2] RFC: CPU frequency max as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v3 3/3] cpufreq: Enforce PM QoS minimum limit
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v3 2/3] PM QoS: Add CPU frequency minimum as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v3 1/3] PM QoS: Simplify PM QoS expansion/merge
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v3 0/3] RFC: CPU frequency min as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [Bug 15331] sound stuttering when loading speedstep-smi
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 13489] us2e_cpufreq does not work on Netra t1 200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- [Bug 15331] sound stuttering when loading speedstep-smi
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [Bug 41292] scaling_min_freq reverts to cpuinfo_min_freq after wake up
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 36652] Ondemand governor is hyperactive
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 29522] Unable to use any kind of frequency scaling
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: mark gross <markgross@xxxxxxxxxxx>
- [Bug 25132] longhaul : failed to set requested frequency
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 19132] Changing the default cpufreq govenor freezes suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 18662] kondemand/1 stuck
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13489] us2e_cpufreq does not work on Netra t1 200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 14084] cpufreq ondemand always 100% on one of the intel cores
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 16168] BUG: using smp_processor_id() in preemptible [00000000] code:
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 15331] sound stuttering when loading speedstep-smi
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 15295] scaling_max_freq value lost upon suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Andrey Gusakov <dron0gus@xxxxxxxxx>
- RE: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Mansoor, Illyas" <illyas.mansoor@xxxxxxxxx>
- Re: [linux-pm] [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2 7/8] PM QoS: Add CPU frequency maximum as PM QoS param
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [PATCH v2 5/8] cpufreq: Enforce PM QoS minimum limit
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [PATCH v2 2/8] PM QoS: Add CPU frequency minimum as PM QoS param
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [PATCH v2 1/8] PM QoS: Simplify PM QoS expansion/merge
- From: mark gross <markgross@xxxxxxxxxxx>
- [PATCH] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [PATCH V6 4/7] cpufreq: add clk-reg cpufreq driver
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: Antti P Miettinen <ananaza@xxxxxx>
- Re: [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: mark gross <markgross@xxxxxxxxxxx>
- [PATCH v2 8/8] cpufreq: Enforce PM QoS maximum frequency
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 7/8] PM QoS: Add CPU frequency maximum as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 6/8] input: CPU frequency booster
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 5/8] cpufreq: Enforce PM QoS minimum limit
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 4/8] cpufreq: Preserve sysfs min/max request
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 3/8] cpufreq: Export user_policy min/max
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 0/8] RFC: CPU frequency min/max as PM QoS params
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 2/8] PM QoS: Add CPU frequency minimum as PM QoS param
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH v2 1/8] PM QoS: Simplify PM QoS expansion/merge
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [PATCH V6 4/7] cpufreq: add clk-reg cpufreq driver
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH V6 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V6 4/7] cpufreq: add clk-reg cpufreq driver
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH V6 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [linux-pm] [PATCH 3/6] cpufreq: Export user_policy min/max
- From: mark gross <markgross@xxxxxxxxxxx>
- cpufreq kmemleak report
- From: "Wouter M. Koolen" <wmkoolen@xxxxxxxxxxxxxx>
- [PATCH RE-SEND 2/2] [CPUFREQ] EXYNOS: Removed useless headers and codes
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH RE-SEND 1/2] [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [linux-pm] [PATCH 3/6] cpufreq: Export user_policy min/max
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [PATCH 3/3] powernow-k8: Update copyright, maintainer and documentation information
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- 3.3 patches.
- From: Dave Jones <davej@xxxxxxxxxx>
- [PATCH 3/3] powernow-k8: Update copyright, maintainer and documentation information
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- [PATCH 2/3] powernow-k8: Fix indexing issue
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- [PATCH 1/3] powernow-k8: Avoid Pstate MSR accesses on systems supporting CPB
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- [PATCH 0/3] powernow-k8: Misc fixes
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- Re: [PATCH V6 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- cpu frequencies are lowered, reason unknown
- From: aash29 <aash29@xxxxxxxxx>
- [PATCH 4/6] cpufreq: Preserve sysfs min/max request
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 6/6] input: CPU frequency booster
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 5/6] cpufreq: Enforce PM QoS min/max limits
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 2/6] PM QoS: Add CPU frequency min/max as PM QoS params
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 1/6] PM QoS: Simplify PM QoS expansion/merge
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 0/6] RFC: CPU frequency min/max as PM QoS params
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- [PATCH 3/6] cpufreq: Export user_policy min/max
- From: Antti P Miettinen <amiettinen@xxxxxxxxxx>
- Re: [PATCH V6 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V6 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V6 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V6 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- RE: [PATCH 2/2] cpufreq: update lpj only if frequency has changed
- From: "Mohammed, Afzal" <afzal@xxxxxx>
- RE: [PATCH 1/2] cpufreq:userspace: fix cpu_cur_freq updation
- From: "Mohammed, Afzal" <afzal@xxxxxx>
- [PATCH 2/2] cpufreq: update lpj only if frequency has changed
- From: Afzal Mohammed <afzal@xxxxxx>
- [PATCH 1/2] cpufreq:userspace: fix cpu_cur_freq updation
- From: Afzal Mohammed <afzal@xxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- errors and bugs
- From: yunshan <yun-shan@xxxxxxx>
- Re: [RFC] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [RFC] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [RFC] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [RFC] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Dron Gus <dron0gus@xxxxxxxxx>
- [PATCH V6 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 6/7] arm/imx6q: register arm_clk as cpu to clkdev
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 5/7] dts/imx6q: add cpufreq property
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 1/7] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V6 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [RFC] cpufreq: Add S3C2416/S3C2450 cpufreq driver
- From: Heiko Stübner <heiko@xxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH][cpufreq] resubmit: add a generic clk based cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- [PATCH][cpufreq] resubmit: add a generic clk based cpufreq driver
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH V5 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 6/7] arm/imx6q: register arm_clk as cpu to clkdev
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 5/7] dts/imx6q: add cpufreq property
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH V5 1/7] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- cpufreq userspace governor doesn't work for Intel Core 2 Gen 2 CPUs
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Jamie Iles <jamie@xxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- RE: [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 6/7] arm/imx6q: register arm_clk as cpu to clkdev
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 5/7] dts/imx6q: add cpufreq property
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 1/7] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
- [PATCH v4 0/7] add a generic cpufreq driver
- From: Richard Zhao <richard.zhao@xxxxxxxxxx>
[Index of Archives]
[Linux Kernel Devel]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]