Linux CPU Freq

• Date Index

• [Patch 2/2] cpufreq: fix a lockdep warning, (continued)
  • [Patch 2/2] cpufreq: fix a lockdep warning, Amerigo Wang
• CPU support list?, James Cloos
• [PATCH 3/3] cpufreq: add sysfs knob for toggling core performance boost, Mark Langsdorf
  • Re: [PATCH 3/3] cpufreq: add sysfs knob for toggling core performance boost, Andrew Morton
    • Re: [PATCH 3/3] cpufreq: add sysfs knob for toggling core performance boost, Borislav Petkov
• [PATCH 2/3] [cpufreq] powernow-k8: add core performance boost support, Mark Langsdorf
  • Re: [PATCH 2/3] [cpufreq] powernow-k8: add core performance boost support, Andrew Morton
    • Re: [PATCH 2/3] [cpufreq] powernow-k8: add core performance boost support, Borislav Petkov
• [PATCH 1/3] [cpufreq] [retry 1] Add APERF/MPERF support for AMD processors, Mark Langsdorf
  • Re: [PATCH 1/3] [cpufreq] [retry 1] Add APERF/MPERF support for AMD processors, Andrew Morton
• [PATCH] tracing: add event power_frequency to powernow-k8 driver, Robert Schöne
  • RE: [PATCH] tracing: add event power_frequency to powernow-k8 driver, Langsdorf, Mark
  • Re: [PATCH] tracing: add event power_frequency to powernow-k8 driver, Li Zefan
  • <Possible follow-ups>
  • Re: [PATCH] tracing: add event power_frequency to powernow-k8 driver, Robert Schöne
• [Bug 15337] New: acpi-cpufreq doesn't work with OC'ed Intel Core i5 650 CPU, bugzilla-daemon
  • [Bug 15337] acpi-cpufreq doesn't work with OC'ed Intel Core i5 650 CPU, bugzilla-daemon
  • [Bug 15337] acpi-cpufreq doesn't work with OC'ed Intel Core i5 650 CPU, bugzilla-daemon
• [Bug 15331] New: sound stuttering when loading speedstep-smi, bugzilla-daemon
• [Bug 15295] New: scaling_max_freq value lost upon suspend, bugzilla-daemon
  • [Bug 15295] scaling_max_freq value lost upon suspend, bugzilla-daemon
• [Bug 15264] New: cpufreq: possible recursive locking detected, bugzilla-daemon
• [Patch] cpufreq: fix a deadlock during shutting down, Amerigo Wang
  • Re: [Patch] cpufreq: fix a deadlock during shutting down, David Rientjes
    • Re: [Patch] cpufreq: fix a deadlock during shutting down, Cong Wang
  • Re: [Patch] cpufreq: fix a deadlock during shutting down, Xiaotian Feng
• [patch 1/1] cpufreq: ondemand: don't synchronize sample rate unless mulitple cpus present, akpm
• [PATCH v3 1/2] cpufreq: ondemand: Refactor frequency increase code, Mike Chan
  • [PATCH v3 2/2] cpufreq: ondemand: Independent max speed for nice threads with nice_max_freq, Mike Chan
    • Re: [PATCH v3 2/2] cpufreq: ondemand: Independent max speed for nice threads with nice_max_freq, Pallipadi, Venkatesh
  • Re: [PATCH v3 1/2] cpufreq: ondemand: Refactor frequency increase code, Pallipadi, Venkatesh
• [PATCH v2 1/2] cpufreq: ondemand: Refactor frequency increase code, Mike Chan
  • [PATCH v2 2/2] cpufreq: ondemand: Independent max speed for nice threads with nice_max_freq, Mike Chan
    • Re: [PATCH v2 2/2] cpufreq: ondemand: Independent max speed for nice threads with nice_max_freq, Andrew Morton
  • Re: [PATCH v2 1/2] cpufreq: ondemand: Refactor frequency increase code, Pallipadi, Venkatesh
• [Bug 12114] SKGE driver OOPSes randomly using cpu freq scaling on AthlonXP-M, bugzilla-daemon
• sound stuttering when loading speedstep-smi, Florian Zumbiehl
• 2.6.33-rc4-git7 -- head/6104 is trying to acquire lock: (cpuidle_lock){+.+.+.}, at: [<c129e2ec>] show_current_governor+0x12/0x4e, Miles Lane
• [PATCH 1/2] cpufreq: ondemand: Refactor frequency increase code, Mike Chan
  • [PATCH 2/2] cpufreq: ondemand: Replace ignore_nice_load with nice_max_freq, Mike Chan
    • Re: [PATCH 2/2] cpufreq: ondemand: Replace ignore_nice_load with nice_max_freq, Dominik Brodowski
    • Re: [PATCH 2/2] cpufreq: ondemand: Replace ignore_nice_load with nice_max_freq, Thomas Renninger
      • Re: [PATCH 2/2] cpufreq: ondemand: Replace ignore_nice_load with nice_max_freq, Mike Chan
• [PATCH] powernow-k8: On load failure, remind the user to enable support in BIOS setup, Marti Raudsepp
  • Re: [PATCH] powernow-k8: On load failure, remind the user to enable support in BIOS setup, Thomas Renninger
    • Re: [PATCH] powernow-k8: On load failure, remind the user to enable support in BIOS setup, Marti Raudsepp
      • Re: [PATCH] powernow-k8: On load failure, remind the user to enable support in BIOS setup, Thomas
• [PATCH] nls: unify and allow people to fully disable, Mike Frysinger
• [ANNOUNCE] cpufrequtils-007 released, Dominik Brodowski
• [PATCH 1/5] fix link order (libraries after objects), Mike Frysinger
  • [PATCH 2/5] punt dead/unwanted build code, Mike Frysinger
  • [PATCH 3/5] use existing cc-supports func to detect -Os, Mike Frysinger
  • [PATCH 4/5] clean up build flag handling, Mike Frysinger
  • [PATCH 5/5] [rfc] modprobe missing governors automatically, Mike Frysinger
    • Re: [PATCH 5/5] [rfc] modprobe missing governors automatically, Dominik Brodowski
      • Re: [PATCH 5/5] [rfc] modprobe missing governors automatically, Mike Frysinger
        • Re: [PATCH 5/5] [rfc] modprobe missing governors automatically, Dominik Brodowski
• [RFC PATCH] powernow-k8: check for BIOS with p-state capability, Chumbalkar, Nagananda
  • [PATCH] powernow-k8: check for BIOS with p-state capability, Thomas Renninger
    • RE: [PATCH] powernow-k8: check for BIOS with p-state capability, Chumbalkar, Nagananda
      • Re: [PATCH] powernow-k8: check for BIOS with p-state capability, Thomas Renninger
        • RE: [PATCH] powernow-k8: check for BIOS with p-state capability, Chumbalkar, Nagananda
• [PATCHv2] cpufreq: stats: Do not account for idle time when tracking time_in_state, Mike Chan
• [PATCH] cpufreq: ondemand: Don't synchronize sample rate unless mulitple cpus present, Mike Chan
  • <Possible follow-ups>
  • [PATCH] cpufreq: ondemand: Don't synchronize sample rate unless mulitple cpus present, Mike Chan
• [PATCH] cpufreq: stats: Do not account for idle time when tracking time_in_state, Mike Chan
  • Re: [PATCH] cpufreq: stats: Do not account for idle time when tracking time_in_state, Andrew Morton
• linux-2.6.32.3 : longhaul cpufreq (via nano L2200) not x86_64, Adrian Sevcenco
  • <Possible follow-ups>
  • linux-2.6.32.3 : longhaul cpufreq (via nano L2200) not x86_64, Adrian Sevcenco
    • Re: linux-2.6.32.3 : longhaul cpufreq (via nano L2200) not x86_64, Dave Jones
• Cpu frequency scaling DL360 G5 Dual Xeon, Stephen Carr
  • RE: Cpu frequency scaling DL360 G5 Dual Xeon, Chumbalkar, Nagananda
    • Re: Cpu frequency scaling DL360 G5 Dual Xeon, tarek attia
      • Re: Cpu frequency scaling DL360 G5 Dual Xeon, Stephen Carr
• [PATCH v2 RESEND] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
  • Re: [PATCH v2 RESEND] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Wan ZongShun
    • Re: [PATCH v2 RESEND] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Wan ZongShun
• [Bug 14806] cpufreq reports frequency of incorrect core on AMD Phenom(tm) II X3 720 Processor, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 14806] cpufreq reports frequency of incorrect core on AMD Phenom(tm) II X3 720 Processor, bugzilla-daemon
  • [Bug 14806] cpufreq reports frequency of incorrect core on AMD Phenom(tm) II X3 720 Processor, bugzilla-daemon
• [PATCH v2] cpufreq: Processor Clocking Control interface driver, Naga Chumbalkar
  • [PATCH 2/2] cpufreq: Fix ondemand to not request targets outside policy limits, Thomas Renninger
    • RE: [PATCH 2/2] cpufreq: Fix ondemand to not request targets outside policy limits, Chumbalkar, Nagananda
• asus p7p55d-i5-750 freeze/reboots with speedstepping/turboboost, comsublant
  • Re: asus p7p55d-i5-750 freeze/reboots with speedstepping/turboboost, Thomas Renninger
  • Re: asus p7p55d-i5-750 freeze/reboots with speedstepping/turboboost, comsublant
    • Re: asus p7p55d-i5-750 freeze/reboots with speedstepping/turboboost, Thomas Renninger
      • Re: asus p7p55d-i5-750 freeze/reboots with speedstepping/turboboost, comsublant
• [Bug 14812] New: [acpi-cpufreq] cant be loaded on nforce MCP79 + intel T3000 processor, bugzilla-daemon
  • [Bug 14812] [acpi-cpufreq] cant be loaded on nforce MCP79 + intel T3000 processor, bugzilla-daemon
• [cpufreq] As requested: /proc/cpuinfo of an unsupported CPU with Enhanced SpeedStep, Ivo Wever
• [PATCH] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
  • Re: [PATCH] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Wan ZongShun
    • Re: [PATCH] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
  • Re: [PATCH] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Russell King - ARM Linux
    • Re: [PATCH] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
      • [PATCH v2] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
        • Re: [PATCH v2] ARM: NUC900: Add cpufreq driver for nuc900 CPUs, Li Jie
• Re: cpufreq issue on celeron SU2300, Frederic
• [PATCH] cpufreq: Processor Clocking Control interface driver, Naga Chumbalkar
  • Re: [PATCH] cpufreq: Processor Clocking Control interface driver, Dominik Brodowski
    • RE: [PATCH] cpufreq: Processor Clocking Control interface driver, Chumbalkar, Nagananda
      • Re: [PATCH] cpufreq: Processor Clocking Control interface driver, Dominik Brodowski
        • RE: [PATCH] cpufreq: Processor Clocking Control interface driver, Chumbalkar, Nagananda
          • Re: [PATCH] cpufreq: Processor Clocking Control interface driver, Dominik Brodowski
• hi, i am having issues with the intel q8400s and p8600 cpu. no freq scaling., Rüdiger Kramolisch
  • <Possible follow-ups>
  • hi, i am having issues with the intel q8400s and p8600 cpu. no freq scaling., Rüdiger Kramolisch
    • Re: hi, i am having issues with the intel q8400s and p8600 cpu. no freq scaling., Thomas Renninger
      • Re: hi, i am having issues with the intel q8400s and p8600 cpu. no freq scaling., Rüdiger Kramolisch
        • Re: hi, i am having issues with the intel q8400s and p8600 cpu. no freq scaling., Thomas Renninger
• [PATCH] cpu-freq: fix default value for ondemand governor, Mike Frysinger
• scaling_setspeed doesn't change the frequency on beagleboard, tarek attia
• [Bug 14771] New: "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
  • [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 v0] Loongson2: CPUFreq: add support to load module automatically, Wu Zhangjin
  • Re: [PATCH v0] Loongson2: CPUFreq: add support to load module automatically, Wu Zhangjin
    • Kernel 2.6.27.7-9 for Suse 11.1 help required with CPU Clock freq/speed/ticks, Ahmed, Subhan (UK)
    • Re: [PATCH v0] Loongson2: CPUFreq: add support to load module automatically, Ralf Baechle
• celeron dual core, Pasquale De Martino
• [patch 3/3] x86/cpufreq: don't use acpi_processor_get_bios_limit when not available, akpm
  • Re: [patch 3/3] x86/cpufreq: don't use acpi_processor_get_bios_limit when not available, Thomas Renninger
• [patch 2/3] cpufreq: document units for transition latency, akpm
• [patch 1/3] cpufreq: use an enum for speedstep processor identification, akpm
• [PATCH 0/3] cpufreq / linux-next build fixes, Alex Chiang
  • [PATCH 1/3] [CPUFREQ] make ACPI P-state cpufreq drivers depend on CONFIG_CPU_FREQ, Alex Chiang
    • Re: [PATCH 1/3] [CPUFREQ] make ACPI P-state cpufreq drivers depend on CONFIG_CPU_FREQ, Dave Jones
      • Re: [PATCH 1/3] [CPUFREQ] make ACPI P-state cpufreq drivers depend on CONFIG_CPU_FREQ, Alex Chiang
  • [PATCH 2/3] ACPI: do not define acpi_processor_get_bios_limit() in processor.h, Alex Chiang
    • Re: [PATCH 2/3] ACPI: do not define acpi_processor_get_bios_limit() in processor.h, Dave Jones
      • [PATCH] ACPI: do not define acpi_processor_get_bios_limit() in processor.h (snd ver), Thomas Renninger
        • Re: [PATCH] ACPI: do not define acpi_processor_get_bios_limit() in processor.h (snd ver), Alex Chiang
  • [PATCH 3/3] [CPUFREQ] make internal cpufreq_add_dev_* static, Alex Chiang
    • Re: [PATCH 3/3] [CPUFREQ] make internal cpufreq_add_dev_* static, Dave Jones
      • [PATCH v2] [CPUFREQ] make internal cpufreq_add_dev_* static, Alex Chiang
• [PATCH -next] x86/cpufreq: don't use acpi_processor_get_bios_limit when not available, Randy Dunlap
• [PATCH v1 0/3] Add CPUFreq support for loongson2f, Wu Zhangjin
  • Message not available
    • [PATCH v1 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Wu Zhangjin
      • Message not available
        • [PATCH v1 2/3] MIPS: add basic options for CPUFreq support, Wu Zhangjin
          • Message not available
            • [PATCH v1 3/3] [loongson] 2f: add CPUFreq support, Wu Zhangjin
              • Re: [PATCH v1 3/3] [loongson] 2f: add CPUFreq support, Ralf Baechle
          • Re: [PATCH v1 2/3] MIPS: add basic options for CPUFreq support, Ralf Baechle
      • Re: [PATCH v1 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Ralf Baechle
• cpufreq.git status, Dave Jones
• [PATCH] cpufreq/aperf tool: fix the /proc/stat read routine, always fails otherwise., Anton Arapov
  • Re: [PATCH] cpufreq/aperf tool: fix the /proc/stat read routine, always fails otherwise., Dominik Brodowski
    • Re: [PATCH] cpufreq/aperf tool: fix the /proc/stat read routine, always fails otherwise., Anton Arapov
  • <Possible follow-ups>
  • [PATCH] cpufreq/aperf tool: fix the /proc/stat read routine, always fails otherwise., Anton Arapov
    • Re: [PATCH] cpufreq/aperf tool: fix the /proc/stat read routine, always fails otherwise., Dominik Brodowski
• [PATCH -queue 0/3] add CPUFreq support for loongson2f, Wu Zhangjin
  • [PATCH -queue 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Wu Zhangjin
    • [PATCH -queue 2/3] MIPS: add basic options for CPUFreq support, Wu Zhangjin
      • [PATCH -queue 3/3] [loongson] 2f: add Cpufreq support, Wu Zhangjin
        • Re: [PATCH -queue 3/3] [loongson] 2f: add Cpufreq support, Dominik Brodowski
          • Re: [PATCH -queue 3/3] [loongson] 2f: add Cpufreq support, Wu Zhangjin
    • Re: [PATCH -queue 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Wu Zhangjin
    • Re: [PATCH -queue 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Ralf Baechle
      • Re: [PATCH -queue 1/3] [loongson] lemote-2f: add cs5536 MFGPT timer support, Wu Zhangjin
• Unknown CPU, Thomas Sattler
  • <Possible follow-ups>
  • Unknown CPU, Peter Scott
  • Unknown CPU, Matthew Gillen
• eeePC-701 : not correct behavior, gionnico
• [ANNOUNCE] cpufrequtils-006 released, Dominik Brodowski
• [PATCH] cpu-freq: add troubleshooting section for FSB changes, Luis R. Rodriguez
  • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Thomas Renninger
    • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Thomas Renninger
    • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Arjan van de Ven
      • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Thomas Renninger
        • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Arjan van de Ven
          • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Matthew Garrett
          • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Luis R. Rodriguez
            • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Corrado Zoccolo
              • Re: [PATCH] cpu-freq: add troubleshooting section for FSB changes, Luis R. Rodriguez
• [PATCH] cpufreq: fix conservative/ondemand behaviour with ignore_nice_load, Alexander Miller
  • RE: [PATCH] cpufreq: fix conservative/ondemand behaviour with ignore_nice_load, Pallipadi, Venkatesh
  • Message not available
    • Re: [PATCH] cpufreq: fix conservative/ondemand behaviour with ignore_nice_load, Pallipadi, Venkatesh
      • Re: [PATCH] cpufreq: fix conservative/ondemand behaviour with ignore_nice_load, Alexander Miller
        • Re: [PATCH] cpufreq: fix conservative/ondemand behaviour with ignore_nice_load, Pallipadi, Venkatesh
        • [PATCH] Resolve time unit thinko in ondemand/conservative govs, Pallipadi, Venkatesh
• [PATCH 8/14] cpumask: don't put a cpumask on the stack in x86...cpufreq/powernow-k8.c, Rusty Russell
• [PATCH 0/14] Final cpumask conversion for x86, Rusty Russell
• Minimum frequency for Sempron, Milan Lehocky
• PIII coppermine and cpufreq, Mikko Rapeli
• [PATCH] [CPUFREQ] Document units for transition latency, Mark Brown
  • <Possible follow-ups>
  • [PATCH] [CPUFREQ] Document units for transition latency, Mark Brown
• modify clock freq for AMD Geode LX, Guillermo Rodriguez Garcia
• [Bug 14492] New: speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
  • [Bug 14492] speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
  • [Bug 14492] speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
  • [Bug 14492] speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
  • [Bug 14492] speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
  • [Bug 14492] speedstep-ich with compaq evo n800c not working anymore since 2.6.31.4, bugzilla-daemon
• Re: Broken ondemand scheduler in Linux 2.6.30+ on Pentium IVs, Matthew Garrett
• [PATCH] longhaul: select Longhaul version 2 for capable CPUs, Krzysztof Helt
  • Re: [PATCH] longhaul: select Longhaul version 2 for capable CPUs, Dave Jones
    • Re: [PATCH] longhaul: select Longhaul version 2 for capable CPUs, Rafał Bilski
    • [PATCH] powernow-k6: set transition latency value so ondemand governor can be used, Krzysztof Helt
      • Re: [PATCH] powernow-k6: set transition latency value so ondemand governor can be used, Ingo Molnar
    • [PATCH] powernow-k6: set transition latency value so ondemand governor can be used, Krzysztof Helt
    • Re: [PATCH] longhaul: select Longhaul version 2 for capable CPUs, Krzysztof Helt
• [PATCH]: Fix stale cpufreq_cpu_governor pointer, Prarit Bhargava
• [patch 10/16] x86: generic aperf/mperf code., dino
  • <Possible follow-ups>
  • [patch 10/16] x86: generic aperf/mperf code., dino
    • Re: [patch 10/16] x86: generic aperf/mperf code., Thomas Renninger
      • Re: [patch 10/16] x86: generic aperf/mperf code., Dinakar Guniguntala
• [patch 09/16] x86: move APERF/MPERF into a X86_FEATURE, dino
  • <Possible follow-ups>
  • [patch 09/16] x86: move APERF/MPERF into a X86_FEATURE, dino
  • [patch 09/16] x86: move APERF/MPERF into a X86_FEATURE, dino
• [Bug 14391] New: use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
  • [Bug 14391] use after free of struct powernow_k8_data, bugzilla-daemon
• [Bug 14377] New: "conservative" cpufreq governor broken, bugzilla-daemon
  • [Bug 14377] "conservative" cpufreq governor broken, bugzilla-daemon
  • [Bug 14377] "conservative" cpufreq governor broken, bugzilla-daemon
  • [Bug 14377] "conservative" cpufreq governor broken, bugzilla-daemon
  • [Bug 14377] "conservative" cpufreq governor broken, bugzilla-daemon
• Re: use after free of struct powernow_k8_data, Michal Schmidt
• [Bug 14340] New: speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • [Bug 14340] speedstep-ich driver not working in 2.6.31, bugzilla-daemon
  • <Possible follow-ups>
  • Re: Fwd: [Bug 14340] New: speedstep-ich driver not working in 2.6.31, Dominik Brodowski
• [PATCH -next] cpufreq: provide cpufreq_get stub, Randy Dunlap
  • Re: [PATCH -next] cpufreq: provide cpufreq_get stub, Eric Paris
• [PATCH] powernow-k8: Fix test in get_transition_latency(), Roel Kluin
• Build error in cross compiling cpufrequtils-005, Sreekanth W
• [PATCH] cpufreq: Fix use after free on governor restore, Dmitry Monakhov
  • Re: [PATCH] cpufreq: Fix use after free on governor restore, Thomas Renninger
• cpufreqd ne supporte pas le processeur VIA C7, Julien Pecqueur
• [RFC][PATCH 09/14] x86: move APERF/MPERF into a X86_FEATURE, Peter Zijlstra
• [RFC][PATCH 10/14] x86: generic aperf/mperf code., Peter Zijlstra
  • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Thomas Renninger
    • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Peter Zijlstra
      • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Peter Zijlstra
        • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Thomas Renninger
        • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Dave Jones
          • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., Peter Zijlstra
            • Re: [RFC][PATCH 10/14] x86: generic aperf/mperf code., H. Peter Anvin
• [PATCH] Resend: ACPI/CPUFREQ: Introduce hw_limit per cpu cpufreq sysfs interface, Thomas Renninger
  • Re: [PATCH] Resend: ACPI/CPUFREQ: Introduce hw_limit per cpu cpufreq sysfs interface, Dominik Brodowski
    • Re: [PATCH] Resend: ACPI/CPUFREQ: Introduce hw_limit per cpu cpufreq sysfs interface, Thomas Renninger
• [PATCH] Resend: CPUFREQ: Use global sysfs cpufreq structure for conservative governor tunings, Thomas Renninger
• [PATCH] speedstep-centrino for Dothan (incl. C0 and [U]LV), Jens Rottmann
• [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues, bugzilla-daemon
  • [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues, bugzilla-daemon
  • [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues, bugzilla-daemon
  • [Bug 13695] ASUS M3N78-EM wrong ACPI _PSS objects and ACPI issues, bugzilla-daemon
• [Bug 14084] New: cpufreq ondemand always 100% on one of the intel cores, bugzilla-daemon
  • [Bug 14084] cpufreq ondemand always 100% on one of the intel cores, bugzilla-daemon
  • [Bug 14084] cpufreq ondemand always 100% on one of the intel cores, bugzilla-daemon
  • [Bug 14084] cpufreq ondemand always 100% on one of the intel cores, bugzilla-daemon
• [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Prarit Bhargava
  • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Jarod Wilson
    • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Prarit Bhargava
    • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Andi Kleen
      • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Jarod Wilson
        • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Dominik Brodowski
          • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Jarod Wilson
          • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Prarit Bhargava
            • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Dominik Brodowski
        • Re: [PATCH]: acpi-cpufreq: blacklist Intel 0f68 processors [v4], Prarit Bhargava
• [Bug 14066] New: p4_clockmod unusable with ondemand even by manual choice, bugzilla-daemon
  • [Bug 14066] p4_clockmod unusable with ondemand even by manual choice, bugzilla-daemon
  • [Bug 14066] p4_clockmod unusable with ondemand even by manual choice, bugzilla-daemon
• [cpufreq] Autoloading governors blocks, Nicolas George
• [PATCH][cpufreq] Powernow: Enable more than 2 low P-states, Mark Langsdorf
• [re-send] [CPUFREQ] Re-enable cpufreq suspend and resume code, Dominik Brodowski
• cpufreq-next status., Dave Jones
  • Re: cpufreq-next status., Dominik Brodowski
    • Re: cpufreq-next status., Thomas Renninger
• [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
  • [Bug 13911] High IRQ latencies with AMD C1E enabled, bugzilla-daemon
• [Bug 13995] New: Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
  • [Bug 13995] Incorrect CPU frequency reported, bugzilla-daemon
• cpufreq-set -f ignored, Oliver Maurhart
  • Re: cpufreq-set -f ignored, Thomas Renninger
    • Re: cpufreq-set -f ignored, Oliver Maurhart
      • Message not available
        • Re: cpufreq-set -f ignored, Oliver Maurhart
          • Re: cpufreq-set -f ignored, Thomas Renninger
• please send email, Sharon Fildes
  • Re: please send email, Dave Jones
• [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
  • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
    • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Dominik Brodowski
      • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
        • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Dominik Brodowski
          • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
            • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Pallipadi, Venkatesh
              • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
              • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v3], Prarit Bhargava
• [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors [v2], Prarit Bhargava
• [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors, Prarit Bhargava
  • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors, Matthew Garrett
    • Re: [PATCH] acpi-cpufreq: blacklist Intel 0f68 processors, John Villalovos
• Ad: [CPUFREQ] Cleanup governor struct, remove userspace specific set_speed functions, Dominik Brodowski
  • Re: Ad: [CPUFREQ] Cleanup governor struct, remove userspace specific set_speed functions, Thomas Renninger
    • Re: Ad: [CPUFREQ] Cleanup governor struct, remove userspace specific set_speed functions, Pallipadi, Venkatesh
      • Re: Ad: [CPUFREQ] Cleanup governor struct, remove userspace specific set_speed functions, Thomas Renninger
• [PATCH] [CPUFREQ] Re-enable cpufreq suspend and resume code, Dominik Brodowski
• [PATCH 0/3] Several cpufreq enhancements, Thomas Renninger
  • [PATCH 1/3] CPUFREQ: Use global sysfs cpufreq structure for conservative governor tunings, Thomas Renninger
  • [PATCH 3/3] ACPI/CPUFREQ: Introduce hw_limit per cpu cpufreq sysfs interface, Thomas Renninger
  • [PATCH 2/3] CPUFREQ: Revert patch to only allow one governor per machine not per core, Thomas Renninger
• [Bug 13903] New: Hibernation failure on dual core Athlon 64 (64-bit), bugzilla-daemon
  • [Bug 13903] Hibernation failure on dual core Athlon 64 (64-bit), bugzilla-daemon
  • [Bug 13903] Hibernation failure on dual core Athlon 64 (64-bit), bugzilla-daemon
• [PATCH 0/1] cpufreq: Missing sysfs files cause userspace failure, Prarit Bhargava
  • [PATCH 1/1] cpufreq: Do not set policy for offline cpus, Prarit Bhargava
• [Bug 13885] New: Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
  • [Bug 13885] Performance decrease after suspend/resume to ram, bugzilla-daemon
• Re: Warning during suspend with MS-7310 mainboard, Eric Sesterhenn
  • Re: Warning during suspend with MS-7310 mainboard, Dave Jones
    • RE: Warning during suspend with MS-7310 mainboard, Langsdorf, Mark
      • Re: Warning during suspend with MS-7310 mainboard, Dave Jones
        • RE: Warning during suspend with MS-7310 mainboard, Langsdorf, Mark
        • Re: Warning during suspend with MS-7310 mainboard, Rusty Russell
          • Re: Warning during suspend with MS-7310 mainboard, Dave Jones
            • Re: Warning during suspend with MS-7310 mainboard, Rusty Russell
• [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
  • [Bug 13860] powernow-k8, cpufreq, scaling_max_freq != cpuinfo_max_freq, bugzilla-daemon
• [Bug 13872] New: cpufreq bug (null pointer dereference), bugzilla-daemon
  • [Bug 13872] cpufreq bug (null pointer dereference), bugzilla-daemon
  • [Bug 13872] cpufreq bug (null pointer dereference), bugzilla-daemon
• Two fixes - Global ondemand variables, 2nd try, Thomas Renninger
  • [PATCH 3/5] CPUFREQ: Cleanup governor struct, remove userspace specific set_speed functions, Thomas Renninger
  • [PATCH 4/5] CPUFREQ: Introduce global, not per core: /sys/devices/system/cpu/cpufreq, Thomas Renninger
  • [PATCH 2/5] CPUFREQ: Bail out of cpufreq_add_dev if the link for a managed CPU got created, Thomas Renninger
  • [PATCH 5/5] CPUFREQ: ondemand - Use global sysfs dir for tuning settings, Thomas Renninger
  • [PATCH 1/5] CPUFREQ: Fix a kobject reference bug related to managed CPUs, Thomas Renninger
• scaling_max_freq sometimes wrongly detected, pierre
  • Re: scaling_max_freq sometimes wrongly detected, Thomas Renninger
• 2.6.31-rc4 x cpufreq-info, Dâniel Fraga
• kernel: p4-clockmod: Unknown p4-clockmod-capable CPU, Vikram Goyal
• Re: 2.6.31-rc3 cpufreq bug (null pointer dereference), Andrew Morton
  • RE: 2.6.31-rc3 cpufreq bug (null pointer dereference), Lermytte Christophe
    • Re: 2.6.31-rc3 cpufreq bug (null pointer dereference), Andrew Morton
      • Re: 2.6.31-rc3 cpufreq bug (null pointer dereference), Pallipadi, Venkatesh
        • Re: 2.6.31-rc3 cpufreq bug (null pointer dereference), Pallipadi, Venkatesh
          • Re: 2.6.31-rc3 cpufreq bug (null pointer dereference), Christophe Lermytte
• Two regression fixes - Global ondemand variables and governor switching, Thomas Renninger
  • [PATCH 4/6] CPUFREQ: Introduce global, not per core: /sys/devices/system/cpu/cpufreq, Thomas Renninger
  • [PATCH 3/6] CPUFREQ: Cleanup governor struct, remove userspace specific set_speed functions, Thomas Renninger
  • [PATCH 1/6] CPUFREQ: Fix a kobject reference bug related to managed CPUs, Thomas Renninger
    • Re: [PATCH 1/6] CPUFREQ: Fix a kobject reference bug related to managed CPUs, Thomas Renninger
      • Re: [PATCH 1/6] CPUFREQ: Fix a kobject reference bug related to managed CPUs, Mathieu Desnoyers
        • Re: [PATCH 1/6] CPUFREQ: Fix a kobject reference bug related to managed CPUs, Dave Jones
  • [PATCH 5/6] CPUFREQ: ondemand - Use global sysfs dir for tuning settings, Thomas Renninger
  • [PATCH 2/6] CPUFREQ: Bail out of cpufreq_add_dev if the link for a managed CPU got created, Thomas Renninger
  • [PATCH 6/6] CPUFREQ: Only allow machine wide governor switching, Thomas Renninger
  • Re: Two regression fixes - Global ondemand variables and governor switching, Dave Jones
• [Patch] CPUFREQ: Add the suspend/resume flag to avoid smp_call in cpufreq_suspend/resume, ykzhao
  • Re: [Patch] CPUFREQ: Add the suspend/resume flag to avoid smp_call in cpufreq_suspend/resume, Dave Jones
    • Re: [Patch] CPUFREQ: Add the suspend/resume flag to avoid smp_call in cpufreq_suspend/resume, ykzhao
    • Re: [Patch] CPUFREQ: Add the suspend/resume flag to avoid smp_call in cpufreq_suspend/resume, ykzhao
• [PATCH] powernow-k8: don't load powernow-k8 driver when acpi=off, Zhang Rui
  • Re: [PATCH] powernow-k8: don't load powernow-k8 driver when acpi=off, Thomas Renninger
  • Re: [PATCH] powernow-k8: don't load powernow-k8 driver when acpi=off, Thomas Renninger
    • Re: [PATCH] powernow-k8: don't load powernow-k8 driver when acpi=off, Zhang Rui
      • RE: [PATCH] powernow-k8: don't load powernow-k8 driver whenacpi=off, Langsdorf, Mark
• CPU frequncy change on the fly --suggestions, Rupjyoti Sarmah
  • Re: CPU frequncy change on the fly --suggestions, Thomas Renninger
    • Re: CPU frequncy change on the fly --suggestions, Rupjyoti Sarmah
      • Re: CPU frequncy change on the fly --suggestions, Dominik Brodowski
        • Re: CPU frequncy change on the fly --suggestions, Rupjyoti Sarmah
          • Re: CPU frequncy change on the fly --suggestions, Thomas Renninger
            • Re: CPU frequncy change on the fly --suggestions, Rupjyoti Sarmah
• [Bug 13780] New: NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
  • [Bug 13780] NULL pointer dereference loading powernowk8, bugzilla-daemon
• p4-clockmod: Unknown CPU (Intel(R) Core(TM)2 CPU E8400 @ 3.00GHz), Jaak Ristioja
• Re: 2.6.31-rc2: BUG: unable to handle kernel NULL pointer dereference, Jiri Slaby
• 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Marcin Slusarz
  • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Dave Jones
    • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Dave Jones
      • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Marcin Slusarz
    • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Benjamin Herrenschmidt
      • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Dave Jones
        • Re: 2.6.31-rc2+: Interrupts enabled after cpufreq_suspend, Benjamin Herrenschmidt
• cpufreq_add_dev splitup, Dave Jones
• [PATCH] cpufreq: unbreak build for !CONFIG_SMP, Daniel Mack
  • [PATCH] cpufreq: Unbreak build for !SMP: symlinked cpus cannot happen for !SMP, Thomas Renninger
    • Re: [PATCH] cpufreq: Unbreak build for !SMP: symlinked cpus cannot happen for !SMP, Daniel Mack
• [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
  • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Michael S. Zick
    • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
  • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Matthew Garrett
    • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Pallipadi, Venkatesh
      • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
    • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
      • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Matthew Garrett
        • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
      • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Pavel Machek
        • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Corrado Zoccolo
          • Re: [PATCH] cpufreq: ondemand: Introduces stepped frequency increase, Matthew Garrett
• cpufreq cleanups - .30 vs .31, Thomas Renninger
  • Re: cpufreq cleanups - .30 vs .31, Mathieu Desnoyers
  • Re: cpufreq cleanups - .30 vs .31, Pallipadi, Venkatesh
  • Re: cpufreq cleanups - .30 vs .31, Dave Jones
    • Re: cpufreq cleanups - .30 vs .31, Mathieu Desnoyers
      • Re: cpufreq cleanups - .30 vs .31, Pallipadi, Venkatesh
        • Re: cpufreq cleanups - .30 vs .31, Mathieu Desnoyers
• [BUG] Deadlock between cpufreq kondemand and process cpuspeed, Zhang, Yanmin
• lockdep warns about deadlock in cpufreq, Roland Dreier
• [patch 2.6.30 0/4] Fix cpufreq locking dependency (resend), Mathieu Desnoyers
  • [patch 2.6.30 1/4] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Mathieu Desnoyers
  • [patch 2.6.30 2/4] CPUFREQ: fix (utter) cpufreq_add_dev mess, Mathieu Desnoyers
    • RE: [patch 2.6.30 2/4] CPUFREQ: fix (utter) cpufreq_add_dev mess, Pallipadi, Venkatesh
      • Re: [patch 2.6.30 2/4] CPUFREQ: fix (utter) cpufreq_add_dev mess, Mathieu Desnoyers
        • Re: [patch 2.6.30 2/4] CPUFREQ: fix (utter) cpufreq_add_dev mess, Pallipadi, Venkatesh
  • [patch 2.6.30 4/4] cpufreq ondemand and conservative remove dbs_mutex, Mathieu Desnoyers
  • [patch 2.6.30 3/4] cpufreq add gov mutex, Mathieu Desnoyers
    • RE: [patch 2.6.30 3/4] cpufreq add gov mutex, Pallipadi, Venkatesh
      • Re: [patch 2.6.30 3/4] cpufreq add gov mutex, Mathieu Desnoyers
        • Re: [patch 2.6.30 3/4] cpufreq add gov mutex, Pallipadi, Venkatesh
          • Re: [patch 2.6.30 3/4] cpufreq add gov mutex, Mathieu Desnoyers
• [patch 2.6.30 0/4] Fix cpufreq locking dependency, Mathieu Desnoyers
  • [patch 2.6.30 1/4] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Mathieu Desnoyers
• [Announce] cpufreq-bench, Thomas Renninger
  • <Possible follow-ups>
  • [Announce] cpufreq-bench, Thomas Renninger
• [patch 0/4] Take care of cpufreq lockdep issues (take 2), venkatesh . pallipadi
  • [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, venkatesh . pallipadi
    • Re: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Mathieu Desnoyers
      • RE: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Pallipadi, Venkatesh
        • Re: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Mathieu Desnoyers
    • Re: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Thomas Renninger
      • RE: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Pallipadi, Venkatesh
        • Re: [patch 1/4] cpufreq: Eliminate the recent lockdep warnings in cpufreq, Thomas Renninger
  • [patch 3/4] cpufreq: Cleanup locking in ondemand governor, venkatesh . pallipadi
  • [patch 2/4] cpufreq: Mark policy_rwsem as going static in cpufreq.c wont be exported, venkatesh . pallipadi
  • [patch 4/4] cpufreq: Cleanup locking in conservative governor, venkatesh . pallipadi
  • [PATCH] CPUFREQ: fix (utter) cpufreq_add_dev mess v1, Mathieu Desnoyers
  • Re: [patch 0/4] Take care of cpufreq lockdep issues (take 2), Ingo Molnar
    • Re: [patch 0/4] Take care of cpufreq lockdep issues (take 2), Mathieu Desnoyers
    • RE: [patch 0/4] Take care of cpufreq lockdep issues (take 2), Pallipadi, Venkatesh
      • Re: [patch 0/4] Take care of cpufreq lockdep issues (take 2), Ingo Molnar
  • Re: [patch 0/4] Take care of cpufreq lockdep issues (take 2), Pallipadi, Venkatesh
• Unknown Pf-clockmod-capable CPU..., jay
• 2.6.31-rc1-git9: INFO: possible circular locking dependency detected -- (&(&dbs_info->work)->work){+.+...}, at: [<c104292d>] __cancel_work_timer+0x81/0x17f, Miles Lane
  • Re: 2.6.31-rc1-git9: INFO: possible circular locking dependency detected -- (&(&dbs_info->work)->work){+.+...}, at: [<c104292d>] __cancel_work_timer+0x81/0x17f, Dave Jones
• Cpu Frequency Scaling on Atom Z510, David Calvo
• [Bug 13644] New: hibernation/swsusp lockup due to acpi-cpufreq, bugzilla-daemon
  • [Bug 13644] hibernation/swsusp lockup due to acpi-cpufreq, bugzilla-daemon
  • [Bug 13644] hibernation/swsusp lockup due to acpi-cpufreq, bugzilla-daemon
  • [Bug 13644] hibernation/swsusp lockup due to acpi-cpufreq, bugzilla-daemon
• [PATCH][cpufreq][Powernow-k8] support family 0xf with 2 low p-states, Mark Langsdorf
  • Re: [PATCH][cpufreq][Powernow-k8] support family 0xf with 2 low p-states, Andrew Morton
    • Re: [PATCH][cpufreq][Powernow-k8] support family 0xf with 2 low p-states, Peter Zijlstra
• [patch 0/3] Take care of cpufreq lockdep issues, venkatesh . pallipadi
  • [patch 2/3] cpufreq: Define dbs_mutex purpose and cleanup its usage, venkatesh . pallipadi
    • Re: [patch 2/3] cpufreq: Define dbs_mutex purpose and cleanup its usage, Mathieu Desnoyers
      • Re: [patch 2/3] cpufreq: Define dbs_mutex purpose and cleanup its usage, Pallipadi, Venkatesh
        • Re: [patch 2/3] cpufreq: Define dbs_mutex purpose and cleanup its usage, Mathieu Desnoyers
  • [patch 1/3] cpufreq: remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), venkatesh . pallipadi
  • [patch 3/3] cpufreq: Define dbs_mutex purpose and cleanup its usage conservative gov, venkatesh . pallipadi
• Failed to enable Cpu Frequency Scaling, Rajeev Kumar
  • Re: Failed to enable Cpu Frequency Scaling, Thomas Renninger
• [patch 0/2] cpufreq: ondemand/conservative cleanups, trenn
  • [patch 1/2] CPUFREQ ondemand: Enable already checked by the only caller, trenn
  • [patch 2/2] CPUFREQ ondemand/conservative: Clean up mutex usage, trenn
  • Re: [patch 0/2] cpufreq: ondemand/conservative cleanups, Dave Jones
• 2.6.30 circular locking: cpufreq_governor_dbs/__cancel_work_timer, Thiemo Nagel
• failed to enable acpi-cpufreq driver, Rajeev Kumar
  • Re: failed to enable acpi-cpufreq driver, Jarod Wilson
• [PATCH] S3C64XX: Initial support for DVFS, Mark Brown
• Re: [PATCH 2/6] cpumask: avoid playing with cpus_allowed in speedstep-ich.c, Dave Jones
• Re: [PATCH 3/6] cpumask: avoid playing with cpus_allowed in powernow-k8.c, Dave Jones
  • [PATCH] cpumask: avoid playing with cpus_allowed in powernow-k8.c, Rusty Russell
    • RE: [PATCH] cpumask: avoid playing with cpus_allowed in powernow-k8.c, Langsdorf, Mark
  • Re: [PATCH 3/6] cpumask: avoid playing with cpus_allowed in powernow-k8.c, Rusty Russell
  • [PATCH] cpumask: new cpumask operators for arch/x86/kernel/cpu/cpufreq/powernow-k8.c, Rusty Russell
    • RE: [PATCH] cpumask: new cpumask operators for arch/x86/kernel/cpu/cpufreq/powernow-k8.c, Langsdorf, Mark
• dynamic cpufreq changing, Randy Dunlap
  • Re: dynamic cpufreq changing, Amithash Prasad
    • Re: dynamic cpufreq changing, Randy Dunlap
      • Re: dynamic cpufreq changing, Amithash Prasad
        • Re: dynamic cpufreq changing, Randy Dunlap
• [PATCH 0/2] powernow-k8: fix incorrect value reported in cpuinfo_cur_freq, Naga Chumbalkar
  • [PATCH 1/2] powernow-k8: read P-state from HW, Naga Chumbalkar
  • [PATCH 2/2] powernow-k8: get drv data for correct CPU, Naga Chumbalkar
• [patch 1/1] cpufreq: reduce scope of ACPI_PSS_BIOS_BUG_MSG[], akpm
• [Bug 13493] New: cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
  • [Bug 13493] cpufreq: INFO: possible circular locking dependency detected, bugzilla-daemon
• Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Rusty Russell
  • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Yinghai Lu
    • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Rusty Russell
      • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Dave Jones
        • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Ingo Molnar
  • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Linus Torvalds
    • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Dave Jones
      • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Linus Torvalds
        • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Rusty Russell
    • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Rusty Russell
      • RE: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Langsdorf, Mark
        • Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =, Rusty Russell
      • Message not available
        • Re: S06cpuspeed/2637 is trying to acquire lock (&(&dbs_info->work)->work (was: Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =), Dave Jones
          • Message not available
            • Re: S06cpuspeed/2637 is trying to acquire lock (&(&dbs_info->work)->work (was: Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =), Ingo Molnar
              • Re: S06cpuspeed/2637 is trying to acquire lock (&(&dbs_info->work)->work (was: Re: [PATCH 4/6] x86/cpufreq: use cpumask_copy instead of =), Thomas Renninger
                • [PATCH] cpufreq: remove dbs_mutex, Ingo Molnar
                  • Re: [PATCH] cpufreq: remove dbs_mutex, Ingo Molnar
                    • Re: [PATCH] cpufreq: remove dbs_mutex, Pallipadi, Venkatesh
                      • Re: [PATCH] cpufreq: remove dbs_mutex, Ingo Molnar
                        • RE: [PATCH] cpufreq: remove dbs_mutex, Pallipadi, Venkatesh
                          • Re: [PATCH] cpufreq: remove dbs_mutex, Ingo Molnar
                            • Fix dead lock in cpufreq for CPU hotplug and suspend for 2.6.30.stable, Thomas Renninger
                              • Re: Fix dead lock in cpufreq for CPU hotplug and suspend for 2.6.30.stable, Thomas Renninger
                            • [PATCH 2/2] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Thomas Renninger
                            • [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Thomas Renninger
                              • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Mathieu Desnoyers
                                • RE: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Pallipadi, Venkatesh
                                • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Thomas Renninger
                                • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Thomas Renninger
                              • Re: [stable] [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Greg KH
                                • Re: [stable] [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Mathieu Desnoyers
                                • Re: [stable] [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Greg KH
                                • Re: [stable] [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Thomas Renninger
                              • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Pavel Machek
                                • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Thomas Renninger
                                • Re: [PATCH 1/2] CPUFREQ: Remove unneeded dbs_mutexes from ondemand and conservative governors, Pavel Machek
• Re: [Bugme-new] [Bug 13489] New: us2e_cpufreq does not work on Netra t1 200, Andrew Morton
  • Re: [Bugme-new] [Bug 13489] New: us2e_cpufreq does not work on Netra t1 200, Jos van der Ende
    • Re: [Bugme-new] [Bug 13489] New: us2e_cpufreq does not work on Netra t1 200, Andrew Morton
• [Bug 13489] New: us2e_cpufreq does not work on Netra t1 200, bugzilla-daemon
  • [Bug 13489] us2e_cpufreq does not work on Netra t1 200, bugzilla-daemon
  • [Bug 13489] us2e_cpufreq does not work on Netra t1 200, bugzilla-daemon
  • [Bug 13489] us2e_cpufreq does not work on Netra t1 200, bugzilla-daemon
• Re: [Bug #13475] suspend/hibernate lockdep warning, Pekka Enberg
  • Re: [Bug #13475] suspend/hibernate lockdep warning, Dave Young
    • Re: [Bug #13475] suspend/hibernate lockdep warning, Pekka Enberg
      • Re: [Bug #13475] suspend/hibernate lockdep warning, Mathieu Desnoyers
        • Re: [Bug #13475] suspend/hibernate lockdep warning, Dave Jones
          • [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Mathieu Desnoyers
            • Re: [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Pallipadi, Venkatesh
              • Re: [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Mathieu Desnoyers
            • Re: [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Dave Young
              • Re: [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Mathieu Desnoyers
                • Re: [PATCH] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site), Dave Young
          • Re: [Bug #13475] suspend/hibernate lockdep warning, Simon Holm Thøgersen
            • Re: [Bug #13475] suspend/hibernate lockdep warning, Mathieu Desnoyers
              • Re: [Bug #13475] suspend/hibernate lockdep warning, Pallipadi, Venkatesh
                • Re: [Bug #13475] suspend/hibernate lockdep warning, Mathieu Desnoyers
                • Re: [Bug #13475] suspend/hibernate lockdep warning, Thomas Renninger
                  • Re: [Bug #13475] suspend/hibernate lockdep warning, Pallipadi, Venkatesh
                • Re: [Bug #13475] suspend/hibernate lockdep warning, Dave Young
• [Bug 13475] New: suspend/hibernate lockdep warning, bugzilla-daemon
  • [Bug 13475] suspend/hibernate lockdep warning, bugzilla-daemon
  • [Bug 13475] suspend/hibernate lockdep warning, bugzilla-daemon
  • [Bug 13475] suspend/hibernate lockdep warning, bugzilla-daemon
• Re: suspend/hibernate lockdep warning, Dave Young
• CPUFREQ: temps not improving and mid-range multipliers not utilized, Andrew Darnall
• [Bug 13424] New: possible deadlock when doing governor switching, bugzilla-daemon
  • [Bug 13424] possible deadlock when doing governor switching, bugzilla-daemon
  • [Bug 13424] possible deadlock when doing governor switching, bugzilla-daemon
  • [Bug 13424] possible deadlock when doing governor switching, bugzilla-daemon
  • [Bug 13424] possible deadlock when doing governor switching, bugzilla-daemon
• [BUG]cpufreq_ondemand: a recent regression, Shaohua Li
  • Re: [BUG]cpufreq_ondemand: a recent regression, Mathieu Desnoyers
    • Re: [BUG]cpufreq_ondemand: a recent regression, Thomas Renninger
      • Re: [BUG]cpufreq_ondemand: a recent regression, Dave Jones
        • Re: [BUG]cpufreq_ondemand: a recent regression, Thomas Renninger
  • <Possible follow-ups>
  • Re: [BUG]cpufreq_ondemand: a recent regression, Pallipadi, Venkatesh
• My dmesg asked me to send this, Paul Brewer
• [PATCH] acpi-cpufreq.c - Fix typo and indentation, Joe Perches
  • Re: [PATCH] acpi-cpufreq.c - Fix typo and indentation, Len Brown
• [PATCH V2 0/3] Introduce and use DO_ONCE statement expression macro, Joe Perches
  • [PATCH V2 3/3] kernel.h: Remove unused printk_once, Joe Perches
  • [PATCH V2 1/3] kernel.h: Add DO_ONCE statement expression macro, Joe Perches
  • [PATCH V2 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Joe Perches
  • Re: [PATCH V2 0/3] Introduce and use DO_ONCE statement expression macro, Al Viro
    • Re: [PATCH V2 0/3] Introduce and use DO_ONCE statement expression macro, Joe Perches
      • Re: [PATCH V2 0/3] Introduce and use DO_ONCE statement expression macro, Al Viro
        • Re: [PATCH V2 0/3] Introduce and use DO_ONCE statement expression macro, Ingo Molnar
• [PATCH 0/3] Introduce and use DO_ONCE statement expression macro, Joe Perches
  • [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Joe Perches
    • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Randy Dunlap
      • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Joe Perches
        • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, H. Peter Anvin
        • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Alan Cox
    • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Al Viro
      • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Joe Perches
    • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Rusty Russell
    • Re: [PATCH 1/3] kernel.h: Add DO_ONCE statement expression macro, Andrew Morton
  • [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Joe Perches
    • Re: [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Dave Jones
      • Re: [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Joe Perches
        • Re: [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Dave Jones
          • Re: [PATCH 2/3] arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c: Use DO_ONCE & spelling fix, Joe Perches
  • [PATCH 3/3] kernel.h: Remove unused printk_once, Joe Perches
• [PATCH] x86: Fix VIA C3 Longhaul v2 identification, Krzysztof Helt
• [PATCH] cpufreq fix timer teardown in conservative governor, Mathieu Desnoyers
• [PATCH] cpufreq fix timer teardown in ondemand governor, Mathieu Desnoyers