Linux CPU Freq

• Thread Index

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