Linux CPU Freq
[Prev Page][Next Page]
- Re: [RFC PATCH] regulator: core: allow consumers to request to closes step voltage
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC PATCH] regulator: core: allow consumers to request to closes step voltage
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH] regulator: core: allow consumers to request to closes step voltage
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH] cpufreq: stats: Add 'load_table' debugfs file to show accumulated data of CPUs
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 07/13] cpufreq: imx6q: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [GIT PULL] CPUFreq Kconfig Fixes: Select CPU_FREQ_TABLE
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
- From: Lukasz Majewski <majess1982@xxxxxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxx>
- Re: [PATCH 04/13] cpufreq: dbx500: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- [PATCH v4 0/7] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 1/7] cpufreq: Store cpufreq policies in a list
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 2/7] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 3/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 7/7] thermal:boost: Disable boost when trip point is reached
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v4 6/7] cpufreq: Enable software boost only when up to one busy core is running
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 12/13] cpufreq: tegra: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 05/13] cpufreq: e_powersave: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH 05/13] cpufreq: e_powersave: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 08/13] cpufreq: omap: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCH 05/13] cpufreq: e_powersave: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH 00/13] CPUFreq: Fix {PRE|POST}CHANGE notification sequence
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 01/13] cpufreq: acpi: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 02/13] cpufreq: arm-big-little: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 03/13] cpufreq: davinci: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Sekhar Nori <nsekhar@xxxxxx>
- [PATCH 04/13] cpufreq: dbx500: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 05/13] cpufreq: e_powersave: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 07/13] cpufreq: imx6q: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 08/13] cpufreq: omap: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 09/13] cpufreq: pcc: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 10/13] cpufreq: powernow-k8: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 11/13] cpufreq: s3c64xx: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 13/13] cpufreq: make sure frequency transitions are serialized
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 12/13] cpufreq: tegra: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 06/13] cpufreq: exynos: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 03/13] cpufreq: davinci: call CPUFREQ_POSTCHANGE notfier in error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: make __cpufreq_notify_transition() static
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/2] cpufreq: Fix minor formatting issues
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v9] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v9] Cpufreq: Fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v9] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v8] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v8] Cpufreq: Fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v8] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v7] Cpufreq: Fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v7] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v6] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v6] Cpufreq: Fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v6] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v6] Cpufreq: Fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v6] Cpufreq: Fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
- From: Toralf Förster <toralf.foerster@xxxxxx>
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- 3.10-rcX: cpu governor ondemand doesn't scale well after s2ram
- From: Toralf Förster <toralf.foerster@xxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [GIT PULL] CPUFreq Kconfig Fixes: Select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: userspace: Simplify governor
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: userspace: Simplify governor
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59821] Dell M4600 CPU cores locked at 800MHz
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 0/3] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [uclinux-dist-devel] [PATCH 01/11] cpufreq: blackfin: enable driver for CONFIG_BFIN_CPU_FREQ
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH v3 0/3] cpufreq:boost: CPU Boost mode support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 59781] intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59781] New: intel_pstate synchronizes frequencies on wake from suspend
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 27/28] ARM: EXYNOS: Remove CONFIG_SOC_EXYNOS4412
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- Re: [PATCH 27/28] ARM: EXYNOS: Remove CONFIG_SOC_EXYNOS4412
- From: Eduardo Valentin <eduardo.valentin@xxxxxx>
- Re: [PATCH 27/28] ARM: EXYNOS: Remove CONFIG_SOC_EXYNOS4412
- From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
- RE: [PATCH 27/28] ARM: EXYNOS: Remove CONFIG_SOC_EXYNOS4412
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- [PATCH 27/28] ARM: EXYNOS: Remove CONFIG_SOC_EXYNOS4412
- From: Tomasz Figa <t.figa@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v3 1/3] cpufreq: Add boost frequency support in core
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v3 2/3] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v3 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v3 0/3] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH 10/11] cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 10/11] cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v5] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH 10/11] cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Solid Carbide Drills and Routers for PCB Industry
- From: "Archer" <huyuhua2111@xxxxxxxx>
- Re: [PATCH 00/11] CPUFreq Kconfig fixes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 05/11] cpufreq: highbank: remove select CPU_FREQ_TABLE
- From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
- Re: [PATCH 10/11] cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 00/11] CPUFreq Kconfig fixes
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 00/11] CPUFreq Kconfig fixes
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 11/11] cpufreq: X86_AMD_FREQ_SENSITIVITY: select CPU_FREQ_TABLE
- From: Jacob Shin <jacob.shin@xxxxxxx>
- Re: [PATCH 00/11] CPUFreq Kconfig fixes
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 06/11] cpufreq: imx: select CPU_FREQ_TABLE
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 09/11] cpufreq: S3C2416/S3C64XX: select CPU_FREQ_TABLE
- From: Heiko Stübner <heiko@xxxxxxxxx>
- [PATCH v4] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v3] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 03/11] cpufreq: davinci: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 04/11] cpufreq: exynos: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 05/11] cpufreq: highbank: remove select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 07/11] cpufreq: powerpc: CBE_RAS: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 08/11] cpufreq: pxa: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 10/11] cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 11/11] cpufreq: X86_AMD_FREQ_SENSITIVITY: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 09/11] cpufreq: S3C2416/S3C64XX: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 06/11] cpufreq: imx: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 02/11] cpufreq: cris: select CPU_FREQ_TABLE
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 01/11] cpufreq: blackfin: enable driver for CONFIG_BFIN_CPU_FREQ
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 00/11] CPUFreq Kconfig fixes
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v3] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH v2] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v2 0/3] cpufreq:boost: CPU Boost mode support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 0/3] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v2 0/3] cpufreq:boost: CPU Boost mode support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: stats: Remove CONFIG_CPU_FREQ_STAT_DETAILS
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: stats: Remove CONFIG_CPU_FREQ_STAT_DETAILS
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v2 2/3] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v2 3/3] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v2 1/3] cpufreq:boost: CPU frequency boost code unification for software and hardware solutions
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH v2 0/3] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: [PATCH v2] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- [PATCH v2] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- [Bug 59481] Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59481] Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59481] Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59481] Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59481] Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 59481] New: Intel Pstates driver issues, including CPU frequency not stepping up enough
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: userspace: Simplify governor
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [GIT PULL RESENT] CPUFreq: ARM Updates for v3.11
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [GIT PULL RESENT] CPUFreq: ARM Updates for v3.11
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [GIT PULL] CPUFreq: ARM Updates for v3.11
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [GIT PULL] CPUFreq: ARM Updates for v3.11
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [GIT PULL] CPUFreq: ARM Updates for v3.11
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [GIT PULL] CPUFreq: ARM Updates for v3.11
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: stats: Remove CONFIG_CPU_FREQ_STAT_DETAILS
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: Joe Jin <joe.jin@xxxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: Joe Jin <joe.jin@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/5] cpufreq: Define cpufreq_set_drv_attr_files() to add per CPU sysfs attributes
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 1/5] cpufreq: Define cpufreq_set_drv_attr_files() to add per CPU sysfs attributes
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 1/5] cpufreq: Define cpufreq_set_drv_attr_files() to add per CPU sysfs attributes
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH 1/5] cpufreq: Define cpufreq_set_drv_attr_files() to add per CPU sysfs attributes
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/5] cpufreq:boost: Add support for software based CPU frequency boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH 4/5] cpufreq:exynos:Extend exynos cpufreq driver to support boost
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH 3/5] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH 5/5] cpufreq:boost:Kconfig: Enable boost support at Kconfig
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH 1/5] cpufreq: Define cpufreq_set_drv_attr_files() to add per CPU sysfs attributes
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [PATCH 0/5] cpufreq:boost: CPU Boost mode support
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH v3 0/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Cpufreq userspace governor start/stop issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Cpufreq userspace governor start/stop issue
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: Joe Jin <joe.jin@xxxxxxxxxx>
- Re: [PATCH] ACPI: update user_policy.max when _PPC updated
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Borislav Petkov <bp@xxxxxxx>
- [PATCH v3 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v3 2/3] cpufreq: Remove unused APERF/MPERF support
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v3 3/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v3 0/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: userspace: Simplify governor
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Cpufreq userspace governor start/stop issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: prevent 'policy->cpus' become offline in __gov_queue_work()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: userspace: Simplify governor
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v5] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Re: [PATCH v5] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v5] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
- From: <Yuantian.Tang@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH] cpufreq: userspace: Simplify governor
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: prevent 'policy->cpus' become offline in __gov_queue_work()
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: prevent 'policy->cpus' become offline in __gov_queue_work()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: prevent 'policy->cpus' become offline in __gov_queue_work()
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [RESEND][PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- Re: Cpufreq userspace governor start/stop issue
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: Cpufreq userspace governor start/stop issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Cpufreq userspace governor start/stop issue
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- [PATCH] ACPI: update user_policy.max when _PPC updated
- From: Joe Jin <joe.jin@xxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v2 2/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH v2 2/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: bit.LITTLE needs cpufreq table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] cpufreq: Raname index as driver_data in cpufreq_frequency_table
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] cpufreq: bit.LITTLE needs cpufreq table
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: David C Niemi <dniemi@xxxxxxxxxxxx>
- [PATCH v2 1/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v2 2/3] cpufreq: Remove unused function __cpufreq_driver_getavg
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v3 3/3] cpufreq: Remove unused APERF/MPERF support
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH v2 0/3] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] acpi-cpufreq: set current frequency based on target P-State
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 07/15] cpufreq: spear needs cpufreq table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 07/15] cpufreq: spear needs cpufreq table
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 07/15] cpufreq: spear needs cpufreq table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 00/15] Linux-3.10 ARM randconfig fixes
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 07/15] cpufreq: spear needs cpufreq table
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] acpi-cpufreq: set current frequency based on target P-State
- From: Len Brown <lenb@xxxxxxxxxx>
- [PATCH] acpi-cpufreq: set current frequency based on target P-State
- From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: remove unnecessary cpufreq_cpu_{get|put}() calls
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: ondemand: Change the calculation of target frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: cpufreq turbo regression
- From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: cpufreq turbo regression
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: cpufreq turbo regression
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- cpufreq turbo regression
- From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
- Z53T, Asus Notebook, ubuntu 12.04, kernel 3.2.0-44, cpufreq nur PERFORMANE
- From: "wconbs-driver@xxxxxxxx" <wconbs-driver@xxxxxxxx>
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: MAINTAINERS: Add git tree path for ARM specific updates
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: MAINTAINERS: Add git tree path for ARM specific updates
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] cpufreq: MAINTAINERS: Add git tree path for ARM specific updates
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] cpufreq: Raname index as driver_data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V2] cpufreq: Raname index as driver_data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [RFC PATCH] cpufreq: stats: Add 'load_table' sysfs file to show accumulated data of CPU
- From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
- [Bug 58541] [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58761] related_cpus truncated with acpi-cpufreq driver on kernel 3.9.3
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- [RFC PATCH] cpufreq: ondemand: Increase frequency to any value proportional to load
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: [PATCH v3 3/3] arm: kirkwood: Enable cpufreq and ondemand on kirkwood_defconfig
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/3] arm: kirkwood: Instantiate cpufreq driver
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58801] intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 58801] New: intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 58801] New: intel_pstate/powersave - cpu frequency remains at high level if if system is idle
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: [RFC v2 0/3][TESTS] LAB: Support for Legacy Application Booster governor - tests results
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3] LAB: Support for Legacy Application Booster governor
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3] LAB: Support for Legacy Application Booster governor
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC v2 0/3] LAB: Support for Legacy Application Booster governor
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC v2 0/3] LAB: Support for Legacy Application Booster governor
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: fix governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Clarification on the DVFS capabilities
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Clarification on the DVFS capabilities
- From: karthik vm <meetvm@xxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- [Bug 58541] [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58541] [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58541] [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Borislav Petkov <bp@xxxxxxxxx>
- [Bug 58541] [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58541] New: [pandaboard] cpu frequency limitation
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: NULL pointer dereference
- From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
- Re: NULL pointer dereference
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: NOHZ: WARNING: at arch/x86/kernel/smp.c:123 native_smp_send_reschedule, round 2
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
- NULL pointer dereference
- From: Ross Lagerwall <rosslagerwall@xxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: Don't create empty /sys/devices/system/cpu/cpufreq directory
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] e_powersaver: Fix linker error when ACPI processor is a module
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: Don't create empty /sys/devices/system/cpu/cpufreq directory
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] e_powersaver: Fix linker error when ACPI processor is a module
- From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
- Re: [PATCH 2/2] cpufreq: Don't create empty /sys/devices/system/cpu/cpufreq directory
- From: Francesco Lavra <francescolavra.fl@xxxxxxxxx>
- Re: [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID
- From: dirk.brandewie@xxxxxxxxx
- Re: [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID's
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID's
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] cpufreq/intel_pstate: Add additional supported CPU ID's
- From: dirk.brandewie@xxxxxxxxx
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 2/2] cpufreq: Don't create empty /sys/devices/system/cpu/cpufreq directory
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/2] cpufreq: Move get_cpu_idle_time() to cpufreq.c
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq: arm_big_little_dt: Register driver only if DT has valid data
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 03/33] drivers/cpufreq: don't check resource with devm_ioremap_resource
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH 03/33] drivers/cpufreq: don't check resource with devm_ioremap_resource
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: fix governor start/stop race condition
- From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
- [PATCH 3/3] cpufreq: Drop rwsem lock around CPUFREQ_GOV_POLICY_EXIT
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/3] cpufreq: governors: Move get_governor_parent_kobj() to cpufreq.c
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/3] cpufreq: Add EXPORT_SYMBOL_GPL for have_governor_per_policy
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 0/3] CPUFreq Fixes for 3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [stable] cpufreq / Longhaul: Disable driver by default
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq / intel_pstate: use vzalloc() instead of vmalloc()/memset(0)
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- [PATCH V1 resend] cpufreq: Raname index as data in cpufreq_frequency_table
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, ondemand: Remove leftover debug line
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Cpufreq governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- Re: [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] cpufreq: rename references to CPU_FREQ_SA11x0
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq / intel_pstate: use vzalloc() instead of vmalloc()/memset(0)
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq / intel_pstate: use vzalloc() instead of vmalloc()/memset(0)
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: Cpufreq governor start/stop race condition
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Cpufreq governor start/stop race condition
- From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
- [Bug 57941] Cpufreq stats are not shown in sysfs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 57871] Cpu frequency scaling not working after waking up from suspend.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 57941] Cpufreq stats are not shown in sysfs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 53051] Conservative governor get's sometimes stuck at highest frequency - HP Pavilion dv6 CORE i5
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 58001] New: "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 57941] Cpufreq stats are not shown in sysfs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 57941] New: Cpufreq stats are not shown in sysfs
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq, ondemand: Remove leftover debug line
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] Cpufreq: Fix incorrect dependecies for ARM SA11xx drivers
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [Bug 58001] New: "ondemand" CPU governor never raises frequency (Dell XPS 12)
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: 3.9-linux-next-20130501: OOPS in intel_pstate_sample
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: linux-next: Tree for May 10 (e_powersaver)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [Bug 57941] New: Cpufreq stats are not shown in sysfs
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [RFC 03/42] drivers/cpufreq: don't check resource with devm_ioremap_resource
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC 03/42] drivers/cpufreq: don't check resource with devm_ioremap_resource
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- [Bug 57871] New: Cpu frequency scaling not working after waking up from suspend.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [stable] cpufreq / Longhaul: Disable driver by default
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] cpufreq, ondemand: Remove leftover debug line
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 0/6] Intel pstate driver update
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/6] Intel pstate driver update
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/6] Intel pstate driver update
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 2/6] cpufreq/intel_pstate: use lowest requested max performance
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 3/6] cpufreq/intel_pstate: fix ffmpeg regression
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 4/6] cpufreq/intel_pstate: Remove idle mode PID
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 5/6] cpufreq/intel_pstate: Remove unused code
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 6/6] cpufreq/intel_pstate: remove #ifdef MODULE compile fence
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 1/6] cpufreq/intel_pstate: remove idle time and duration from sample and calculations
- From: dirk.brandewie@xxxxxxxxx
- [PATCH 0/6] Intel pstate driver update
- From: dirk.brandewie@xxxxxxxxx
- [Bug 53051] Conservative governor get's sometimes stuck at highest frequency - HP Pavilion dv6 CORE i5
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] Cpufreq: Fix incorrect dependecies for ARM SA11xx drivers
- From: Alexander Shiyan <shc_work@xxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC v2 0/3] LAB: Support for Legacy Application Booster governor
- From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
- [RFC v2 2/3] cpufreq:LAB: Introduce new cpufreq LAB(Legacy Application Boost) governor
- From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
- [RFC v2 1/3] cpufreq:overclocking: Overclocking support at Exynos4 SoC
- From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
- [RFC v2 3/3] cpufreq:LAB: Modify cpufreq_governor to support LAB Governor
- From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] cpufreq: cpu0: Free parent node for error cases
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH V2] cpufreq: cpu0: Free parent node for error cases
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V2] cpufreq: cpu0: Free parent node for error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 0/5] CPUFreq: ARM big LITTLE Fixes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 0/2] CPUFreq core fixes for v3.10-rc2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH V3] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH, RFC 00/22] ARM randconfig bugs
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH, RFC 02/22] cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH, RFC 00/22] ARM randconfig bugs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] cpufreq: cpu0: Free parent node for error cases
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: cpu0: Free parent node for error cases
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [PATCH V3] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH] cpufreq: cpu0: Free parent node for error cases
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V2] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: CONFIG_X86_INTEL_PSTATE disables CPU frequency transition stats, many governors and other standard features
- From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
- [PATCH V2] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH 1/2] cpufreq: governors: Fix CPUFREQ_GOV_POLICY_{INIT|EXIT} notifiers
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/2] cpufreq: Issue CPUFREQ_GOV_POLICY_EXIT notifier before dropping policy refcount
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 0/2] CPUFreq core fixes for v3.10-rc2
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: CONFIG_X86_INTEL_PSTATE disables CPU frequency transition stats, many governors and other standard features
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
- From: Nathan Zimmer <nzimmer@xxxxxxx>
- Re: [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] CPUFreq: ARM big LITTLE Fixes
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 1/5] cpufreq: ARM big LITTLE: Select PM_OPP
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 2/5] cpufreq: ARM big LITTLE DT: Return correct transition latency
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 3/5] cpufreq: ARM big LITTLE DT: Return CPUFREQ_ETERNAL if clock-latency isn't found
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 5/5] cpufreq: ARM big LITTLE: Improve print message
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH 4/5] cpufreq: ARM big LITTLE: Move cpu_to_cluster() to arm_big_little.h
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: CONFIG_X86_INTEL_PSTATE disables CPU frequency transition stats, many governors and other standard features
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- CONFIG_X86_INTEL_PSTATE disables CPU frequency transition stats, many governors and other standard features
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- Re: [PATCH V2] cpufreq: MAINTAINERS: Add co-maintainer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH V2] cpufreq: MAINTAINERS: Add co-maintainer
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
- From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
- [PATCH V2] cpufreq: MAINTAINERS: Add co-maintainer
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: MAINTAINERS: Add co-maintainer
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH] cpufreq: MAINTAINERS: Add co-maintainer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] cpufreq: MAINTAINERS: Add co-maintainer
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- RE: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- RE: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
- Re: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- RE: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
- [Bug 53051] Conservative governor get's sometimes stuck at highest frequency - HP Pavilion dv6 CORE i5
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 53051] Conservative governor get's sometimes stuck at highest frequency
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH v2] ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: [PATCH v2] ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2] ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: [PATCH v2] ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH v2] ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: [PATCH] ARM: S5pv210: compiling issue, ARM_S3C64XX_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- [PATCH] ARM: S5pv210: compiling issue, ARM_S3C64XX_CPUFREQ need CONFIG_CPU_FREQ_TABLE=y
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH] cpufreq: Fix the driver can not be unloaded issue
- From: <Yuantian.Tang@xxxxxxxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Taras Kondratiuk <taras@xxxxxx>
- Re: [PATCH] cpufreq_conservative: initialize the cpu_dbs_info_s cpu field
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
- From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
- Re: [PATCH] cpufreq_conservative: initialize the cpu_dbs_info_s cpu field
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] cpufreq_conservative: initialize the cpu_dbs_info_s cpu field
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Taras Kondratiuk <taras@xxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
- From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
- Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
- From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Taras Kondratiuk <taras@xxxxxx>
- Re: [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
- From: Taras Kondratiuk <taras@xxxxxx>
- Re: [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2 06/15] powerpc/85xx: add support to JOG feature using cpufreq interface
- From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/15] powerpc/85xx: add support to JOG feature using cpufreq interface
- From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
- Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- RE: [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
- From: "Bedia, Vaibhav" <vaibhav.bedia@xxxxxx>
- Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH v2 06/15] powerpc/85xx: add support to JOG feature using cpufreq interface
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 1/2] cpufreq: ARM big LITTLE: put DT nodes after using them
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: exynos5440: Protect opp search calls with rcu lock
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] cpufreq: cpu0: Put cpu parent node after using it
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
- From: "Kondratiuk, Taras" <taras@xxxxxx>
- Re: [PATCH] ARM: exynos: restore mach/regs-clock.h for exynos5
- From: Olof Johansson <olof@xxxxxxxxx>
- Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
- From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
[Index of Archives]
[Linux Kernel Devel]
[Linux USB Devel]
[Linux SCSI]
[Samba]
[Yosemite News]