Linux CPU Freq

• Thread Index

• Re: scaled CPU frequency to half but no changes in power from battery - intel i5 on ASUS U30JC
  • From: Etienne Le Sueur <elesueur@xxxxxxxxxxxxxxx>
• [Bug 19612] Computer fails to hibernate - problem idling SMP CPU's
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 13885] Performance decrease after suspend/resume to ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 11299] acpi_cpufreq doesn't load - Intel Q9300 CPU and shuttle SG33G5
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 02/32] powerpc/cell: use system_wq in cpufreq_spudemand
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/32] cpufreq: use system_wq instead of dedicated workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• scaled CPU frequency to half but no changes in power from battery - intel i5 on ASUS U30JC
  • From: Giacomo <delleceste@xxxxxxxxx>
• Issues with ondemand governor on overclocked CPU
  • From: Daniel Klaffenbach <danielklaffenbach@xxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: James Cloos <cloos@xxxxxxxxxxx>
• Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode
  • From: Venkatesh Pallipadi <venki@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Youquan Song <youquan.song@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Youquan Song <youquan.song@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Youquan Song <youquan.song@xxxxxxxxxxxxxxx>
• RE: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: "Niemi, David" <dniemi@xxxxxxxxxxxx>
• [PATCH 4/6] cpufreq: Add dynamic sampling window tunable
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 5/6] cpufreq: Add down_differential tunable
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 3/6] cpufreq: Add roll back non-sampling_window
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 2/6] cpufreq: Add sampling_window tunable
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 1/6] cpufreq: Add sampling window for ondemand governor
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 25132] New: longhaul : failed to set requested frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23712] kmemleak in cpufreq_register_driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 24562] k8-powernow does not see all cores
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 24562] k8-powernow does not see all cores
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 24562] k8-powernow does not see all cores
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufrequtils aperf: Fix MSR read on 32-bit
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufrequtils aperf: Fix MSR read on 32-bit
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] cpufrequtils aperf: Fix MSR read on 32-bit
  • From: Frank Arnold <frank.arnold@xxxxxxx>
• Re: Issues with ondemand governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Vishwanath Sripathy <vishwanath.sripathy@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Christian Robottom Reis <kiko@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Issues with ondemand governor
  • From: Vishwanath Sripathy <vishwanath.sripathy@xxxxxxxxxx>
• [Bug 23712] New: kmemleak in cpufreq_register_driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Issues with ondemand governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• [PATCH 1/2] x86, powernow-k8: Fixup missing _PSS objects message
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/2] x86, powernow-k8: Fix exit path
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Missing "unregister_cpu_notifier" in powernow-k8.c
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Vishwanath Sripathy <vishwanath.sripathy@xxxxxxxxxx>
• Re: Missing "unregister_cpu_notifier" in powernow-k8.c
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] cpufreq: Add __attribute__((format (printf...) to cpufreq_debug_printk and fix fallout
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Missing "unregister_cpu_notifier" in powernow-k8.c
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Missing "unregister_cpu_notifier" in powernow-k8.c
  • From: Dave Jones <davej@xxxxxxxxxx>
• Missing "unregister_cpu_notifier" in powernow-k8.c
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Issues with ondemand governor
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: Vishwanath Sripathy <vishwanath.sripathy@xxxxxxxxxx>
• Re: Issues with ondemand governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Issues with ondemand governor
  • From: Vishwanath Sripathy <vishwanath.sripathy@xxxxxxxxxx>
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] Only the lowest CPU frequency available on laptop working from battery.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 23412] New: Only the lowest CPU frequency available on laptop working from battery.
  • 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 04/44] drivers/cpufreq: Remove unnecessary semicolons
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/44] remove unnecessary semicolons
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• linking cpufrequtils against libcpufreq.a
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [PATCH] cpupowerutils: Add basic functions to detect AMD CPB information
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Unknown CPU
  • From: Matthew Gillen <me@xxxxxxxxxxxxxx>
• [PATCH] cpupowerutils: Add basic functions to detect AMD CPB information
  • From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: Fix ondemand governor powersave_bias execution time misuse
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Fix ondemand governor powersave_bias execution time misuse
  • From: Youquan Song <youquan.song@xxxxxxxxxxxxxxx>
• [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12389] acpi-cpufreq doesn't detect speed limit when cold booted on battery
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• per_cpu Userspace mutex
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 21082] Machine Check Exception on Athlon X2
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Question regarding during system suspend
  • From: Raj Kumar <rajkumar278@xxxxxxxxx>
• [Bug 21082] New: Machine Check Exception on Athlon X2
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH]: x86, cpufreq: Mark longrun_get_policy with __cpuinit.
  • From: Rakib Mullick <rakib.mullick@xxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19132] Changing the default cpufreq govenor freezes suspend
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• cpufreq: circular lock dependency
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 1/1] cpufreq: sampling_down_factor to improve ondemand performance
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: cpupowerutils: easier use of msr and cpuid stuff and some more
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: cpupowerutils: easier use of msr and cpuid stuff and some more
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: cpupowerutils: easier use of msr and cpuid stuff and some more
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpupowerutils: Add get_cpu_info(..) func to cpuid.h V2
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Mattia Dongili <malattia@xxxxxxxx>
• Re: [PATCH 3/5] cpupowerutils: Move utils/cpuid.h to lib/cpuid.h
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/5] cpupowerutils: Introduce -b/-t --boost/--turbo cpufreq-info param
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/5] cpupowerutils: Move utils/cpuid.h to lib/cpuid.h
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/5] cpupowerutils: Let older tools make use of global read_msr functions
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/5] cpupowerutils: Move read_msr from cpufreq-aperf.c into own /lib/msr.c file
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/5] cpupowerutils: Add get_cpu_info(..) func to cpuid.h
  • From: Thomas Renninger <trenn@xxxxxxx>
• cpupowerutils: easier use of msr and cpuid stuff and some more
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19702] i5-450M CPU gets stuck in low/lowest state
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19672] New: ondemand is slow
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• [Bug 19132] Changing the default cpufreq govenor freezes suspend
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19132] Changing the default cpufreq govenor freezes suspend
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/3] cpupowerutuils: Jump to version 010
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] cpupowerutils: Use sbindir for binaries that need root privileges
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpupowerutils: cpufreq-bench must link against libcpupower
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor on IP35 Pro(Intel P35-ICH9R)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Davidlohr Bueso <dave@xxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Davidlohr Bueso <dave@xxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [RESEND PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Davidlohr Bueso <dave@xxxxxxx>
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: Venkatesh Pallipadi <venki@xxxxxxxxxx>
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 19262] New: CPU0 locked at slower speed, regardless of governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 3/3] cpupowerutils: cpufreq-bench must link against libcpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/3] cpupowerutils: Use sbindir for binaries that need root privileges
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/3] cpupowerutuils: Jump to version 010
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 19132] New: Changing the default cpufreq govenor freezes suspend
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cpufreq: unnecesary double free in pcc_cpufreq_do_osc
  • From: Davidlohr Bueso <dave@xxxxxxx>
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 1/4] cpufrequtils: Prepare for non-cpufreq related power features by renaming files
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] cpufrequtils: Rename the project/package into cpupowerutils
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] cpufrequtils: Add cpuidle-info tool with some cstate library functions
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/4] cpufrequtils: Rename libcpufreq to libcpupower
  • From: Thomas Renninger <trenn@xxxxxxx>
• Rename cpufrequtils into cpupowerutils and provide some basic cpuidle functionality
  • From: Thomas Renninger <trenn@xxxxxxx>
• sending cpu info
  • From: Vikram Goyal <vikigoyal@xxxxxxxxx>
• Re: 2.6.35.x: acpi+no_hz+turboboost causing 3ware I/O controller resets
  • From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
• RE: [linux-pm] Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: "Sripathy, Vishwanath" <vishwanath.bs@xxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• [Bug 18662] New: kondemand/1 stuck
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [linux-pm] new kmemleak between 2.6.35.3 and 2.6.35.4
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [linux-pm] new kmemleak between 2.6.35.3 and 2.6.35.4
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Improving High-Load Performance with the Ondemand Governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 2/8] arch/x86/kernel/cpu/cpufreq: Fix unsigned return type
  • From: Julia Lawall <julia@xxxxxxx>
• CPUFREQ on FriendlyArm
  • From: tarek attia <tarek.m.attia@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: [PATCH] cpufrequtils: Remove proc compile option and interfaces
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Speedstep on Celeron SU2300
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Speedstep on Celeron SU2300
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] Fix NLS handling when building on uclibc
  • From: Natanael Copa <ncopa@xxxxxxxxxxxxxxx>
• Speedstep on Celeron SU2300
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• [PATCH] cpufrequtils: Remove proc compile option and interfaces
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Speedstep on Celeron SU2300
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Ondemand configurable down_differential?
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info
  • From: Amit Arora <amit.arora@xxxxxxxxxx>
• Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info
  • From: Amit Arora <amit.arora@xxxxxxxxxx>
• Re: [PATCH] Make PowerTOP generic, by removing hard coded values
  • From: Amit Arora <amit.arora@xxxxxxxxxx>
• [Bug 17001] ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] Make PowerTOP generic, by removing hard coded values
  • From: Auke Kok <auke-jan.h.kok@xxxxxxxxx>
• [PATCH 1/3] powertop: Use cpufreqlib for getting cpufreqstats info
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] Make PowerTOP generic, by removing hard coded values
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 17001] New: ondemand governor non-functional / ACPI P-states driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Unknown cpufreq driver
  • From: "Roman V. Nikolaev" <rshadow@xxxxxxxxxx>
• [Bug 16489] kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• patch for longhaul; bm_timeout fix
  • From: wateenellende <fpblists@xxxxxxxxx>
• Re: [PATCH] [CPUFREQ] acpi-cpufreq: add missing __percpu markup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] [CPUFREQ] acpi-cpufreq: add missing __percpu markup
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: proposed sysfs semantic change.
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: proposed sysfs semantic change.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: proposed sysfs semantic change.
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: proposed sysfs semantic change.
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• proposed sysfs semantic change.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Kernel OOPS - FC13 cpuspeed AMD CPU
  • From: "Jeff Rickman" <jrickman@xxxxxxxxxxx>
• Re: [PATCH] [CPUFREQ] add missing __percpu markup in pcc-cpufreq.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] [CPUFREQ] add missing __percpu markup in pcc-cpufreq.c
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH 20/42] drivers/cpufreq: Adjust confusing if indentation
  • From: Julia Lawall <julia@xxxxxxx>
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• ACPI-CPUFREQ problem on VIA C7-D 1800 MHz
  • From: Carl Wenninger <charles@xxxxxxxxxxxxxxxxx>
• [Bug 16489] New: kmemleak after suspend2ram in cpufreq driver
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] [ARM] tegra: Add cpufreq support
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: Bug or my failor?
  • From: Thomas Renninger <trenn@xxxxxxx>
• Bug or my failor?
  • From: Andrei Mitrofanow <smilebef@xxxxxxxxxxxxxx>
• [2.6.35-rc6 cpufreq] fix double freeing...
  • From: Daniel J Blueman <daniel.blueman@xxxxxxxxx>
• Affected_cpus, related_cpus, ...?
  • From: Tomasz Buchert <Tomasz.Buchert@xxxxxxxx>
• Re: [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC
  • From: Thomas Renninger <trenn@xxxxxxx>
• [patch 2/2] powernow-k8: fix misleading variable naming
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 1/2] powernow-k8: limit Pstate transition latency check
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch for 2.6.35 1/1] cpufreq: revert "[CPUFREQ] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site)"
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• RE: [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC
  • From: "Chumbalkar, Nagananda" <Nagananda.Chumbalkar@xxxxxx>
• [PATCH] cpufreq: pcc driver should check for pcch method before calling _OSC
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: [PATCH] cpufreq: fix memory leak in cpufreq_add_dev
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH] cpufreq: fix memory leak in cpufreq_add_dev
  • From: Xiaotian Feng <dfeng@xxxxxxxxxx>
• [PATCH 3/3] Fix section mismatch for powernow_cpu_init in powernow-k7.c
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 2/3] Fix section mismatch for longhaul_cpu_init.
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 1/3] Fix section mismatch for lonrun_cpu_init.
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 0/3] Fix section mismatch in cpufreq drivers
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 2/3] Fix section mismatch for longhaul_cpu_init.
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 0/3] Fix section mismatch in cpufreq drivers
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 1/3] Fix section mismatch for lonrun_cpu_init.
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• [PATCH 3/3] Fix section mismatch for powernow_cpu_init in powernow-k7.c
  • From: Holger Freyther <zecke@xxxxxxxxxxx>
• Unsupported CPU
  • From: Дмитрий <bakhtiyarov.dima@xxxxxxxxx>
• RE: [PATCH] cpufreq: Fix PCC driver error path
  • From: "Chumbalkar, Nagananda" <Nagananda.Chumbalkar@xxxxxx>
• [PATCH 02/25] cpufreq: Convert pci_table entries to PCI_VDEVICE (if PCI_ANY_ID is used)
  • From: Peter Hüwe <PeterHuewe@xxxxxx>
• [PATCH] cpufreq: Fix PCC driver error path
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16362] only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16362] New: only the lowest frequency is used - scaling_max_frequency is set to lowest frequency and directly reset if changed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16169] Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16357] New: acpi-cpufreq fails to load (No such device)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16169] Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] powernow-k8: Fix misleading variable naming
  • From: Borislav Petkov <borislav.petkov@xxxxxxx>
• [PATCH] powernow-k8: Limit Pstate transition latency check
  • From: Borislav Petkov <borislav.petkov@xxxxxxx>
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [ANNOUNCE] cpufrequtils-008 released
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 06/19] arch/x86/kernel/cpu/cpufreq: use for_each_pci_dev()
  • From: Kulikov Vasiliy <segooon@xxxxxxxxx>
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor
  • 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 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 12482] Change cpufreq_ondemand to tread SCHED_IDLE time as idle time
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16072] [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Need help with sensors plugin
  • From: Mattia Dongili <malattia@xxxxxxxx>
• Need help with sensors plugin
  • From: Nicolas Hüppelshäuser <nicolas.hueppelshaeuser@xxxxxx>
• [Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] Cpufreq: fix brace coding style issue. This patch fixes up a brace warning found by the checkpatch.pl tool Signed-off-by: Neal Buckendahl <nealb001@xxxxxxxxxx>
  • From: Neal Buckendahl <nealb001@xxxxxxxxx>
• Re: [Bug #16169] Complain from preemptive debug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 16169] Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16169] Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug #16169] Complain from preemptive debug
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: Linux 2.6.35-rc3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 2.6.35-rc3
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 16154] non-fatal kerneloops at boot
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16154] non-fatal kerneloops at boot
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16169] Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16169] New: Complain from preemptive debug
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 16168] New: BUG: using smp_processor_id() in preemptible [00000000] code:
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Ondemand core specific variables
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Re: Ondemand Governor in Linux Kernel 2.6.31
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Re: Ondemand Governor in Linux Kernel 2.6.31
  • From: shankarGanesh <shankarganeshk@xxxxxxxxx>
• Re: Ondemand Governor in Linux Kernel 2.6.31
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Ondemand Governor in Linux Kernel 2.6.31
  • From: Shankar Ganesh <shankarganeshk@xxxxxxxxx>
• [Bug 16154] New: non-fatal kerneloops at boot
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Unable to start cpu frequency scaling in E5420
  • From: Priyadarshan Hari <priyadarshan.hari@xxxxxxxxx>
• Re: [loongson2-PATCH] modification of the cpufreq module
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Fwd: [loongson2-PATCH] modification of the cpufreq module
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [FIXED] 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?)
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• Re: [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• [Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• [FIXED] 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: 2.6.35-rc1: Call trace: BUG: using smp_processor_id() in preemptible [00000000] code: cpufreq-set/2344 (cpufreq-releated?)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: how could I help?
  • From: Edin Hodzic <dino@xxxxxxxxxxxxx>
• Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 16072] New: [HP Pavilion dm1-1110ev] Cpufreq doesn't work at all ( Intel Celeron U2300 )
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] cpufreq: call nr_iowait_cpu with disabled preemption
  • From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
• powernow-k8 warning
  • From: Александр Дориф <dorif11@xxxxxxxxx>
• [cpufreq] Removing module 'cpufreq_stats' fails
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: powernow-k8: section mismatch
  • From: Borislav Petkov <bp@xxxxxxxxx>
• powernow-k8: section mismatch
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Thomas Renninger <trenn@xxxxxxx>
• [patch for 2.6.35? 1/1] cpufreq: revert "[CPUFREQ] remove rwsem lock from CPUFREQ_GOV_STOP call (second call site)"
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Ondemand core specific variables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: Ondemand core specific variables
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Ondemand core specific variables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Ondemand core specific variables
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxx>
• [PATCH v2 1/3] scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU frequencies
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH v2 0/3] Enable CPU frequency and power tracking in cpuacct cgroup
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH v2 2/3] scheduler: cpuacct: Enable platform callbacks for cpuacct power tracking
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH v2 3/3] omap: cpu: Implement callbacks for cpu frequency tracking in cpuacct
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] scheduler: Extract cgroups_cpuaccount code from sched.c into own file
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/4] omap: cpu: Implement callbacks for cpu frequency tracking in cpuacct
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH 4/4] omap: cpu: Power tracking support for cgroup cpuacct
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH 3/4] scheduler: cpuacct: Enable platform callbacks for cpuacct power tracking
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH 1/4] scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU frequencies
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [PATCH 0/4] Enable cpu frequency and power tracking for cpuacct cgroup
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: Ondemand core specific variables
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxx>
• Re: Ondemand core specific variables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Ondemand core specific variables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Ondemand core specific variables
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Bugreport
  • From: "Sebastian R. Michl" <srmichl@xxxxxx>
• [Bug 15896] Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor
  • From: Andrej Gelenberg <andrej.gelenberg@xxxxxxx>
• Re: [PATCH] [CPUFREQ] fix race condition in store_scaling_governor
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable
  • From: Willy Tarreau <w@xxxxxx>
• [PATCH 8/7] cpufreq: make the iowait-is-busy-time a sysfs tunable
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Bug 15896] New: Powernow-k8 detects wrong p-states for AMD Thuban 6-core processor (1090T)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Bug 15264] cpufreq: possible recursive locking detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15264] cpufreq: possible recursive locking detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15264] cpufreq: possible recursive locking detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15539] i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] aperf: Add cpuid support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/3] cpufrequtils aperf: Add cpuid support
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/3] cpufrequtils aperf: Use sysconf() glibc func to detect possible cpus
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Ingo Molnar <mingo@xxxxxxx>
• [Bug 15264] cpufreq: possible recursive locking detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] cpufrequtils aperf: Make data collection cpu hotplug proof
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [thomas@xxxxxxxxxxxxx: [Xen-devel] CPUFreq: BUG: unable to handle kernel paging request]
  • From: Thomas Schwinge <thomas@xxxxxxxxxxxxx>
• Re: cpufreq-aperf and hotplug
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] aperf: Make data collection cpu hotplug proof
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/2] aperf: Add cpuid support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: cpufreq-aperf and hotplug
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH 1/2] acpi-cpufreq: Fix CPU_ANY CPUFREQ_{PRE,POST}CHANGE notification
  • From: Venkatesh Pallipadi <venki@xxxxxxxxxx>
• [PATCH 2/2] x86 cpufreq: Make trace_power_frequency cpufreq driver independent
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/2] acpi-cpufreq: Fix CPU_ANY CPUFREQ_{PRE,POST}CHANGE notification
  • From: Thomas Renninger <trenn@xxxxxxx>
• Implement trace_power_frequency for all cpufreq drivers
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH 0/7] Fix performance issue with ondemand governor
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Fix performance issue with ondemand governor
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 0/7] Fix performance issue with ondemand governor
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Fix performance issue with ondemand governor
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 6/7] sched: introduce get_cpu_iowait_time_us()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 5/7] sched: eliminate the ts->idle_lastupdate field
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 4/7] sched: fold updating of the last update time into update_ts_time_stats()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 3/7] sched: update the idle statistics in get_cpu_idle_time_us()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 2/7] sched: introduce a function to update the idle statistics
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 1/7] sched: add a comment to get_cpu_idle_time_us()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Pavel Machek <pavel@xxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Pavel Machek <pavel@xxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• Available frequency steps for mobile Core 2 Duo
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• CPUfreq - udelay() interaction issues
  • From: Saravana Kannan <skannan@xxxxxxxxxxxxxx>
• [Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Éric Piel <eric.piel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxx>
• Re: [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Éric Piel <eric.piel@xxxxxxxxxxxxxxxx>
• [PATCH 2/7] sched: introduce a function to update the idle statistics
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 3/7] sched: update the idle statistics in get_cpu_idle_time_us()
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 6/7] sched: introduce get_cpu_iowait_time_us()
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 7/7] ondemand: Solve the big performance issue with ondemand during disk IO
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 5/7] sched: eliminate the ts->idle_lastupdate field
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 4/7] sched: fold updating of the last update time into update_ts_time_stats()
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 0/7] Fix performance issue with ondemand governor
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH 1/7] sched: add a comment to get_cpu_idle_time_us()
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Bug 15597] acpi-cpufreq not initializing on corei5-661
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15597] acpi-cpufreq not initializing on corei5-661
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] sched: cpuacct: Track cpuusage for CPU frequencies
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Paul Menage <menage@xxxxxxxxxx>
• [RFC][PATCH] sched: cpuacct: Track cpuusage per cpu frequency
  • From: Mike Chan <mike@xxxxxxxxxxx>
• [-v3.1 PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 3/6] x86: Unify APERF/MPERF support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 6/6] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 5/6] powernow-k8: Fix frequency reporting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v3 PATCH 0/6] powernow-k8: Core Performance Boost and effective frequency support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/6] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: F13 - recursive lock warning
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: F13 - recursive lock warning
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• [-v2 PATCH 0/6] powernow-k8: Core Performance Boost and effective frequency support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 6/6] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 5/6] powernow-k8: Fix frequency reporting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 3/6] x86: Unify APERF/MPERF support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 2/6] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 4/6] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [-v2 PATCH 1/6] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: The conservative governor ignores all but the last CPU when taking decisions
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: F13 - recursive lock warning
  • From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: The conservative governor ignores all but the last CPU when taking decisions
  • From: Jean-Christian Goussard <jeanchristian.goussard@xxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Valdis.Kletnieks@xxxxxx
• Re: The conservative governor ignores all but the last CPU when taking decisions
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: [RFC] Add support for modern AMDs to acpi-cpufreq
  • From: "Langsdorf, Mark" <mark.langsdorf@xxxxxxx>
• Re: F13 - recursive lock warning
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Thomas Renninger <trenn@xxxxxxx>
• The conservative governor ignores all but the last CPU when taking decisions
  • From: Jean-Christian <jeanchristian.goussard@xxxxxx>
• [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/5] powernow-k8: Fix frequency reporting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 5/5] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/5] x86, cpu: Add AMD core boosting feature flag to /proc/cpuinfo
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Thomas Renninger <trenn@xxxxxxx>
• RE: [RFC] Add support for modern AMDs to acpi-cpufreq
  • From: "Langsdorf, Mark" <mark.langsdorf@xxxxxxx>
• Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC] Add support for modern AMDs to acpi-cpufreq
  • From: Thomas Renninger <trenn@xxxxxxx>
• [RFC] Add support for modern AMDs to acpi-cpufreq
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• [PATCH 3/5] cpufreq: Add APERF/MPERF support for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/5] powernow-k8: Fix frequency reporting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/5] cpufreq: Unify sysfs attribute definition macros
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/5] powernow-k8: Add core performance boost support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 5/5] cpufreq: Add support for actual freq
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 0/5] powernow-k8: Core Performance Boost and effective frequency support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: cpufrequtils hangs
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• cpufrequtils hangs
  • From: aton <aton@xxxxxxxxxxxxxxxxx>
• [Bug 15597] acpi-cpufreq not initializing on corei5-661
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 15597] New: acpi-cpufreq not initializing on corei5-661
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 15539] New: i5 Clarkdale CPUs (e.g., Intel Core i5 6XX) don't respect powersave CPU governor
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>
• Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)
  • From: Robert Schöne <robert.schoene@xxxxxxxxxxxxx>