Linux CPU Freq

• Date Index

• Re: [PATCH] cpufrequtils aperf: Fix MSR read on 32-bit, (continued)
  • Re: [PATCH] cpufrequtils aperf: Fix MSR read on 32-bit, Dominik Brodowski
• [Bug 23712] New: kmemleak in cpufreq_register_driver, bugzilla-daemon
  • [Bug 23712] kmemleak in cpufreq_register_driver, bugzilla-daemon
  • [Bug 23712] kmemleak in cpufreq_register_driver, bugzilla-daemon
  • [Bug 23712] kmemleak in cpufreq_register_driver, bugzilla-daemon
• [PATCH] cpufreq: Add __attribute__((format (printf...) to cpufreq_debug_printk and fix fallout, Joe Perches
• Missing "unregister_cpu_notifier" in powernow-k8.c, Neil Brown
  • Re: Missing "unregister_cpu_notifier" in powernow-k8.c, Dave Jones
    • Re: Missing "unregister_cpu_notifier" in powernow-k8.c, Dave Jones
      • Re: Missing "unregister_cpu_notifier" in powernow-k8.c, Borislav Petkov
        • Re: Missing "unregister_cpu_notifier" in powernow-k8.c, Borislav Petkov
          • [PATCH 2/2] x86, powernow-k8: Fix exit path, Borislav Petkov
          • [PATCH 1/2] x86, powernow-k8: Fixup missing _PSS objects message, Borislav Petkov
• Issues with ondemand governor, Vishwanath Sripathy
  • Re: Issues with ondemand governor, David C Niemi
    • Re: Issues with ondemand governor, Vishwanath Sripathy
      • Re: Issues with ondemand governor, Amit Kucheria
        • Re: Issues with ondemand governor, Vishwanath Sripathy
          • Re: Issues with ondemand governor, David C Niemi
            • Re: Issues with ondemand governor, Vishwanath Sripathy
              • Re: Issues with ondemand governor, Thomas Renninger
    • Re: Issues with ondemand governor, Christian Robottom Reis
      • Re: Issues with ondemand governor, Vishwanath Sripathy
      • Re: Issues with ondemand governor, David C Niemi
        • Re: Issues with ondemand governor, Nicolas Pitre
          • Re: Issues with ondemand governor, Dave Jones
            • Re: Issues with ondemand governor, David C Niemi
• [Bug 23412] New: Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only the lowest CPU frequency available on laptop working from battery., bugzilla-daemon
  • [Bug 23412] Only lowest frequency available DC, unless "processor.ignore_ppc=1" - Mobile AMD Sempron, bugzilla-daemon
• [PATCH 00/44] remove unnecessary semicolons, Joe Perches
  • [PATCH 04/44] drivers/cpufreq: Remove unnecessary semicolons, Joe Perches
• linking cpufrequtils against libcpufreq.a, Gabor Z. Papp
• [PATCH] cpupowerutils: Add basic functions to detect AMD CPB information, Andreas Herrmann
  • Re: [PATCH] cpupowerutils: Add basic functions to detect AMD CPB information, Dominik Brodowski
• Re: [PATCH] cpufreq: Fix ondemand governor powersave_bias execution time misuse, Youquan Song
  • Re: [PATCH] cpufreq: Fix ondemand governor powersave_bias execution time misuse, Arjan van de Ven
• [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery, bugzilla-daemon
  • [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery, bugzilla-daemon
• per_cpu Userspace mutex, Chidambaram, Praveen
• Question regarding during system suspend, Raj Kumar
• [Bug 21082] New: Machine Check Exception on Athlon X2, bugzilla-daemon
  • [Bug 21082] Machine Check Exception on Athlon X2, bugzilla-daemon
• [PATCH]: x86, cpufreq: Mark longrun_get_policy with __cpuinit., Rakib Mullick
• cpufreq: circular lock dependency, Stefan Richter
• [PATCH 1/1] cpufreq: sampling_down_factor to improve ondemand performance, David C Niemi
• cpupowerutils: easier use of msr and cpuid stuff and some more, Thomas Renninger
  • [PATCH 4/5] cpupowerutils: Add get_cpu_info(..) func to cpuid.h, Thomas Renninger
    • [PATCH] cpupowerutils: Add get_cpu_info(..) func to cpuid.h V2, Thomas Renninger
  • [PATCH 1/5] cpupowerutils: Move read_msr from cpufreq-aperf.c into own /lib/msr.c file, Thomas Renninger
  • [PATCH 2/5] cpupowerutils: Let older tools make use of global read_msr functions, Thomas Renninger
  • [PATCH 3/5] cpupowerutils: Move utils/cpuid.h to lib/cpuid.h, Thomas Renninger
    • Re: [PATCH 3/5] cpupowerutils: Move utils/cpuid.h to lib/cpuid.h, Thomas Renninger
  • [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Thomas Renninger
    • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Mattia Dongili
      • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Thomas Renninger
    • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Borislav Petkov
      • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Dominik Brodowski
        • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Borislav Petkov
      • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Thomas Renninger
        • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Borislav Petkov
          • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Thomas Renninger
            • Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param, Borislav Petkov
  • Re: cpupowerutils: easier use of msr and cpuid stuff and some more, Dominik Brodowski
    • Re: cpupowerutils: easier use of msr and cpuid stuff and some more, Thomas Renninger
      • Re: cpupowerutils: easier use of msr and cpuid stuff and some more, Dominik Brodowski
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
  • [Bug 19702] i5-450M CPU gets stuck in low/lowest state, bugzilla-daemon
• [Bug 19672] New: ondemand is slow, bugzilla-daemon
  • [Bug 19672] ondemand is slow, bugzilla-daemon
  • [Bug 19672] ondemand is slow, bugzilla-daemon
• [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Davidlohr Bueso
  • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Pekka Enberg
    • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, David Rientjes
    • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Dave Jones
      • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Pekka Enberg
        • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Dave Jones
  • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, David Rientjes
    • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Dave Jones
      • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Davidlohr Bueso
    • Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Davidlohr Bueso
• [Bug 19262] New: CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor, bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R), bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R), bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R), bugzilla-daemon
  • [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R), bugzilla-daemon
• [Bug 19132] New: Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
  • [Bug 19132] Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
  • [Bug 19132] Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
  • [Bug 19132] Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
  • [Bug 19132] Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
  • [Bug 19132] Changing the default cpufreq govenor freezes suspend, bugzilla-daemon
• [PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc, Davidlohr Bueso
• Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality, Thomas Renninger
  • [PATCH 3/4] cpufrequtils: Rename libcpufreq to libcpupower, Thomas Renninger
  • [PATCH 2/4] cpufrequtils: Add cpuidle-info tool with some cstate library functions, Thomas Renninger
  • [PATCH 4/4] cpufrequtils: Rename the project/package into cpupowerutils, Thomas Renninger
  • [PATCH 1/4] cpufrequtils: Prepare for non-cpufreq related power features by renaming files, Thomas Renninger
  • Re: Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality, Dominik Brodowski
    • Re: Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality, Thomas Renninger
      • [PATCH 1/3] cpupowerutuils: Jump to version 010, Thomas Renninger
        • Re: [PATCH 1/3] cpupowerutuils: Jump to version 010, Dominik Brodowski
      • [PATCH 2/3] cpupowerutils: Use sbindir for binaries that need root privileges, Thomas Renninger
        • Re: [PATCH 2/3] cpupowerutils: Use sbindir for binaries that need root privileges, Dominik Brodowski
      • [PATCH 3/3] cpupowerutils: cpufreq-bench must link against libcpupower, Thomas Renninger
        • Re: [PATCH 3/3] cpupowerutils: cpufreq-bench must link against libcpupower, Dominik Brodowski
• sending cpu info, Vikram Goyal
• Re: 2.6.35.x: acpi+no_hz+turboboost causing 3ware I/O controller resets, Justin Piszcz
• [Bug 18662] New: kondemand/1 stuck, bugzilla-daemon
  • [Bug 18662] kondemand/1 stuck, bugzilla-daemon
  • [Bug 18662] kondemand/1 stuck, bugzilla-daemon
  • [Bug 18662] kondemand/1 stuck, bugzilla-daemon
• Re: [linux-pm] new kmemleak between 2.6.35.3 and 2.6.35.4, Pavel Machek
  • Re: [linux-pm] new kmemleak between 2.6.35.3 and 2.6.35.4, Toralf Förster
• Improving High-Load Performance with the Ondemand Governor, David C Niemi
  • Re: Improving High-Load Performance with the Ondemand Governor, Andi Kleen
    • Re: Improving High-Load Performance with the Ondemand Governor, David C Niemi
      • Re: Improving High-Load Performance with the Ondemand Governor, Andi Kleen
        • Re: Improving High-Load Performance with the Ondemand Governor, David C Niemi
  • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], David C Niemi
    • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Thomas Renninger
      • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Arjan van de Ven
      • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], David C Niemi
        • RE: [linux-pm] Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Sripathy, Vishwanath
    • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Venkatesh Pallipadi
• [PATCH 2/8] arch/x86/kernel/cpu/cpufreq: Fix unsigned return type, Julia Lawall
• CPUFREQ on FriendlyArm, tarek attia
• [PATCH] Fix NLS handling when building on uclibc, Natanael Copa
• [PATCH] cpufrequtils: Remove proc compile option and interfaces, Thomas Renninger
  • Re: [PATCH] cpufrequtils: Remove proc compile option and interfaces, Dominik Brodowski
• Re: Speedstep on Celeron SU2300, Tiago Marques
  • Message not available
    • Speedstep on Celeron SU2300, Tiago Marques
  • Re: Speedstep on Celeron SU2300, Thomas Renninger
    • Re: Speedstep on Celeron SU2300, Tiago Marques
      • Re: Speedstep on Celeron SU2300, Thomas Renninger
        • Re: Speedstep on Celeron SU2300, Tiago Marques
          • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Thomas Renninger
            • Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Arjan van de Ven
              • Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
                • Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Arjan van de Ven
                  • Message not available
                    • Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
            • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
              • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Thomas Renninger
                • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
              • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Matthew Garrett
                • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Thomas Renninger
                  • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
                • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
              • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Len Brown
                • Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows, Tiago Marques
• Ondemand configurable down_differential?, Chidambaram, Praveen
• [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info, Thomas Renninger
  • Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info, Amit Arora
    • Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info, Thomas Renninger
      • Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info, Amit Arora
• Re: [PATCH] Make PowerTOP generic, by removing hard coded values, Thomas Renninger
  • Re: [PATCH] Make PowerTOP generic, by removing hard coded values, Auke Kok
  • Re: [PATCH] Make PowerTOP generic, by removing hard coded values, Amit Arora
• [Bug 17001] New: ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
  • [Bug 17001] ondemand governor non-functional / ACPI P-states driver, bugzilla-daemon
• Unknown cpufreq driver, Roman V. Nikolaev
• patch for longhaul; bm_timeout fix, wateenellende
• [PATCH] [CPUFREQ] acpi-cpufreq: add missing __percpu markup, Namhyung Kim
  • Re: [PATCH] [CPUFREQ] acpi-cpufreq: add missing __percpu markup, Tejun Heo
• proposed sysfs semantic change., Dave Jones
  • Re: proposed sysfs semantic change., Dominik Brodowski
  • Re: proposed sysfs semantic change., Andi Kleen
    • Re: proposed sysfs semantic change., Dave Jones
      • Re: proposed sysfs semantic change., Andi Kleen
• Kernel OOPS - FC13 cpuspeed AMD CPU, Jeff Rickman
• [PATCH] [CPUFREQ] add missing __percpu markup in pcc-cpufreq.c, Namhyung Kim
  • Re: [PATCH] [CPUFREQ] add missing __percpu markup in pcc-cpufreq.c, Tejun Heo
• [PATCH 20/42] drivers/cpufreq: Adjust confusing if indentation, Julia Lawall
• ACPI-CPUFREQ problem on VIA C7-D 1800 MHz, Carl Wenninger
• [Bug 16489] New: kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
  • [Bug 16489] kmemleak after suspend2ram in cpufreq driver, bugzilla-daemon
• [PATCH 9/9] [ARM] tegra: Add cpufreq support, Colin Cross
  • Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support, Dominik Brodowski
    • Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support, Colin Cross
      • Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support, Mark Brown
        • Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support, Colin Cross
          • Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support, Mark Brown
• Bug or my failor?, Andrei Mitrofanow
  • Re: Bug or my failor?, Thomas Renninger
• [2.6.35-rc6 cpufreq] fix double freeing..., Daniel J Blueman
• Affected_cpus, related_cpus, ...?, Tomasz Buchert
• [patch 2/2] powernow-k8: fix misleading variable naming, akpm
• [patch 1/2] powernow-k8: limit Pstate transition latency check, akpm
• [patch for 2.6.35 1/1] cpufreq: revert "[CPUFREQ] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site)", akpm
• [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC, Matthew Garrett
  • RE: [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC, Chumbalkar, Nagananda
  • Re: [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC, Thomas Renninger
• [PATCH] cpufreq: fix memory leak in cpufreq_add_dev, Xiaotian Feng
  • Re: [PATCH] cpufreq: fix memory leak in cpufreq_add_dev, Prarit Bhargava
• [PATCH 2/3] Fix section mismatch for longhaul_cpu_init., Holger Freyther
  • <Possible follow-ups>
  • [PATCH 2/3] Fix section mismatch for longhaul_cpu_init., Holger Freyther
• [PATCH 0/3] Fix section mismatch in cpufreq drivers, Holger Freyther
  • <Possible follow-ups>
  • [PATCH 0/3] Fix section mismatch in cpufreq drivers, Holger Freyther
• [PATCH 1/3] Fix section mismatch for lonrun_cpu_init., Holger Freyther
  • <Possible follow-ups>
  • [PATCH 1/3] Fix section mismatch for lonrun_cpu_init., Holger Freyther
• [PATCH 3/3] Fix section mismatch for powernow_cpu_init in powernow-k7.c, Holger Freyther
  • <Possible follow-ups>
  • [PATCH 3/3] Fix section mismatch for powernow_cpu_init in powernow-k7.c, Holger Freyther
• Unsupported CPU, Дмитрий
• [PATCH 02/25] cpufreq: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used), Peter Hüwe
• [PATCH] cpufreq: Fix PCC driver error path, Matthew Garrett
  • RE: [PATCH] cpufreq: Fix PCC driver error path, Chumbalkar, Nagananda
• [Bug 16362] New: only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
  • [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
  • [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
  • [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
  • [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
  • [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed, bugzilla-daemon
• [Bug 16357] New: acpi-cpufreq fails to load (No such device), bugzilla-daemon
  • [Bug 16357] acpi-cpufreq fails to load (No such device), bugzilla-daemon
  • [Bug 16357] acpi-cpufreq fails to load (No such device), bugzilla-daemon
  • [Bug 16357] acpi-cpufreq fails to load (No such device), bugzilla-daemon
  • [Bug 16357] acpi-cpufreq fails to load (No such device), bugzilla-daemon
  • [Bug 16357] acpi-cpufreq fails to load (No such device), bugzilla-daemon
• [PATCH] powernow-k8: Fix misleading variable naming, Borislav Petkov
• [PATCH] powernow-k8: Limit Pstate transition latency check, Borislav Petkov
• [ANNOUNCE] cpufrequtils-008 released, Dominik Brodowski
• [PATCH 06/19] arch/x86/kernel/cpu/cpufreq: use for_each_pci_dev(), Kulikov Vasiliy
• [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time, bugzilla-daemon
  • [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time, bugzilla-daemon
• Need help with sensors plugin, Nicolas Hüppelshäuser
  • Re: Need help with sensors plugin, Mattia Dongili
• [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration, bugzilla-daemon
  • [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration, bugzilla-daemon
  • [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration, bugzilla-daemon
• [PATCH] Cpufreq: fix brace coding style issue. This patch fixes up a brace warning found by the checkpatch.pl tool Signed-off-by: Neal Buckendahl <nealb001@xxxxxxxxxx>, Neal Buckendahl
• Re: [Bug #16169] Complain from preemptive debug, Sedat Dilek
  • Re: [Bug #16169] Complain from preemptive debug, Rafael J. Wysocki
• Re: Linux 2.6.35-rc3, Borislav Petkov
  • Re: Linux 2.6.35-rc3, Andrew Morton
• [Bug 16169] New: Complain from preemptive debug, bugzilla-daemon
  • [Bug 16169] Complain from preemptive debug, bugzilla-daemon
  • [Bug 16169] Complain from preemptive debug, bugzilla-daemon
  • [Bug 16169] Complain from preemptive debug, bugzilla-daemon
  • [Bug 16169] Complain from preemptive debug, bugzilla-daemon
  • [Bug 16169] Complain from preemptive debug, bugzilla-daemon
• [Bug 16168] New: BUG: using smp_processor_id() in preemptible [00000000] code:, bugzilla-daemon
  • [Bug 16168] BUG: using smp_processor_id() in preemptible [00000000] code:, bugzilla-daemon
  • [Bug 16168] BUG: using smp_processor_id() in preemptible [00000000] code:, bugzilla-daemon
• Ondemand Governor in Linux Kernel 2.6.31, Shankar Ganesh
  • Re: Ondemand Governor in Linux Kernel 2.6.31, Chidambaram, Praveen
    • Re: Ondemand Governor in Linux Kernel 2.6.31, shankarGanesh
      • Re: Ondemand Governor in Linux Kernel 2.6.31, Chidambaram, Praveen
• [Bug 16154] New: non-fatal kerneloops at boot, bugzilla-daemon
  • [Bug 16154] non-fatal kerneloops at boot, bugzilla-daemon
  • [Bug 16154] non-fatal kerneloops at boot, bugzilla-daemon
  • [Bug 16154] non-fatal kerneloops at boot, bugzilla-daemon
• Unable to start cpu frequency scaling in E5420, Priyadarshan Hari
• Fwd: [loongson2-PATCH] modification of the cpufreq module, wu zhangjin
  • Re: [loongson2-PATCH] modification of the cpufreq module, wu zhangjin
• [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634, Sedat Dilek
  • Re: [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634, Maciej Rutecki
• Re: 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?), Sedat Dilek
  • [FIXED] 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?), Sedat Dilek
    • Re: [FIXED] 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?), Maciej Rutecki
• Re: how could I help?, Edin Hodzic
• [Bug 16072] New: [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
  • [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 ), bugzilla-daemon
• [PATCH] cpufreq: call nr_iowait_cpu with disabled preemption, Dmitry Monakhov
• powernow-k8 warning, Александр Дориф
• [cpufreq] Removing module 'cpufreq_stats' fails, Juergen Beisert
• powernow-k8: section mismatch, Stefan Richter
  • Re: powernow-k8: section mismatch, Borislav Petkov
• [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Thomas Renninger
  • Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Thomas Renninger
    • Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Thomas Renninger
  • Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Arjan van de Ven
• [patch for 2.6.35? 1/1] cpufreq: revert "[CPUFREQ] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site)", akpm
• [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup, Mike Chan
  • [PATCH v2 3/3] omap: cpu: Implement callbacks for cpu frequency tracking in cpuacct, Mike Chan
  • [PATCH v2 2/3] scheduler: cpuacct: Enable platform callbacks for cpuacct power tracking, Mike Chan
  • [PATCH v2 1/3] scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU frequencies, Mike Chan
  • Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup, Thomas Renninger
    • Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup, Mike Chan
      • Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup, Kevin Hilman
        • Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup, Mike Chan
• [PATCH 0/4] Enable cpu frequency and power tracking for cpuacct cgroup, Mike Chan
  • [PATCH 1/4] scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU frequencies, Mike Chan
  • [PATCH 3/4] scheduler: cpuacct: Enable platform callbacks for cpuacct power tracking, Mike Chan
    • [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file, Thomas Renninger
      • Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file, Peter Zijlstra
        • Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file, Peter Zijlstra
      • Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file, Mike Chan
  • [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct, Mike Chan
    • Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct, Nishanth Menon
      • Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct, Thomas Renninger
        • Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct, Mike Chan
          • Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct, Nishanth Menon
  • [PATCH 2/4] omap: cpu: Implement callbacks for cpu frequency tracking in cpuacct, Mike Chan
• Ondemand core specific variables, Chidambaram, Praveen
  • Re: Ondemand core specific variables, Thomas Renninger
    • Re: Ondemand core specific variables, Thomas Renninger
      • Re: Ondemand core specific variables, Chidambaram, Praveen
        • Re: Ondemand core specific variables, Chidambaram, Praveen
          • Re: Ondemand core specific variables, Thomas Renninger
            • Re: Ondemand core specific variables, Chidambaram, Praveen
              • Re: Ondemand core specific variables, Thomas Renninger
                • Re: Ondemand core specific variables, Chidambaram, Praveen
• Bugreport, Sebastian R. Michl
• Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor, Andrew Morton
  • Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor, Andrej Gelenberg
    • Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor, Américo Wang
• [Bug 15896] New: Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T), bugzilla-daemon
  • [Bug 15896] Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T), bugzilla-daemon
  • [Bug 15896] Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T), bugzilla-daemon
• [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor, bugzilla-daemon
  • [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor, bugzilla-daemon
• [PATCH 1/3] cpufrequtils aperf: Add cpuid support, Thomas Renninger
  • [PATCH 2/3] cpufrequtils aperf: Use sysconf() glibc func to detect possible cpus, Thomas Renninger
  • [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Thomas Renninger
    • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Dominik Brodowski
      • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Borislav Petkov
        • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Borislav Petkov
          • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Dominik Brodowski
        • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Dominik Brodowski
          • Message not available
            • Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof, Borislav Petkov
• [Bug 15264] cpufreq: possible recursive locking detected, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 15264] cpufreq: possible recursive locking detected, bugzilla-daemon
  • [Bug 15264] cpufreq: possible recursive locking detected, bugzilla-daemon
  • [Bug 15264] cpufreq: possible recursive locking detected, bugzilla-daemon
  • [Bug 15264] cpufreq: possible recursive locking detected, bugzilla-daemon
• [thomas@xxxxxxxxxxxxx: [Xen-devel] CPUFreq: BUG: unable to handle kernel paging request], Thomas Schwinge
• Re: cpufreq-aperf and hotplug, Borislav Petkov
  • [PATCH 1/2] aperf: Add cpuid support, Borislav Petkov
    • Message not available
      • Re: [PATCH 1/2] aperf: Add cpuid support, Borislav Petkov
  • [PATCH 2/2] aperf: Make data collection cpu hotplug proof, Borislav Petkov
  • Re: cpufreq-aperf and hotplug, Thomas Renninger
• Implement trace_power_frequency for all cpufreq drivers, Thomas Renninger
  • [PATCH 1/2] acpi-cpufreq: Fix CPU_ANY CPUFREQ_{PRE,POST}CHANGE notification, Thomas Renninger
    • Re: [PATCH 1/2] acpi-cpufreq: Fix CPU_ANY CPUFREQ_{PRE,POST}CHANGE notification, Venkatesh Pallipadi
  • [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Thomas Renninger
    • Re: [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Ingo Molnar
      • Re: [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent, Thomas Renninger
• Available frequency steps for mobile Core 2 Duo, Pedro Ribeiro
• CPUfreq - udelay() interaction issues, Saravana Kannan
  • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
    • Re: CPUfreq - udelay() interaction issues, Thomas Renninger
      • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
  • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
    • Re: CPUfreq - udelay() interaction issues, Mathieu Desnoyers
      • Re: CPUfreq - udelay() interaction issues, Arjan van de Ven
        • Re: CPUfreq - udelay() interaction issues, Mathieu Desnoyers
          • Re: CPUfreq - udelay() interaction issues, Arjan van de Ven
            • Re: CPUfreq - udelay() interaction issues, Mathieu Desnoyers
              • Re: CPUfreq - udelay() interaction issues, Arjan van de Ven
        • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
      • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
        • Re: CPUfreq - udelay() interaction issues, Pavel Machek
        • Re: CPUfreq - udelay() interaction issues, Mathieu Desnoyers
          • Re: CPUfreq - udelay() interaction issues, Saravana Kannan
• [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
  • [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500, bugzilla-daemon
• [PATCH 0/7] Fix performance issue with ondemand governor, Arjan van de Ven
  • [PATCH 1/7] sched: add a comment to get_cpu_idle_time_us(), Arjan van de Ven
    • Re: [PATCH 1/7] sched: add a comment to get_cpu_idle_time_us(), Rik van Riel
  • [PATCH 4/7] sched: fold updating of the last update time into update_ts_time_stats(), Arjan van de Ven
    • Re: [PATCH 4/7] sched: fold updating of the last update time into update_ts_time_stats(), Rik van Riel
  • [PATCH 5/7] sched: eliminate the ts->idle_lastupdate field, Arjan van de Ven
    • Re: [PATCH 5/7] sched: eliminate the ts->idle_lastupdate field, Rik van Riel
  • [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
    • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Éric Piel
      • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Éric Piel
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Thomas Renninger
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Mike Chan
            • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Pavel Machek
              • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Mike Chan
    • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Tvrtko Ursulin
      • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Tvrtko Ursulin
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
            • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Tvrtko Ursulin
              • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
                • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Tvrtko Ursulin
            • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Pavel Machek
    • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Thomas Renninger
      • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
    • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Pavel Machek
      • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Willy Tarreau
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Thomas Renninger
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
            • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Thomas Renninger
              • [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable, Arjan van de Ven
                • Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable, Willy Tarreau
                • Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable, Pavel Machek
                • Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable, Rik van Riel
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Willy Tarreau
      • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Pavel Machek
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
        • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Pavel Machek
          • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Arjan van de Ven
    • Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO, Rik van Riel
  • [PATCH 6/7] sched: introduce get_cpu_iowait_time_us(), Arjan van de Ven
    • Re: [PATCH 6/7] sched: introduce get_cpu_iowait_time_us(), Rik van Riel
  • [PATCH 3/7] sched: update the idle statistics in get_cpu_idle_time_us(), Arjan van de Ven
    • Re: [PATCH 3/7] sched: update the idle statistics in get_cpu_idle_time_us(), Rik van Riel
  • [PATCH 2/7] sched: introduce a function to update the idle statistics, Arjan van de Ven
    • Re: [PATCH 2/7] sched: introduce a function to update the idle statistics, Rik van Riel
  • Re: [PATCH 0/7] Fix performance issue with ondemand governor, Dave Jones
    • Re: [PATCH 0/7] Fix performance issue with ondemand governor, Dominik Brodowski
      • Re: [PATCH 0/7] Fix performance issue with ondemand governor, Rik van Riel
        • Re: [PATCH 0/7] Fix performance issue with ondemand governor, Dominik Brodowski
• [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies, Mike Chan
  • Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies, Thomas Renninger
    • Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies, Mike Chan
      • Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies, Thomas Renninger
        • Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies, Mike Chan
• [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Mike Chan
  • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Paul Menage
    • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Mike Chan
    • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Balbir Singh
      • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Mike Chan
  • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Balbir Singh
    • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Mike Chan
  • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Daniel Walker
    • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Mike Chan
      • Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency, Daniel Walker
• [-v3 PATCH 0/6] powernow-k8: Core Performance Boost and effective frequency support, Borislav Petkov
  • [PATCH 1/6] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo, Borislav Petkov
  • [PATCH 5/6] powernow-k8: Fix frequency reporting, Borislav Petkov
  • [PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
  • [PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
    • [-v3.1 PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
  • [PATCH 6/6] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
  • [PATCH 3/6] x86: Unify APERF/MPERF support, Borislav Petkov
• [-v2 PATCH 0/6] powernow-k8: Core Performance Boost and effective frequency support, Borislav Petkov
  • [-v2 PATCH 1/6] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo, Borislav Petkov
  • [-v2 PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
  • [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
    • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Andrew Morton
      • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
        • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Andrew Morton
          • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
            • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Andrew Morton
              • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, H. Peter Anvin
                • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
                  • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Dave Jones
                  • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, H. Peter Anvin
                    • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, H. Peter Anvin
                • Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support, Borislav Petkov
  • [-v2 PATCH 3/6] x86: Unify APERF/MPERF support, Borislav Petkov
  • [-v2 PATCH 5/6] powernow-k8: Fix frequency reporting, Borislav Petkov
  • [-v2 PATCH 6/6] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
• Re: F13 - recursive lock warning, Dave Jones
  • Re: F13 - recursive lock warning, Jes Sorensen
    • Re: F13 - recursive lock warning, Dave Jones
      • Re: F13 - recursive lock warning, Jes Sorensen
• The conservative governor ignores all but the last CPU when taking decisions, Jean-Christian
  • Re: The conservative governor ignores all but the last CPU when taking decisions, Dominik Brodowski
    • Re: The conservative governor ignores all but the last CPU when taking decisions, Jean-Christian Goussard
      • Re: The conservative governor ignores all but the last CPU when taking decisions, Dominik Brodowski
• [RFC] Add support for modern AMDs to acpi-cpufreq, Matthew Garrett
  • Re: [RFC] Add support for modern AMDs to acpi-cpufreq, Thomas Renninger
    • RE: [RFC] Add support for modern AMDs to acpi-cpufreq, Langsdorf, Mark
      • RE: [RFC] Add support for modern AMDs to acpi-cpufreq, Langsdorf, Mark
• [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support, Borislav Petkov
  • [PATCH 5/5] cpufreq: Add support for actual freq, Borislav Petkov
    • Re: [PATCH 5/5] cpufreq: Add support for actual freq, Thomas Renninger
      • Re: [PATCH 5/5] cpufreq: Add support for actual freq, Borislav Petkov
        • Re: [PATCH 5/5] cpufreq: Add support for actual freq, Dominik Brodowski
        • Re: [PATCH 5/5] cpufreq: Add support for actual freq, Thomas Renninger
          • Re: [PATCH 5/5] cpufreq: Add support for actual freq, Borislav Petkov
  • [PATCH 2/5] powernow-k8: Add core performance boost support, Borislav Petkov
    • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Thomas Renninger
      • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Borislav Petkov
        • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Dominik Brodowski
          • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Borislav Petkov
            • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Dominik Brodowski
              • Re: [PATCH 2/5] powernow-k8: Add core performance boost support, Borislav Petkov
  • [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
    • Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Thomas Renninger
      • Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
        • Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Thomas Renninger
          • Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
            • Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros, Thomas Renninger
  • [PATCH 4/5] powernow-k8: Fix frequency reporting, Borislav Petkov
  • [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
    • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Thomas Renninger
      • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
  • <Possible follow-ups>
  • [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support, Borislav Petkov
    • [PATCH 1/5] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo, Borislav Petkov
    • [PATCH 5/5] cpufreq: Unify sysfs attribute definition macros, Borislav Petkov
    • [PATCH 4/5] powernow-k8: Fix frequency reporting, Borislav Petkov
    • [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
      • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Thomas Renninger
        • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
        • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Valdis . Kletnieks
          • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Thomas Renninger
            • Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors, Borislav Petkov
    • [PATCH 2/5] powernow-k8: Add core performance boost support, Borislav Petkov
    • Re: [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support, Thomas Renninger
• cpufrequtils hangs, aton
  • Re: cpufrequtils hangs, Dominik Brodowski
• [Bug 15597] New: acpi-cpufreq not initializing on corei5-661, bugzilla-daemon
  • [Bug 15597] acpi-cpufreq not initializing on corei5-661, bugzilla-daemon
  • [Bug 15597] acpi-cpufreq not initializing on corei5-661, bugzilla-daemon
  • [Bug 15597] acpi-cpufreq not initializing on corei5-661, bugzilla-daemon
  • [Bug 15597] acpi-cpufreq not initializing on corei5-661, bugzilla-daemon
• [Bug 15539] New: i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor, bugzilla-daemon
• [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
  • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
    • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
      • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
        • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
          • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Ingo Molnar
          • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
            • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
              • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
                  • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                    • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
                      • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                        • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                          • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                            • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
                              • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Arjan van de Ven
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Thomas Renninger
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
                                • Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs), Robert Schöne
• high latencies caused by acpi_cpufreq, Pedro Ribeiro
• [patch 3/3] cpufreq: fix a lockdep warning, akpm
• [patch 2/3] cpufreq: unexport (un)lock_policy_rwsem* functions, akpm
• [patch 1/3] cpufreq: ondemand: don't synchronize sample rate unless mulitple cpus present, akpm
• [Patch 1/2] cpufreq: unexport (un)lock_policy_rwsem* functions, Amerigo Wang