Linux CPU Freq

• Thread Index

• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/7] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• [PATCH V3 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 6/7] arm/imx6q: register arm_clk as cpu to clkdev
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 5/7] dts/imx6q: add cpufreq property
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 4/7] cpufreq: add generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for smp
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate for smp
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 1/7] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V3 0/7] add a generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] cpupower: Add cpupower-idle-info manpage
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 3/4] arm/imx6q: register arm_clk as cpu to clkdev
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• RE: [PATCH V2 3/4] arm/imx6q: register arm_clk as cpu to clkdev
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [PATCH 1/4] cpupower: Add cpupower-idle-info manpage
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH 1/4] cpupower: Add cpupower-idle-info manpage
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] cpupower: Unify cpupower-frequency-* manpages
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/4] cpupower: Fix number of idle states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] cpupower: Remove unneeded code and by that fix a memleak
  • From: Thomas Renninger <trenn@xxxxxxx>
• Tiny cpupower fixes for linux-next
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• [PATCH V2 4/4] arm/imx6q: select ARCH_HAS_CPUFREQ
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V2 3/4] arm/imx6q: register arm_clk as cpu to clkdev
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V2 2/4] dts/imx6q: add cpufreq property
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH V2 0/4] add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [RFC V1 2/4] dts/imx6q: add cpufreq property
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC V1 2/4] dts/imx6q: add cpufreq property
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [RFC V1 2/4] dts/imx6q: add cpufreq property
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxxxxx>
• [RFC V1 4/4] arm/imx6q: select ARCH_HAS_CPUFREQ
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [RFC V1 2/4] dts/imx6q: add cpufreq property
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [RFC V1 3/4] arm/imx6q: register arm_clk as cpu to clkdev
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [RFC V1 1/4] cpufreq: add arm soc generic cpufreq driver
  • From: Richard Zhao <richard.zhao@xxxxxxxxxx>
• [PATCH][cpufreq] resubmit: add a generic clk based cpufreq driver
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• RE: [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 0/5] [CPUFREQ] EXYNOS: Update and Cleanup for EXYNOS SoCs
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/5] [CPUFREQ] EXYNOS4210: Update frequency table for cpu divider
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 4/5] [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 3/5] [CPUFREQ] EXYNOS4210: cpufreq code is changed for stable working
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 5/5] [CPUFREQ] EXYNOS: Removed useless headers and codes
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Request for assistance - excessive kworker CPU wakeups
  • From: "David H. Durgee" <dhdurgee@xxxxxxxxxxx>
• Re: [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] CPUFREQ Remove wall variable from cpufreq_gov_dbs_init()
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: cpufreq profiling timer
  • From: chao xie <xiechao.linux@xxxxxxxxx>
• RE: cpufreq profiling timer
  • From: "Steven Finney (Palm GBU)" <Steven.Finney@xxxxxxxx>
• Re: cpufreq profiling timer
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/5] [CPUFREQ] EXYNOS: Removed useless headers and codes
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 4/5] [CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 3/5] [CPUFREQ] EXYNOS4210: cpufreq code is changed for stable working
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/5] [CPUFREQ] EXYNOS4210: Update frequency table for cpu divider
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: cpufreq governor with SMP support
  • From: chao xie <xiechao.linux@xxxxxxxxx>
• Re: cpufreq governor with SMP support
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: cpufreq profiling timer
  • From: chao xie <xiechao.linux@xxxxxxxxx>
• RE: cpufreq profiling timer
  • From: "Niemi, David" <dniemi@xxxxxxxxxxxx>
• cpufreq profiling timer
  • From: chao xie <xiechao.linux@xxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• [PATCH 2/2] [CPUFREQ] s3c64xx: Add VDDINT voltage scaling
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] [CPUFREQ] s3c64xx: Use pr_fmt() for consistent log messages
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• cpufreq governor with SMP support
  • From: chao xie <xiechao.linux@xxxxxxxxx>
• Re: [GIT PULL] cpufreq: OMAP: move to drivers/cpufreq and updates for v3.3
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [GIT PULL] cpufreq: OMAP: move to drivers/cpufreq and updates for v3.3
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [GIT PULL] cpufreq: OMAP: move to drivers/cpufreq and updates for v3.3
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [GIT PULL] cpufreq: OMAP: move to drivers/cpufreq and updates for v3.3
  • From: Kevin Hilman <khilman@xxxxxx>
• excessive kworker CPU wakeups
  • From: "David H. Durgee" <dhdurgee@xxxxxxxxxxx>
• [PATCH 1/2] powernow-k8: Fixup missing _PSS objects message
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/2] powernow-k8: Fix unregister order
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] cpufreq: OMAP: move to drivers/cpufreq and updates for v3.3
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 5/5] [CPUFREQ] EXYNOS4210: Add support ASV feature
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• RE: [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH 4/5] [CPUFREQ] EXYNOS4210: Add DVS lock feature for other driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH 5/5] [CPUFREQ] EXYNOS4210: Add support ASV feature
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH] [CPUFREQ] db8500: fix build error due to undeclared i variable
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] [CPUFREQ] db8500: fix build error due to undeclared i variable
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• Re: Question: cpufreq_stats is not available in sysfs
  • From: Lei Yu <y.benben.y@xxxxxxxxx>
• Re: Question: cpufreq_stats is not available in sysfs
  • From: Lei Yu <y.benben.y@xxxxxxxxx>
• Question: cpufreq_stats is not available in sysfs
  • From: Lei Yu <y.benben.y@xxxxxxxxx>
• Re: [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH 4/5] [CPUFREQ] EXYNOS4210: Add DVS lock feature for other driver
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH 5/5] [CPUFREQ] EXYNOS4210: Add support ASV feature
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 5/5] [CPUFREQ] EXYNOS4210: Add support ASV feature
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 4/5] [CPUFREQ] EXYNOS4210: Add DVS lock feature for other driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 3/5] [CPUFREQ] EXYNOS4210: cpufreq code is changed for stable working
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/5] [CPUFREQ] EXYNOS4210: Update frequency table for cpu divider
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 1/5] [CPUFREQ] EXYNOS4210: Remove code about bus on cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: Request for DIscussion: Cpufreq logging, and frequency floors
  • From: "Steven Finney (Palm GBU)" <Steven.Finney@xxxxxxxx>
• Re: [PATCH RESEND] cpufreq: db8500: remove unneeded for loop iteration for freq_table
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH RESEND] cpufreq: db8500: remove unneeded for loop iteration for freq_table
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• Fwd: question about scailing CPU frequency
  • From: sabrina chang <sabrinaytchang@xxxxxxxxx>
• Re: Request for DIscussion: Cpufreq logging, and frequency floors
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Request for DIscussion: Cpufreq logging, and frequency floors
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Request for DIscussion: Cpufreq logging, and frequency floors
  • From: "Steven Finney (Palm GBU)" <Steven.Finney@xxxxxxxx>
• Re: question about scailing CPU frequency
  • From: Thomas Renninger <trenn@xxxxxxx>
• question about scailing CPU frequency
  • From: sabrina chang <sabrinaytchang@xxxxxxxxx>
• a "nice -19 <process>" affects overall systems performance
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [PATCH 2/2] cpupower: AMD fam14h/Ontario monitor can also be used by fam12h cpus
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/2] cpupower: Better interface for accessing AMD pci registers
  • From: Thomas Renninger <trenn@xxxxxxx>
• cpupower x86: AMD: Add fam12h HW Package C-state support
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Juergen Rose <rose@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq/db8500: support all frequencies
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] cpufreq/db8500: support all frequencies
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] cpufreq/db8500: support all frequencies
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: db8500: remove unneeded for loop iteration over freq_table
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [RFC][PATCH] cpufreq: db8500: remove unneeded for loop iteration over freq_table
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• Re: [PATCH 01/10] cpufreq: OMAP: cleanup for multi-SoC support,move into drivers/cpufreq
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH 01/10] cpufreq: OMAP: cleanup for multi-SoC support,move into drivers/cpufreq
  • From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
• Re: [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 01/10] cpufreq: OMAP: cleanup for multi-SoC support, move into drivers/cpufreq
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 03/10] cpufreq: OMAP: Enable all CPUs in shared policy mask
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 04/10] cpufreq: OMAP: notify even with bad boot frequency
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 02/10] cpufreq: OMAP: Add SMP support for OMAP4+
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 10/10] cpufreq: OMAP: fix freq_table leak
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 09/10] cpufreq: OMAP: put clk if cpu_init failed
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 08/10] cpufreq: OMAP: only supports OPP library
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 07/10] cpufreq: OMAP: dont support !freq_table
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 06/10] cpufreq: OMAP: deny initialization if no mpudev
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 05/10] cpufreq: OMAP: move clk name decision to init
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 01/10] cpufreq: OMAP: cleanup for multi-SoC support, move into drivers/cpufreq
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 00/10] cpufreq: OMAP: move into drivers, cleanups/fixes for v3.2
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: on-demand governor behavior on synchronous MP!!!
  • From: Murali N <nalajala.murali@xxxxxxxxx>
• Re: problem with acer extensa and cpufreq utils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: on-demand governor behavior on synchronous MP!!!
  • From: Dave Jones <davej@xxxxxxxxxx>
• problem with acer extensa and cpufreq utils
  • From: Maximilian Wagner <stmax@xxxxxxxxxxxxx>
• on-demand governor behavior on synchronous MP!!!
  • From: Murali N <nalajala.murali@xxxxxxxxx>
• RE: [PATCH] cpufreq: pcc-cpufreq: sanity check to prevent a NULL pointer dereference
  • From: "Chumbalkar, Nagananda" <Nagananda.Chumbalkar@xxxxxx>
• Bug
  • From: Guido Telscher <GuidoTelscher@xxxxxx>
• Re: [PATCH] cpufreq: pcc-cpufreq: sanity check to prevent a NULL pointer dereference
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] cpufreq/db8500: support all frequencies
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCH] cpufreq: pcc-cpufreq: sanity check to prevent a NULL pointer dereference
  • From: Naga Chumbalkar <nagananda.chumbalkar@xxxxxx>
• Re: [PATCH] CPUFREQ: ARM Exynos4210 PM/Suspend Compatibility with Different Bootloaders
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH v2] ARM: ux500: send cpufreq notification for all cpus
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH v2] ARM: ux500: send cpufreq notification for all cpus
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [git pull] cpupowerutils patches for 3.1-rc4
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] ARM: ux500: send cpufreq notification for all cpus
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Slow CPU
  • From: Timo <timo@xxxxxxx>
• Re: [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Santosh <santosh.shilimkar@xxxxxx>
• Re: [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• Re: [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] ARM: ux500: send cpufreq notification for all cpus
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH 0/3 RFC] Fix /proc/stat idle/iowait statistics for tickless kernel
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] nohz: do not update idle/iowait counters from get_cpu_{idle,iowait}_time_us if not asked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Fix Makefile typo.
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [RFC] cpupowerutils patches for 3.1-rc2
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] CPUFREQ: ARM Exynos4210 PM/Suspend Compatibility with Different Bootloaders
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [Bug 41292] scaling_min_freq reverts to cpuinfo_min_freq after wake up
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 41292] New: scaling_min_freq reverts to cpuinfo_min_freq after wake up
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/3] cputime: clean up cputime_to_usecs and usecs_to_cputime macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/3 RFC] Fix /proc/stat idle/iowait statistics for tickless kernel
  • From: Michal Hocko <mhocko@xxxxxxx>
• Fix Makefile typo.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Frequency Levels - Linux vs. FreeBSD
  • From: Luca Niccolini <luca.niccolini@xxxxxxxxxxxx>
• i think powernow-k8 is hiding a speed step on my Athlon Dual-Core QL-60
  • From: Bradley Coleman <bradley@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufrequtils: make NLS optional
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [cpupower] RFC: support "cpupower subcommand [ -c cpulist ]"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [PATCH] cpufrequtils: make NLS optional
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Mattia Dongili <malattia@xxxxxxxxx>
• Re: [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [BUG?] Moving drivers to drivers/cpufreq/ causes all to be loaded
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 3/4] cpupower: Better detect offlined CPUs
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] cpupower: Do not show an empty Idle_Stats monitor if no idle driver is available
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/4] cpupower: mperf monitor - Use TSC to calculate max frequency if possible
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] cpupower: Make monitor command -c/--cpu aware
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [cpupower] RFC: support "cpupower subcommand [ -c cpulist ]"
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [cpupower] RFC: use man(1) when calling "cpupower help subcommand"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [cpupower] RFC: support "cpupower subcommand [ -c cpulist ]"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [cpupower] RFC: support "cpupower subcommand [ -c cpulist ]"
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [cpupower] RFC: use man(1) when calling "cpupower help subcommand"
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] [TRIVIAL] Fix documentation and comment typo 'no_hz'
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] [TRIVIAL] Fix documentation and comment typo 'no_hz'
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] [TRIVIAL] Fix documentation and comment typo 'no_hz'
  • From: Len Brown <lenb@xxxxxxxxxx>
• [cpupower] RFC: use man(1) when calling "cpupower help subcommand"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [cpupower] RFC: support "cpupower subcommand [ -c cpulist ]"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] [TRIVIAL] Fix documentation and comment typo 'no_hz'
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Matt Turner <mattst88@xxxxxxxxxx>
• Re: [PATCH 3/3] proc: consider NO_HZ when printing idle and iowait times
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC PATCH] [CPUFREQ]: add a generic clk based cpufreq driver
  • From: Jamie Iles <jamie@xxxxxxxxxxxxx>
• no overclock possible
  • From: Sylvie Ventura <sylvieventura@xxxxxxxxxx>
• Re: [PATCH 2/5] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ondemand ignore_nice_level
  • From: joni@xxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [git pull] cpupowerutils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• 'cpufreq-set -g performance -r' does not set all CPUs (AMD only?)
  • From: Matt Turner <mattst88@xxxxxxxxxx>
• [Bug 14340] speedstep-ich driver not working in 2.6.31
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15896] Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23712] kmemleak in cpufreq_register_driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15264] cpufreq: possible recursive locking detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16154] non-fatal kerneloops at boot
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13035] select for cpufreq/ files
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 14771] "ondemand" never raises frequency if smaller power supply is used (60w vs. 90w) -- Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] cpupower: Show Intel turbo ratio support via ./cpupower frequency-info
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] aperf: fix compilation on x86-32 with -fPIC
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq: Fix build of s3c64xx cpufreq driver for header change
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] aperf: fix compilation on x86-32 with -fPIC
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Andrew Lutomirski <luto@xxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Andy Lutomirski <luto@xxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Andy Lutomirski <luto@xxxxxxx>
• [PATCH] e_powersaver: Allow user to lower maximum voltage
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH v4 6/7] cpufreq: Remove support for hardware P-state chips from powernow-k8
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] e_powersaver: This is C7 driver only
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• [PATCH] e_powersaver: Check BIOS limit for CPU frequency
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• [PATCH 1/2] cpupower: Show Intel turbo ratio support via ./cpupower frequency-info
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] cpupower: Do detect IDA (opportunistic processor performance) via cpuid
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH, RESEND] acpi-cpufreq: remove unreliable optional device.get() code
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] e_powersaver: Additional checks
  • From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: exynos4210: Show list of available frequencies
  • From: Donggeun Kim <dg77.kim@xxxxxxxxxxx>
• [PATCH v4 3/7] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 5/7] cpufreq: Add compatibility hack to powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 4/7] ACPI: Add fixups for AMD P-state figures
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 7/7] cpufreq: Add boost alias to cpb
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 6/7] cpufreq: Remove support for hardware P-state chips from powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 1/7] x86: Add AMD HW_PSTATE cpu feature bit and MSRs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4 2/7] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH v4] Move modern AMD cpufreq support to acpi-cpufreq
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• RE: [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH, RESEND] acpi-cpufreq: remove unreliable optional device.get() code
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH, RESEND] acpi-cpufreq: remove unreliable optional device.get() code
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] e_powersaver: Add sanity checks to code provided by VIA
  • From: Rafal Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Add sanity checks to code provided by VIA
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Add sanity checks to code provided by VIA
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq: Handle CPUs with different capabilities in acpi-cpufreq
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Underclock checks
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Underclock checks
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Underclock checks
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH] e_powersaver: Underclock checks
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] e_powersaver: Underclock checks
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• [PATCH] e_powersaver: Add sanity checks to code provided by VIA
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [RFC][PATCH] cpufreq: e_powersaver: Fix checking brand for EPS_BRAND_C3
  • From: Rafał Bilski <rafalbilski@xxxxxxxxxx>
• Re: [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] cpufreq: e_powersaver: Fix checking brand for EPS_BRAND_C3
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• RE: [PATCH 2/2] cpufreq: s5pv210: make needlessly global symbols static
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH 1/2] cpufreq: exynos4210: make needlessly global symbols static
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/2] cpufreq: s5pv210: make needlessly global symbols static
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• RE: [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 1/2] cpufreq: exynos4210: make needlessly global symbols static
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• Re: mistake about the cpufreq?
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• [PATCH 4/4] [CPUFREQ] EXYNOS4210: Add Support for DVS Lock
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/4] [CPUFREQ] EXYNOS4210: Change CPU table and divider
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 1/4] [CPUFREQ] EXYNOS4210: Remove regarding busfreq codes
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 3/4] [CPUFREQ] EXYNOS4210: Cleanup sequence and unused codes
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 0/4] [CPUFREQ] EXYNOS4210: Update exynos4210-cpufreq.c
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: is /sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load gone ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: is /sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load gone ?
  • From: Thomas Renninger <trenn@xxxxxxx>
• CPU not recognized by cpufreq-utils
  • From: Frederic Bassaler <frederic.bassaler@xxxxxxxxx>
• Re: mistake about the cpufreq?
  • From: 俞颐超 <yyc1992@xxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: kevin diggs <diggskevin38@xxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: kevin diggs <diggskevin38@xxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: kevin diggs <diggskevin38@xxxxxxxxx>
• [PATCH V4 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• [PATCH V4 1/2] ppc: enable scom access functions on Maple
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• [PATCH V4 0/2] Add cpufreq driver for Momentum Maple platform
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• RE: [PATCH] [CPUFREQ] S3C6410: Add some lower frequencies for 800MHz base clock operation
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] [CPUFREQ] S3C6410: Add some lower frequencies for 800MHz base clock operation
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• is /sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load gone ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [PATCH V2 2/6] [CPUFREQ] S5PV210: Add arm/int voltage control support
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 5/6] [CPUFREQ] S5PV210: Adjust udelay prior to voltage scaling down
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 6/6] [CPUFREQ] S5PV210: Add reboot notifier to prevent system hang
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 1/6] [CPUFREQ] S5PV210: Add additional symantics for "relation" in cpufreq with pm
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 4/6] [CPUFREQ] S5PV210: Lock a mutex while changing the cpu frequency
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 0/6] [CPUFREQ] S5PV210: Update
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 3/6] [CPUFREQ] S5PV210: Add pm_notifier to prevent system unstable
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• RE: [PATCH 2/6] [CPUFREQ] S5PV210: Add arm/int voltage control support
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH] [CPUFREQ] S3C64xx: Notify transition complete as soon as frequency changed
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH] [CPUFREQ] S3C64xx: Notify transition complete as soon as frequency changed
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] [CPUFREQ] S5PV210: Adjust udelay prior to voltage scaling down
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] [CPUFREQ] S5PV210: Add arm/int voltage control support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] [CPUFREQ] S5PV210: Add additional symantics for "relation" in cpufreq with pm
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 4/6] [CPUFREQ] S5PV210: Lock a mutex while changing the cpu frequency
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 2/6] [CPUFREQ] S5PV210: Add arm/int voltage control support
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 3/6] [CPUFREQ] S5PV210: Add pm_notifier to prevent system unstable
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 5/6] [CPUFREQ] S5PV210: Adjust udelay prior to voltage scaling down
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 6/6] [CPUFREQ] S5PV210: Add reboot notifier to prevent system hang
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH 0/6] [CPUFREQ] S5PV210: Update CPUFREQ
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH V2 5/6] cpufreq: Add compatibility hack to powernow-k8
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2 4/6] ACPI: Add fixups for AMD P-state figures
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2 3/6] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2 1/6] x86: Add AMD HW_PSTATE cpu feature bit and MSRs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH V2 2/6] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH V2 4/6] ACPI: Add fixups for AMD P-state figures
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH V2 6/6] cpufreq: Remove support for hardware P-state chips from powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH V2 5/6] cpufreq: Add compatibility hack to powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH V2 3/6] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH V2 1/6] x86: Add AMD HW_PSTATE cpu feature bit and MSRs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 2/2] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• [PATCH 1/2] ppc: enable scom access functions on Maple
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: cpufreq doesn't work with AMD E-350 (Fusion)
  • From: Clayborne Arevalo <clayborne.arevalo@xxxxxxxxx>
• Info request for cpufreq on asus b202
  • From: "John R. Dunning" <jrd@xxxxxxx>
• [PATCH 1/3] [CPUFREQ]: Don't set stat->last_index to -1 if the pol->cur has incorrect value.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 3/3] [CPUFREQ] powernow-k8: Don't try to transition if the pstate is incorrect
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH]/[GIT PULL] stable/cpufreq.bugfixes for 3.0 for cpufreq fixes.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 2/3] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed (vid case).
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] [CPUFREQ] powernow-k8: Don't try to transition if the pstate is incorrect or there is no freq for it.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] [CPUFREQ] powernow-k8: Don't try to transition if the pstate is incorrect or there is no freq for it.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/2] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/2] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/2] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] cpufreq bug fixes (stable/cpufreq.bugfixes) for 3.0 (or 3.1).
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] cpufreq bug fixes (stable/cpufreq.bugfixes) for 3.0 (or 3.1).
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq bug fixes (stable/cpufreq.bugfixes) for 3.0 (or 3.1).
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 1/2] [CPUFREQ] powernow-k8: Don't notify of successful transition if we failed.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 2/2] [CPUFREQ]: Don't set stat->last_index to -1 if the pol->cur has incorrect value.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [CPUFREQ] Remove cpufreq_stats sysfs entries on module unload.
  • From: Dave Jones <davej@xxxxxxxxxx>
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] [CPUFREQ] S3C6410: Support 800MHz operation in cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH] cpufreq powernow-k8: Remove firmware warning in zero transition latency case
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] [CPUFREQ] S3C6410: Support 800MHz operation in cpufreq
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] cpufreq powernow-k8: Remove firmware warning in zero transition latency case
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] [CPUFREQ] S3C6410: Support 800MHz operation in cpufreq
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq powernow-k8: Remove firmware warning in zero transition latency case
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] acpi-cpufreq: remove unreliable get-frequency functions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 36652] Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 36652] New: Ondemand governor is hyperactive
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• cpufreq doesn't work with AMD E-350 (Fusion)
  • From: Star Sweeper <starsweeper@xxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: [PATCH] [CPUFREQ] Move ARM Samsung cpufreq drivers to drivers/cpufreq/
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• [PATCH] [CPUFREQ] Move ARM Samsung cpufreq drivers to drivers/cpufreq/
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH] CPUFREQ/S5PV210, EXYNOS4: Add Kconfig options for S5PV210 and EXYNOS4 CPUfreq drivers
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH] CPUFREQ/S5PV210,EXYNOS4: Add Kconfig options for S5PV210 and EXYNOS4 CPUfreq drivers
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] CPUFREQ/S5PV210,EXYNOS4: Add Kconfig options for S5PV210 and EXYNOS4 CPUfreq drivers
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Dave Jones <davej@xxxxxxxxxx>
• switching to top frequency too frequent with ondemand governor and no_hz
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• Re: [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [git pull] cpupowerutils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: FW: [PATCH 1/4] pass the cross to bench folder
  • From: Huang Hake-B20222 <B20222@xxxxxxxxxxxxx>
• Re: FW: [PATCH 1/4] pass the cross to bench folder
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] CPUFREQ/S5PV210,EXYNOS4: Add Kconfig options for S5PV210 and EXYNOS4 CPUfreq drivers
  • From: Donggeun Kim <dg77.kim@xxxxxxxxxxx>
• [PATCH] CPUFREQ/S5PV210,EXYNOS4: Move S5PV210 and EXYNOS4 CPUfreq drivers into drivers/cpufreq
  • From: Donggeun Kim <dg77.kim@xxxxxxxxxxx>
• Bug in cpufreq?
  • From: Kertész Csaba <csaba.kertesz@xxxxxxxxx>
• [git pull] cpupowerutils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] Add cpufreq driver for Momentum Maple boards
  • From: Dmitry Eremin-Solenikov <dbaryshkov@xxxxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/5] acpi-cpufreq: Add support for disabling dynamic overclocking
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 4/5] cpufreq: Add compatibility hack to powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 5/5] cpufreq: Remove support for hardware P-state chips from powernow-k8
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 3/5] ACPI: Add fixups for AMD P-state figures
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 1/5] acpi-cpufreq: Add support for modern AMD CPUs
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH] CPUFREQ/S3C64xx: Move S3C64xx CPUfreq driver into drivers/cpufreq
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: remove redundant sprintf
  • From: Kees Cook <kees.cook@xxxxxxxxxxxxx>
• Re: Intel Core 2 Quad Q8400 reported as Unknown CPU
  • From: Tomas.Linden@xxxxxxxxxxx
• [PATCH] Fix memory leak in cpufreq_stats.c (resubmit)
  • From: steven finney <Steven.Finney@xxxxxxxx>
• Re: Detection of HyperThreading
  • From: Dave Jones <davej@xxxxxxxxxx>
• Detection of HyperThreading
  • From: Pieter De Wit <pieter@xxxxxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] Fix memory leak in cpufreq_stats.c
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Intel Core 2 Quad Q8400 reported as Unknown CPU
  • From: Dave Jones <davej@xxxxxxxxxx>
• Intel Core 2 Quad Q8400 reported as Unknown CPU
  • From: Tomas.Linden@xxxxxxxxxxx
• [PATCH] cpufreq.h: Fix some checkpatch.pl coding style issues.
  • From: Thiago Farina <tfransosi@xxxxxxxxx>
• [Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 1/1] cpufreq: CPU hotplug, re-create sysfs directory and symlinks
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH] Fix memory leak in cpufreq_stats.c
  • From: "Steven Finney (Palm GBU)" <Steven.Finney@xxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq: Fix _OSC UUID in pcc-cpufreq
  • From: Naga Chumbalkar <nagananda.chumbalkar@xxxxxx>
• Re: Status of arch/arm in linux-next
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufrequtils sysfs: increase MAX_LINE_LEN
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufrequtils sysfs: increase MAX_LINE_LEN
  • From: Roman Vasiyarov <rvasiyarov@xxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dave Jones <davej@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufrequtils sysfs: increase MAX_LINE_LEN
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufrequtils sysfs: increase MAX_LINE_LEN
  • From: Roman Vasiyarov <rvasiyarov@xxxxxxxxx>
• [Bug 33742] Unable to raise CPU frequency of notebook after AC adapter disconnect and reconnect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Status of arch/arm in linux-next
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [Bug 14771] "ondemand" never raises frequency if smaller power supply is used (60w vs. 90w) -- Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Status of arch/arm in linux-next
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Dave Jones <davej@xxxxxxxxxx>
• cpupower packaging
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/2] cpupowerutils: Rename: libcpufreq->libcpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] cpupower: Rename package from cpupowerutils to cpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 0/2] cpupower: Rename from cpupowerutils to cpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 0/2] cpupower: Rename from cpupowerutils to cpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/2] cpupowerutils: Finalize the renaming: libcpufreq->libcpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 0/2] cpupower: Rename from cpupowerutils to cpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] patch remove_utils_from_name
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 33742] Unable to raise CPU frequency of notebook after AC adapter disconnect and reconnect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Status of arch/arm in linux-next
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Status of arch/arm in linux-next
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [Bug 14066] p4_clockmod unusable with ondemand even by manual choice
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13885] Performance decrease after suspend/resume to ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13493] cpufreq: INFO: possible circular locking dependency detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: pcc-cpufreq bug [Was: Bug in cpufreq-utils (/sys/devices/system/cpu/cpu*/cpufreq/affected_cpus)?]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 33202] cpufreq-info 008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 33202] cpufreq-info-008 only reports maximum "current frequency", contradicts cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 33202] New: cpufreq-info-008 only reports maximum "current frequency", contradict cpufreq stats and /proc/cpuinfo
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: pcc-cpufreq bug [Was: Bug in cpufreq-utils (/sys/devices/system/cpu/cpu*/cpufreq/affected_cpus)?]
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• pcc-cpufreq bug [Was: Bug in cpufreq-utils (/sys/devices/system/cpu/cpu*/cpufreq/affected_cpus)?]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] Drivers: cpufreq/cpufreq_stats.c: Fixed brace coding style issue
  • From: Karthigan Srinivasan <karthigan.srinivasan@xxxxxx>
• Atlhlon 64, overclocking and cool'n'quiet
  • From: kristjan <kristjan.ugrin@xxxxxxxxx>
• Re: Core 2 Duo E6600 (2.4GHz) reporting max frequency of 900MHz
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Core 2 Duo E6600 (2.4GHz) reporting max frequency of 900MHz
  • From: Patrick McLean <patrick@xxxxxxxxxxxxx>
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 2/2] cpufreq: use pr_debug() consistently
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] cpufreq: use dynamic debug instead of custom infrastructure
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] More power management updates for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev
  • From: Avi Kivity <avi@xxxxxxxxxx>
• [PATCH 1/6] x86: Use syscore_ops instead of sysdev classes and sysdevs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] timekeeping: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6] Introduce ARCH_NO_SYSDEV_OPS config option (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] cpufreq: Use syscore_ops for boot CPU suspend/resume (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Cpufreq wasn't working of late!
  • From: Vivek Nagaraj <nagaraj.vivek@xxxxxxxxx>
• cpufreq pull for .39
  • From: Dave Jones <davej@xxxxxxxxxx>
• [Bug 23712] kmemleak in cpufreq_register_driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Corentin Chary <corentin.chary@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Trying to set governor results in instantaneous reboot on MSI K8N Master2-FAR with dual Opterons
  • From: Elvis Stansvik <elvstone@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Corentin Chary <corentin.chary@xxxxxxxxx>
• Trying to set governor results in instantaneous reboot on MSI K8N Master2-FAR with dual Opterons
  • From: Elvis Stansvik <elvstone@xxxxxxxxx>
• [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Another .38 pull request.
  • From: Dave Jones <davej@xxxxxxxxxx>
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH]: cpufreq: pcc-cpufreq: don't load driver if get_freq fails during init.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH]: cpufreq: pcc-cpufreq: don't load driver if get_freq fails during init.
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH]: cpufreq: pcc-cpufreq: don't load driver if get_freq fails during init.
  • From: Naga Chumbalkar <nagananda.chumbalkar@xxxxxx>
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 30712] New: Slow transitioning AMD ondemand CPU because of wrong sampling_rate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 3/4] cpufreq: Remove old, deprecated per cpu ondemand/conservative sysfs files
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] cpufreq: Remove unneeded locks
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] cpufreq: Remove deprecated sysfs file sampling_rate_max
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/4] powernow-k8: The table index is not worth displaying
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12993] warning in powernow-k8.c:1254
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15597] acpi-cpufreq not initializing on corei5-661
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13995] Incorrect CPU frequency reported
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12948] No Cool'n'Quiet on Asrock A770Crossfire
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [2.6.38-rc7, patch] cpuinfo_cur_freq unreadable by non-root
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [2.6.38-rc7, patch v2] cpuinfo_cur_freq unreadable by non-root
  • From: Daniel J Blueman <daniel.blueman@xxxxxxxxx>
• Re: [2.6.38-rc7, patch] cpuinfo_cur_freq unreadable by non-root
  • From: Thomas Renninger <trenn@xxxxxxx>
• [2.6.38-rc7, patch] cpuinfo_cur_freq unreadable by non-root
  • From: Daniel J Blueman <daniel.blueman@xxxxxxxxx>
• Re: [PATCH 1/1] CPUFREQ: fix BUG on cpufreq policy init failure
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 1/1] CPUFREQ: fix BUG on cpufreq policy init failure
  • From: Thomas Renninger <trenn@xxxxxxx>
• p4-clockmod: Unknown CPU
  • From: Fredrik Rambris <fredrik@xxxxxxxxxxx>
• [PATCH 1/1] CPUFREQ: fix BUG on cpufreq policy init failure
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] CPUFREQ : calculate delay after dbs_check_cpu
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] CPUFREQ : calculate delay after dbs_check_cpu
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• [Bug 29522] Unable to use any kind of frequency scaling
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 29522] Unable to use any kind of frequency scaling
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 29522] New: Unable to use any kind of frequency scaling
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC/PATCH] OMAP: Fix section mismatch
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: desperately trying to enable maximum supported frequency scaling on a core2
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: desperately trying to enable maximum supported frequency scaling on a core2
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 1/8] libcpupower/cpufreq-info: Add basic functions to detect AMD CPB information
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH]: cpufreq: p4-clockmod: print EST-capable warning message only once
  • From: Naga Chumbalkar <nagananda.chumbalkar@xxxxxx>
• Re: [PATCH] CPUFREQ : calculate delay after dbs_check_cpu
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• desperately trying to enable maximum supported frequency scaling on a core2
  • From: jhopper@xxxxxxxxxxxxx
• [Bug 18662] kondemand/1 stuck
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• cpu voltage scaling
  • From: mihn leigh <mihnsk@xxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• [PATCH 1/8] libcpupower/cpufreq-info: Add basic functions to detect AMD CPB information
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/8] Make linking quiet again
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/8] libcpupower: libcpufreq: Provide boost information also for AMD family 12h and 15h
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/8] cpufreq-aperf: mperf might tick faster than expected, esp on Intel
  • From: Thomas Renninger <trenn@xxxxxxx>
• Cpufreq regression in 2.6.38rc3 on i7 SMP
  • From: Martin Cracauer <cracauer@xxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Michael Reinelt <michael@xxxxxxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Mattia Dongili <malattia@xxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] CPUFREQ : calculate delay after dbs_check_cpu
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: CPU throttled down to 800 after 15-30mins
  • From: Mattia Dongili <malattia@xxxxxxxx>
• CPU throttled down to 800 after 15-30mins
  • From: J Webster <jw.jwebster@xxxxxxxxx>
• Re: [PATCH 3/4] libcpupower: libcpufreq: Provide boost information also for AMD family 12h and 15h
  • From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] cpufreq-aperf: mperf might tick faster than expected, esp on Intel
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/4] libcpupower/cpufreq-info: Add basic functions to detect AMD CPB information
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] cpufreq-aperf: mperf might tick faster than expected, esp on Intel
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/4] libcpupower: libcpufreq: Provide boost information also for AMD family 12h and 15h
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] Make linking quiet again
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 0/4] Add some AMD boost state info and tiny fixes
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCHSET] workqueue: update workqueue users - replace create_workqueue()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [Bug 13035] select for cpufreq/ files
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13035] select for cpufreq/ files
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] pcc-cpufreq: remove duplicate statements
  • From: Naga Chumbalkar <nagananda.chumbalkar@xxxxxx>
• Re: how to do cpu voltage scaling
  • From: mihn leigh <mihnsk@xxxxxxxxx>
• how to do cpu voltage scaling
  • From: mihn <mihnsk@xxxxxxxxx>
• Re: [PATCHSET] workqueue: update workqueue users - replace create_workqueue()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] workqueue: update workqueue users - replace create_workqueue()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCHSET] workqueue: update workqueue users - replace create_workqueue()
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH V2] cpufreq: Add documentation for sampling_down_factor
  • From: Vishwanath BS <vishwanath.bs@xxxxxx>
• Re: [PATCHSET] workqueue: update workqueue users - replace create_workqueue()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Add documentation for sampling_down_factor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• [PATCH] cpufreq: Add documentation for sampling_down_factor
  • From: Vishwanath BS <vishwanath.bs@xxxxxx>
• [Bug 19672] ondemand is slow
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19672] ondemand is slow
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12114] AthlonXP-M
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only lowest frequency available DC, unless "processor.ignore_ppc=1" - Mobile AMD Sempron
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13493] cpufreq: INFO: possible circular locking dependency detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16168] BUG: using smp_processor_id() in preemptible [00000000] code:
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 14066] p4_clockmod unusable with ondemand even by manual choice
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13493] cpufreq: INFO: possible circular locking dependency detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx