Linux CPU Freq
[Prev Page][Next Page]
- Re: [PATCH 3/4 v11] arm highbank: add support for pl320 IPC
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH 3/4 v12] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/4 v12] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/4 v12] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/4 v12] arm: use device tree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/4 v12] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 3/4 v11] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 3/4 v11] arm highbank: add support for pl320 IPC
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 4/4] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 0/3] Kirkwoode cpufreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v3 3/3] arm: kirkwood: Enable cpufreq and ondemand on kirkwood_defconfig
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v3 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v3 2/3] arm: kirkwood: Instantiate cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v3 0/3] Kirkwoode cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 0/3] Kirkwoode cpufreq driver
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH 4/4] cpufreq, highbank: add support for highbank cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2 0/3] Kirkwoode cpufreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v2 3/3] arm: kirkwood: Enable cpufreq and ondemand on kirkwood_defconfig
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v2 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v2 2/3] arm: kirkwood: Instantiate cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v2 0/3] Kirkwoode cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH v4] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 4/4] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 51741] powernow-k8 calls for acpi-cpufreq but doesn’t warn if it’s not available
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/4 v11] arm: use device tree to get smp_twd clock
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/4 v11] arm: use device tree to get smp_twd clock
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/4 v11] arm: use device tree to get smp_twd clock
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 2/4 v11] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/4 v11] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/4 v11] arm: use device tree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/4] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/4 v11] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [Bug 53051] New: Conservative governor get's sometimes stuck at highest frequency
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 51741] powernow-k8 calls for acpi-cpufreq but doesn’t warn if it’s not available
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] drivers: cpufreq: exynos: update related_cpus mask to fix hotplug dump
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- Re: New governor?
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: New governor?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- New governor?
- From: Jacob Shin <jacob.shin@xxxxxxx>
- [Bug 52941] New: CPU recognition bug for AMD
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/2] cpufreq: exynos: Initialise return variable
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- Re: [PATCH] Add module aliases for acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] Add module aliases for acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] Add module aliases for acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH] Add module aliases for acpi-cpufreq
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: exynos: Initialise return variable
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: more cpufreq funsies
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: exynos: Initialise return variable
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 2/2] cpufreq: exynos: Fix unsigned variable being checked for negative value
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- [PATCH 1/2] cpufreq: exynos: Initialise return variable
- From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Leonid Isaev <lisaev@xxxxxxxxxxxx>
- Re: [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- more cpufreq funsies
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 2/6] acpi-cpufreq: Do not load on K8
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 6/6] powernow-k8: Cleanup init function
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 5/6] powernow-k8: Cleanup module request
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 3/6] cpufreq: Make acpi-cpufreq link first
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 4/6] cpufreq: Add a get_current_driver helper
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 1/6] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Leonid Isaev <lisaev@xxxxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Leonid Isaev <lisaev@xxxxxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Peter Korsgaard <jacmet@xxxxxxxxxx>
- [PATCH 2/3] arm: kirkwood: Instantiate cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH 3/3] arm: kirkwood: Enable cpufreq and ondemand on kirkwood_defconfig
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH 1/3] cpufreq: kirkwood: Add a cpufreq driver for Marvell Kirkwood SoCs
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCH 0/3] Kirkwoode cpufreq driver
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: André Przywara <andre@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- RE: [linux-pm] [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Leonid Isaev <lisaev@xxxxxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Leonid Isaev <lisaev@xxxxxxxxxxxx>
- [PATCH] cpufreq: exynos: fix hang in pm handler due to frequency mismatch
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH] cpufreq: exynos: fix uninitialized warning in exynos-cpufreq.c
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: Elliot Wolk <elliot.wolk@xxxxxxxxx>
- [PATCH] cpufreq: handle cpufreq being disabled for all exported function.
- From: dirk.brandewie@xxxxxxxxx
- Re: [PATCH] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] powernow-k8: Add a kconfig dependency on acpi-cpufreq
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Tom Gundersen <teg@xxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: handle cpufreq being disabled for all exported function.
- From: dirk.brandewie@xxxxxxxxx
- Re: [arch-general] powernow-k8 fails to load with linux 3.7.2
- From: Tom Gundersen <teg@xxxxxxx>
- Re: [PATCH v3 1/2] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v3 1/2] cpufreq: add imx6q-cpufreq driver
- From: Eric Nelson <eric.nelson@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 1/2] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v3 2/2] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v3 0/2] Add imx6q-cpufreq driver support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH V2 2/2] cpufreq: Simplify cpufreq_add_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V2 1/2] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 0/5] Cpufreq Fixes for 3.9
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 0/2] Add imx6q-cpufreq driver support
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Fix sparse warning for cpufreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/5] Cpufreq Fixes for 3.9
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 1/5] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/5] cpufreq: Notify governors when cpus are hot-[un]plugged
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 3/5] cpufreq: Don't use cpu removed during cpufreq_driver_unregister
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 4/5] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 5/5] cpufreq: Simplify cpufreq_add_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 0/5] Cpufreq Fixes for 3.9
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: SPEAr: Fix sparse warning for cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v5 0/5] cpufreq: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: "Gopalakrishnan, Aravind" <Aravind.Gopalakrishnan@xxxxxxx>
- RE: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: "Gopalakrishnan, Aravind" <Aravind.Gopalakrishnan@xxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/4 v10] arm: use devicetree to get smp_twd clock
- From: Rob Herring <robherring2@xxxxxxxxx>
- RE: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: "Bedia, Vaibhav" <vaibhav.bedia@xxxxxx>
- Re: [PATCH 1/4 v10] arm: use devicetree to get smp_twd clock
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- RE: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: "Bedia, Vaibhav" <vaibhav.bedia@xxxxxx>
- Re: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- RE: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: "Bedia, Vaibhav" <vaibhav.bedia@xxxxxx>
- Re: [PATCH v2 1/2] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- RE: [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: "Bedia, Vaibhav" <vaibhav.bedia@xxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/2] cpufreq: add imx6q-cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v2 2/2] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 0/2] Add imx6q-cpufreq driver support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH v2 1/2] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] drivers/cpufreq: Warn user when powernow-k8 tries to fall back to acpi-cpufreq and it is unavailable.
- From: Aravind Gopalakrishnan <Aravind.Gopalakrishnan@xxxxxxx>
- Re: [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: Simplify __cpufreq_remove_dev()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [linux-pm] [PATCH] cpufreq: exynos: Show list of available frequencies
- From: amit kachhap <amit.kachhap@xxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] PM / OPP: Export more symbols for module usage
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] PM / OPP: Export more symbols for module usage
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- [PATCH] cpufreq: exynos: Show list of available frequencies
- From: Inderpal Singh <inderpal.singh@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
- [PATCH 3/3] ARM: imx: enable imx6q-cpufreq support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 2/3] cpufreq: add imx6q-cpufreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 1/3] PM / OPP: Export more symbols for module usage
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 0/3] Add imx6q-cpufreq driver support
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 1/4 v10] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/4 v10] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/4 v10] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/4 v10] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/4 v10] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/3] cpufreq: Don't use cpu removed during cpufreq_driver_unregister
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Don't use cpu removed during cpufreq_driver_unregister
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 3/3] cpufreq: Don't use cpu removed during cpufreq_driver_unregister
- From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] Fix problem with cpufreq_ondemand or cpufreq_conservative
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] Fix problem with cpufreq_ondemand or cpufreq_conservative
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [PATCH V2] Fix problem with cpufreq_ondemand or cpufreq_conservative
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] Fix problem with cpufreq_pndemand or cpufreq_conservative
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [PATCH] Fix problem with cpufreq_pndemand or cpufreq_conservative
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH V2] Fix problem with cpufreq_ondemand or cpufreq_conservative
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [PATCH] Fix problem with cpufreq_pndemand or cpufreq_conservative
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: [PATCH] Fix problem with cpufreq_pndemand or cpufreq_conservative
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] Fix problem with cpufreq_pndemand or cpufreq_conservative
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- [PATCH 5/5] cpufreq: ondemand: use all CPUs in update_sampling_rate
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 2/5] cpufreq: star/stop cpufreq timers on cpu hotplug
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 4/5] cpufreq: conservative: call dbs_check_cpu only when necessary
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 3/5] cpufreq: ondemand: call dbs_check_cpu only when necessary
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 1/5] cpufreq: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH v6 0/5] cpufreq: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH 0/6 v8] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH 0/6 v8] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 0/6 v8] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/6 v9] arm: use devicetree to get smp_twd clock
- From: Prashant Gaikwad <pgaikwad@xxxxxxxxxx>
- [PATCH] cpufreq: exynos: Add the missing cpufreq_cpu_put function
- From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH 0/2] clocksource: nomadik-mtu: support timer-based delay
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: db8500: set CPUFREQ_CONST_LOOPS
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH 0/2] clocksource: nomadik-mtu: support timer-based delay
- From: John Stultz <john.stultz@xxxxxxxxxx>
- Re: [PATCH 0/2] clocksource: nomadik-mtu: support timer-based delay
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: db8500: set CPUFREQ_CONST_LOOPS
- From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2] clocksource: nomadik-mtu: support timer-based delay
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [Bug 51741] powernow-k8 calls for acpi-cpufreq but doesn’t warn if it’s not available
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 51741] New: powernow-k8 calls for acpi-cpufreq but doesn’t warn if it’s not available
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/3] cpufreq: Manage only online cpus
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 3/3] cpufreq: Don't use cpu removed during cpufreq_driver_unregister
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/3] cpufreq: Notify governors when cpus are hot-[un]plugged
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/3] cpufreq: Manage only online cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq_stats: fix race between stats allocation and first usage
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq_stats: fix race between stats allocation and first usage
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [PATCH] Longhaul: Disable driver by default
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq_stats: fix race between stats allocation and first usage
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq_stats: fix race between stats allocation and first usage
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
- Re: [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [RESEND PATCH 3/5] cpufreq: dbx500: Move clk_get to probe
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RESEND PATCH 5/5] cpufreq: dbx500: Update file header
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RESEND PATCH 1/5] cpufreq: Give driver used for dbx500 family a more generic name
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RESEND PATCH 4/5] cpufreq: dbx500: Minor code cleanup
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RESEND PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RESEND PATCH 2/5] mfd: db8500: Update cpufreq device name
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [RFC] cpufreq: Fix issues with hot-[un]plugging of cpus
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [BUG -next] cpufreq: cpufreq_governor.
- From: Ilya Zykov <ilya@xxxxxxx>
- Re: [BUG -next] cpufreq: cpufreq_governor.
- From: Ilya Zykov <ilya@xxxxxxx>
- Re: [BUG -next] cpufreq: cpufreq_governor.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [BUG -next] cpufreq: cpufreq_governor.
- From: Ilya Zykov <ilya@xxxxxxx>
- Re: [PATCH 1/6 v9] arm: use devicetree to get smp_twd clock
- From: Thiago Farina <tfransosi@xxxxxxxxx>
- Re: [PATCH 6/6 v9] cpufreq, highbank: add support for highbank cpufreq
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 3/6 v9] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v9] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/6 v9] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v9] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v9] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v9] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v9] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH 6/6 v8] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 6/6 v8] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- [PATCH RFC 1/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: dirk.brandewie@xxxxxxxxx
- [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
- From: dirk.brandewie@xxxxxxxxx
- Re: [BUG -next] cpufreq: cpufreq_governor.
- From: Ilya Zykov <ilya@xxxxxxx>
- Re: [PATCH 6/6 v8] cpufreq, highbank: add support for highbank cpufreq
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- [BUG -next] cpufreq: cpufreq_governor.
- From: Ilya Zykov <ilya@xxxxxxx>
- Re: [PATCH 2/6 v8] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- [PATCH 3/6 v8] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v8] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v8] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/6 v8] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v8] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v8] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v8] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 6/6 v7] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH 1/6 v7] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v7] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v7] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v7] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v7] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/6 v7] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v7] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/2] clocksource: nomadik-mtu: support timer-based delay
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: db8500: set CPUFREQ_CONST_LOOPS
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 0/2] clocksource: nomadik-mtu: support timer-based delay
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 2/5] mfd: db8500: Update cpufreq device name
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 2/5] mfd: db8500: Update cpufreq device name
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 2/5] mfd: db8500: Update cpufreq device name
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mike Turquette <mturquette@xxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mike Turquette <mturquette@xxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mike Turquette <mturquette@xxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 2/5] mfd: db8500: Update cpufreq device name
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 1/5] cpufreq: Give driver used for dbx500 family a more generic name
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 0/5] cpufreq: db8500: Rename driver and update some parts
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 3/5] cpufreq: dbx500: Move clk_get to probe
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 4/5] cpufreq: dbx500: Minor code cleanup
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 5/5] cpufreq: dbx500: Update file header
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- Re: [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] Longhaul: Disable driver by default
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] Longhaul: Disable driver by default
- From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
- Re: [PATCH] Longhaul: Disable driver by default
- From: Dave Jones <davej@xxxxxxxxxx>
- [PATCH] Longhaul: Disable driver by default
- From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
- Re: [PATCH] Longhaul: Disable driver by default
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/8] cpupower enhancements for 3.8
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: update sampling rate only on right CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 4/6 v6] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/6 v6] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v6] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v6] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/6 v6] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v6] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 4/6 v5] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH] fixup! cpufreq: SPEAr: Add CPUFreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/6 v5] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/6 v5] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH 4/6 v5] arm highbank: add support for pl320 IPC
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/6 v5] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v5] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v5] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v5] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v5] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v5] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/6 v5] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH] fixup! cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 5/8] cpupower tools: Fix malloc of cpu_info structure
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 7/8] cpupower: Provide -c param for cpupower monitor to schedule process on all cores
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 8/8] cpupower: IvyBridge (0x3a and 0x3e models) support
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 0/8] cpupower enhancements for 3.8
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 4/8] cpupower tools: Fix issues with sysfs_topology_read_file
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 3/8] cpupower tools: Fix minor warnings
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 6/8] cpupower tools: Fix warning and a bug with the cpu package count
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 1/8] cpupower tools: Remove brace expansion from clean target
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 2/8] cpupower tools: Update .gitignore for files created in the debug directories
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Sudeep K N <sudeepholla.maillist@xxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Sudeep K N <sudeepholla.maillist@xxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Deepak Sikri <deepak.sikri@xxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 8/8] patch cpupower_ivy_bridge_support.patch
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: ondemand: update sampling rate only on right CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH v5 0/5] cpufreq: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 2/5] cpufreq: star/stop cpufreq timers on cpu hotplug
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 3/5] cpufreq: ondemand: call dbs_check_cpu only when necessary
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 4/5] cpufreq: conservative: call dbs_check_cpu only when necessary
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 5/5] cpufreq: ondemand: use all CPUs in update_sampling_rate
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH 1/5] cpufreq: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH 8/8] patch cpupower_ivy_bridge_support.patch
- From: Thomas Renninger <trenn@xxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: SPEAr: Add CPUFreq driver
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/6 v4] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 8/8] patch cpupower_ivy_bridge_support.patch
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: fix wrong delay sampling rate
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: fix wrong delay sampling rate
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH v4 1/2] cpufreq: ondemand: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: fix wrong delay sampling rate
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: ondemand: fix wrong delay sampling rate
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH v4 1/2] cpufreq: ondemand: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH v4 2/2] cpufreq: ondemand: use all CPUs in update_sampling_rate
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH v4 1/2] cpufreq: ondemand: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH v3] cpufreq: ondemand: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3] cpufreq: ondemand: handle SW coordinated CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [CPUFREQ] EXYNOS: Use static for functions used in only this file
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3] cpufreq: ondemand: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- Re: [PATCH 052/493] cpufreq: remove use of __devexit_p
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 250/493] cpufreq: remove use of __devinit
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 396/493] cpufreq: remove use of __devexit
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH v3] cpufreq: ondemand: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH v3] cpufreq: ondemand: handle SW coordinated CPUs
- From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
- [PATCH] [CPUFREQ] EXYNOS: Use static for functions used in only this file
- From: Tushar Behera <tushar.behera@xxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 250/493] cpufreq: remove use of __devinit
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
- [PATCH 052/493] cpufreq: remove use of __devexit_p
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
- [PATCH 396/493] cpufreq: remove use of __devexit
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
- [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 50721] New: CPU freqs stay stuck at max after reboot with on-demand governor set
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 4/6 v4] arm highbank: add support for pl320 IPC
- From: Rob Herring <rob.herring@xxxxxxxxxxx>
- RE: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/6 v4] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 2/6 v4] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: Auto reboot when CPU at full load with X86_ACPI_CPUFREQ
- From: Drunkard Zhang <gongfan193@xxxxxxxxx>
- Re: Auto reboot when CPU at full load with X86_ACPI_CPUFREQ
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/4] cpufreq: OMAP: if an iva clock name is specified, load iva resources
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH 6/6 v4] cpufreq, highbank: add support for highbank cpufreq
- From: Rob Herring <robherring2@xxxxxxxxx>
- [PATCH 3/6 v4] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 1/6 v4] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v4] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v4] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v4] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v4] clk, highbank: Prevent glitches in non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v4] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 0/6 v3] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 1/4] cpufreq: OMAP: if an iva clock name is specified, load iva resources
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH 0/4] cpufreq: OMAP: if available, scale the iva coprocessor
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- cpufreq exclusive with cpu hotplug
- From: Chao Xie <xiechao.mail@xxxxxxxxx>
- [PATCH 1/4] cpufreq: OMAP: if an iva clock name is specified, load iva resources
- From: Joshua Emele <jemele@xxxxxxxxx>
- [PATCH 2/4] cpufreq: OMAP: for omap3 devices, specify the iva clock name
- From: Joshua Emele <jemele@xxxxxxxxx>
- [PATCH 3/4] cpufreq: OMAP: ensure the iva coprocessor is at the same opp as the mpu
- From: Joshua Emele <jemele@xxxxxxxxx>
- [PATCH 4/4] cpufreq: OMAP: scale the iva coprocessor if available
- From: Joshua Emele <jemele@xxxxxxxxx>
- [PATCH 0/4] cpufreq: OMAP: if available, scale the iva coprocessor
- From: Joshua Emele <jemele@xxxxxxxxx>
- [PATCH 1/6 v3] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v3] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v3] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v3] clk, highbank: remove non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/6 v3] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v3] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v3] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 1/6 v2] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 1/6 v2] arm: use devicetree to get smp_twd clock
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6 v2] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: Fwd: Nice processes prevent frequency increases - possible scheduler regression (known good in 2.6.35)
- From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
- [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 1/6 v2] arm: use devicetree to get smp_twd clock
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Fwd: Nice processes prevent frequency increases - possible scheduler regression (known good in 2.6.35)
- From: Michal Zatloukal <myxal.mxl@xxxxxxxxx>
- Re: Fwd: Nice processes prevent frequency increases - possible scheduler regression (known good in 2.6.35)
- From: Mike Galbraith <efault@xxxxxx>
- Re: Fwd: Nice processes prevent frequency increases - possible scheduler regression (known good in 2.6.35)
- From: Mike Galbraith <efault@xxxxxx>
- Re: [PATCH 0/6 v2] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Fwd: Nice processes prevent frequency increases - possible scheduler regression (known good in 2.6.35)
- From: Michal Zatloukal <myxal.mxl@xxxxxxxxx>
- [PATCH 1/6 v2] arm: use devicetree to get smp_twd clock
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/6 v2] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 2/6 v2] clk, highbank: remove non-bypass reset mode
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 5/6 v2] power: export opp cpufreq functions
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 6/6 v2] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 4/6 v2] arm highbank: add support for pl320 IPC
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 0/6 v2] cpufreq: add support for Calxeda ECX-1000 (highbank)
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: remove the unnecessary initialization of a local variable
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- cpufreq exclusive with cpu hotplug
- From: Chao Xie <xiechao.mail@xxxxxxxxx>
- [Bug 49881] Missing NULL check of return value of cpufreq_cpu_get() in function cpufreq_add_dev_symlink()
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- cpufreq@xxxxxxxxxxxxxxx
- From: Chao Xie <xiechao.mail@xxxxxxxxx>
- Re: [PATCH 3/6] cpufreq: tolerate inexact values when collecting stats
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
- [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Changed email address
- From: Andre Przywara <osp@xxxxxxxxx>
- [PATCH 3/6] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH] cpufreq: remove the unnecessary initialization of a local variable
- From: Jingoo Han <jg1.han@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: Avoid calling cpufreq driver's target() routine if target_freq == policy->cur
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH RESEND] cpufreq: Make sure target freq is within limits
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 3/4] cpufreq, powernow-k8: Change email address
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 3/4] cpufreq, powernow-k8: Change email address
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 6/6] cpufreq, highbank: add support for highbank cpufreq
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [PATCH 3/6] cpufreq: tolerate inexact values when collecting stats
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Your Kernel Bug Tracker bug list needs attention.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/4] hwmon, fam15h_power: Change email address, MAINTAINERS entry
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 3/4] cpufreq, powernow-k8: Change email address
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 3/4] cpufreq, powernow-k8: Change email address
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 4/4] MAINTAINERS: Update email address for Robert Richter
- From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
- [PATCH 3/4] cpufreq, powernow-k8: Change email address
- From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
- [PATCH 2/4] x86, microcode_amd: Change email addresses, MAINTAINERS entry
- From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
- [PATCH 1/4] hwmon, fam15h_power: Change email address, MAINTAINERS entry
- From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
- [PATCH 0/4] MAINTAINERS et al: Change email addresses for misc stuff
- From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Mike Turquette <mturquette@xxxxxx>
- [PATCH RESEND] cpufreq: Make sure target freq is within limits
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [RFC] cpufreq: Make sure target freq is within limits
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 8/8] cpufreq: db8500: Use armss clk to update frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: Avoid calling cpufreq driver's target() routine if target_freq == policy->cur
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: Avoid calling cpufreq driver's target() routine if target_freq == policy->cur
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 8/8] cpufreq: db8500: Use armss clk to update frequency
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Fix sparse warnings by updating cputime64_t to u64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC] cpufreq: Make sure target freq is within limits
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Fix sparse warnings by updating cputime64_t to u64
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: return early from __cpufreq_driver_getavg()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: Fix sparse warnings by updating cputime64_t to u64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 2/2] cpufreq: Fix sparse warning by making local function static
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/2] cpufreq: Fix sparse warnings by updating cputime64_t to u64
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 49231] Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] cpufreq: fix jiffies/cputime mixup in conservative/ondemand governors
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 49231] New: Single CPU bound process results in non-optimal turbo boost configuration
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/2] cpufreq: return early from __cpufreq_driver_getavg()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: return early from __cpufreq_driver_getavg()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 2/2] cpufreq: governors: remove redundant code
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/2] cpufreq: return early from __cpufreq_driver_getavg()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
- Re: [PATCH 2/2] cpufreq: Debugging options for the cpufreq subsystem
- From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/2] cpufreq: Improve debug prints
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 1/2] cpufreq: Improve debug prints
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: Debugging options for the cpufreq subsystem
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq:core: Fix printing of governor and driver name
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- PROBLEM: CPUFreq BIOS limit
- From: Yclept Nemo <orbisvicis@xxxxxxxxx>
- Re: [PATCH] cpufreq:core: Fix printing of governor and driver name
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq:core: Fix printing of governor and driver name
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: core: Fix typo in comment describing show_bios_limit()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH V2] cpufreq: Move common part from governors to separate file
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors
- From: Michal Hocko <mhocko@xxxxxxx>
- [PATCH] cpufreq: timer: Move tick-sched specific code outside of cpufreq governors
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: Borislav Petkov <bp@xxxxxxxxx>
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 48721] New: acpi_cpufreq can't change CPU clock anymore
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] cpufreq, powernow-k8: Remove usage of smp_processor_id() in preemptible code
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- Re: [PATCH 4/8] cpufreq: db8500: Fetch cpufreq table from platform data
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 4/8] cpufreq: db8500: Fetch cpufreq table from platform data
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- ondemand 'regression' after firmware upgrade on MBA
- From: Daniel Wagner <wagi@xxxxxxxxx>
- Re: [Query]: CPUFREQ: Affected and related cpus in cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [Query]: CPUFREQ: Affected and related cpus in cpufreq
- From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
- Re: [Query]: CPUFREQ: Affected and related cpus in cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Fix usage of smp_processor_id() in preemptible code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Fix usage of smp_processor_id() in preemptible code
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- [PATCH 4/8] cpufreq: db8500: Fetch cpufreq table from platform data
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- Re: [Query]: CPUFREQ: Affected and related cpus in cpufreq
- From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
- [PATCH 1/8] ARM: ux500: Remove cpufreq platform device
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 5/8] mfd: db8500: Connect ARMSS clk to ARM OPP
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 6/8] clk: ux500: Support for prcmu_scalable_rate clock
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 0/8] clk: ux500: Fixup smp_twd clk for clk notifiers
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 8/8] cpufreq: db8500: Use armss clk to update frequency
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 7/8] clk: ux500: Add armss clk and fixup smp_twd clk for u8500
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 3/8] cpufreq: db8500: Register as a platform driver
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 2/8] mfd: db8500: Provide cpufreq table as platform data
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH] cpufreq:core: Fix printing of governor and driver name
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, powernow-k8: Fix usage of smp_processor_id() in preemptible code
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] cpufreq, powernow-k8: Fix usage of smp_processor_id() in preemptible code
- From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
- [PATCH 7/8] cpupower: Provide -c param for cpupower monitor to schedule process on all cores
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 8/8] patch cpupower_ivy_bridge_support.patch
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 5/8] cpupower tools: Fix malloc of cpu_info structure
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 1/8] cpupower tools: Remove brace expansion from clean target
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 0/8] cpupower enhancements for 3.7
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 3/8] cpupower tools: Fix minor warnings
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 4/8] cpupower tools: Fix issues with sysfs_topology_read_file
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 2/8] cpupower tools: Update .gitignore for files created in the debug directories
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH 6/8] cpupower tools: Fix warning and a bug with the cpu package count
- From: Thomas Renninger <trenn@xxxxxxx>
- [PATCH] cpufreq: core: Fix typo in comment describing show_bios_limit()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Query]: CPUFREQ: Affected and related cpus in cpufreq
- From: viresh kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/4] cpufreq: db8500: Use platform data to provide cpufreq table
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 48341] New: BUG: using smp_processor_id in preemptible powernow_k8
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 0/4] cpufreq: db8500: Use platform data to provide cpufreq table
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 0/4] cpufreq: db8500: Use platform data to provide cpufreq table
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 0/4] cpufreq: db8500: Use platform data to provide cpufreq table
- From: Jonas Aaberg <jonas.aberg@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Oct 1 (cpufreq)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH 1/4] ARM: ux500: Remove cpufreq platform device
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 4/4] cpufreq: db8500: Fetch cpufreq table from platform data
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 3/4] cpufreq: db8500: Register as a platform driver
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 2/4] mfd: db8500: Provide cpufreq table as platform data
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- [PATCH 0/4] cpufreq: db8500: Use platform data to provide cpufreq table
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
- Re: [PATCH 3.6-rc6] cpufreq/powernow-k8: workqueue user shouldn't migrate the kworker to another CPU
- From: Thomas Renninger <trenn@xxxxxxx>
- bug repport: -r argument don't work
- From: Delpistroumph <xzurukneg@xxxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] CPUFreq: OMAP: remove unnecessary plat/ includes
- From: Paul Walmsley <paul@xxxxxxxxx>
[Index of Archives]
[Linux Kernel Devel]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]