Linux CPU Freq

• Thread Index

• [PATCH] ARM: exynos: restore mach/regs-clock.h for exynos5
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] cpufreq: exynos: allow disabling cpufreq drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC PATCH 0/2] cpufreq/regulator: Limit minimum voltage only
  • From: Taras Kondratiuk <taras@xxxxxx>
• [RFC PATCH 1/2] regulator: core: Add regulator_set_voltage_min()
  • From: Taras Kondratiuk <taras@xxxxxx>
• [RFC PATCH 2/2] cpufreq: cpufreq-cpu0: Limit minimum voltage only
  • From: Taras Kondratiuk <taras@xxxxxx>
• [PATCH v2 06/15] powerpc/85xx: add support to JOG feature using cpufreq interface
  • From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] ARM: shmobile: sh73a0: add support for adjusting CPU frequency
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: shmobile: sh73a0: add CPUFreq support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] ARM: shmobile: kzm9g-reference: add AS3711 and CPUFreq DT bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55261] down_threshold is missing
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [Bug 56691] Using Intel Pstates driver causes panics during high loads
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH V2 1/2] regulator: core: return err value for regulator_get if there is no DT binding
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• [Bug 56691] Using Intel Pstates driver causes panics during high loads
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56691] Using Intel Pstates driver causes panics during high loads
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56691] Using Intel Pstates driver causes panics during high loads
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56691] New: Using Intel Pstates driver causes panics during high loads
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: cpu0: Put cpu parent node after using it
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: exynos5440: Protect opp search calls with rcu lock
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq: exynos5440: Protect opp search calls with rcu lock
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH] cpufreq: cpu0: Put cpu parent node after using it
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: ARM big LITTLE: put DT nodes after using them
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: ARM big LITTLE: Adapt to latest cpufreq updates
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: exynos5440: Protect opp search calls with rcu lock
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Francesco Lavra <francescolavra.fl@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [RESEND PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [RESEND PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RESEND PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: dbx500: Round to closest available freq
  • From: Troy Kisky <troy.kisky@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Call __cpufreq_governor() with correct policy->cpus mask
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: dbx500: Round to closest available freq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: dbx500: Round to closest available freq
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] cpufreq: Call __cpufreq_governor() with correct policy->cpus mask
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Olof Johansson <olof@xxxxxxxxx>
• [PATCH] cpufreq: dbx500: Round to closest available freq
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxxxxxx>
• Re: [PATCH] cpufreq / intel_pstate: Optimize intel_pstate_set_policy
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 10
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [RFC PATCH] kbuild: Build linux-tools package with 'make deb-pkg'
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq / intel_pstate: Optimize intel_pstate_set_policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH] cpufreq / intel_pstate: Optimize intel_pstate_set_policy
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Apr 9 [cpufreq: NULL pointer deref]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: jonghwa3.lee@xxxxxxxxxxx
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• RE: [PATCH v4] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: [PATCH v4] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v4] cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V6 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• [RESEND PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH V5 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: amit daniel kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V6 3/4] arm: exynos: Enable OPP library support for exynos5440
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V6 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V6 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V6 4/4] arm: dts: Add cpufreq controller node for Exynos5440 SoC
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V6 2/4] cpufreq: exynos: Remove error return even if no soc is found
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Set timer timeout correctly
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 2/2] cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: shmobile: sh73a0: add CPUFreq support
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: shmobile: sh73a0: add CPUFreq support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 2/2] cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] ARM: shmobile: sh73a0: add CPUFreq support
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Fehler bei cpufreq-info
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Fehler bei cpufreq-info
  • From: Petr Šabata <contyk@xxxxxxxxxx>
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Fehler bei cpufreq-info
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] regulator: core: return err value for regulator_get if there is no DT binding
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] ARM: shmobile: kzm9g-reference: add AS3711 and CPUFreq DT bindings
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v5 1/3] ARM: shmobile: sh73a0: add support for adjusting CPU frequency
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v5 0/3] CPUFreq for sh73a0 / kzm9g, using cpufreq-cpu0
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v5 3/3] ARM: shmobile: sh73a0: add CPUFreq support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/2] cpufreq/regulator: Handle regulators that defer probe with device tree bindings
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Set timer timeout correctly
  • From: Adam Williamson <awilliam@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Set timer timeout correctly
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/2] cpufreq/regulator: Handle regulators that defer probe with device tree bindings
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] regulator: core: return err value for regulator_get if there is no DT binding
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 0/2] cpufreq/regulator: Handle regulators that defer probe with device tree bindings
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 2/2] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 00/18] For-3.10: CPUFreq: Move drivers to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: shmobile: kzm9g-reference: add CPUFreq support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 00/18] For-3.10: CPUFreq: Move drivers to drivers/cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 3/3] ARM: shmobile: kzm9g-reference: add CPUFreq support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V4 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V4 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH] cpufreq/intel_pstate: Set timer timeout correctly
  • From: dirk.brandewie@xxxxxxxxx
• Re: [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V4 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V4 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH linux-next v8] cpufreq: convert the cpufreq_driver to use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH 18/18] cpufreq: powerpc/platforms/cell: move cpufreq driver to drivers/cpufreq
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 18/18] cpufreq: powerpc/platforms/cell: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 18/18] cpufreq: powerpc/platforms/cell: move cpufreq driver to drivers/cpufreq
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/18] cpufreq: ARM: Arrange drivers in alphabetical order
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 02/18] cpufreq: tegra: Move driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 03/18] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 04/18] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 05/18] cpufreq: pxa2xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 06/18] cpufreq: integrator: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 07/18] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 10/18] cpufreq: blackfin: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 11/18] cpufreq: cris: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 13/18] cpufreq: mips: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 14/18] cpufreq: sh: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 15/18] cpufreq: unicore2: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 16/18] cpufreq: sparc: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 17/18] cpufreq: powerpc: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 18/18] cpufreq: powerpc/platforms/cell: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 12/18] cpufreq: ia64: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 09/18] cpufreq: AVR32: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 08/18] cpufreq: sa11x0: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/18] For-3.10: CPUFreq: Move drivers to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/9] cpufreq: integrator: move cpufreq driver to drivers/cpufreq
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 0/9] ARM: CPUFreq: Move drivers arch/arm/ -> drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/9] ARM: CPUFreq: Move drivers arch/arm/ -> drivers/cpufreq
  • From: Arnd Bergmann <arnd.bergmann@xxxxxxxxxx>
• Re: [PATCH 5/9] cpufreq: integrator: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: stratosk <stratosk@xxxxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: stratosk <stratosk@xxxxxxxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 3/3] ARM: shmobile: kzm9g-reference: add CPUFreq support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH V3 0/2] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V3 0/2] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH] cpufreq: convert the cpufreq_driver to use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH] cpufreq: convert the cpufreq_driver to use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: convert the cpufreq_driver to use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH 3/9] cris: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/9] AVR32: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Fehler bei cpufreq-info
  • From: Petr Šabata <contyk@xxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: stratosk <stratosk@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: jonghwa3.lee@xxxxxxxxxxx
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Fehler bei cpufreq-info
  • From: Rainer Maier <RaMaier@xxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V3 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH V3 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V3 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V3 1/2] cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: Unit of cpuinfo.transition_latency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Unit of cpuinfo.transition_latency
  • From: Guru Prasad <gurupras@xxxxxxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: ondemand: allow custom powersave_bias_target function to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [Bug 53051] Conservative governor get's sometimes stuck at highest frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Correct header guards typo
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: ondemand: allow custom powersave_bias_target function to be registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Correct header guards typo
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] tools: cpufreq: Fix cpufreq-info print messages for affected[related]_cpus
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: ondemand: allow custom powersave_bias_target function to be registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tools: cpufreq: Fix cpufreq-info print messages for affected[related]_cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: Correct header guards typo
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] tools: cpufreq: Fix cpufreq-info print messages for affected[related]_cpus
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: jonghwa3.lee@xxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56101] New: Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: jonghwa3.lee@xxxxxxxxxxx
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Fehler bei cpufreq-info
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: jonghwa3.lee@xxxxxxxxxxx
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 56071] New: Ondemand doesn't set correct low frequency
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: omap cpufreq driver in multi-platform kernels
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 56071] Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 56071] New: Ondemand doesn't set correct low frequency
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v6 1/2] cpufreq: split the cpufreq_driver_lock and use the rcu
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• [PATCH v6 2/2] cpufreq: covert the cpufreq_data_lock to a spinlock
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• [PATCH v6 0/2] cpufreq: cpufreq_driver_lock is hot on large systems
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH V2 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: omap cpufreq driver in multi-platform kernels
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: omap cpufreq driver in multi-platform kernels
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v5] cpufreq: split the cpufreq_driver_lock and use the rcu (was cpufreq: cpufreq_driver_lock is hot on large systems)
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH 6/9] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5] cpufreq: split the cpufreq_driver_lock and use the rcu (was cpufreq: cpufreq_driver_lock is hot on large systems)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v5] cpufreq: split the cpufreq_driver_lock and use the rcu (was cpufreq: cpufreq_driver_lock is hot on large systems)
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• [PATCH 1/9] cpufreq: cpu0: Fix mistake in Documentation example
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 7/9] cpufreq: drivers: don't check range of target freq in .target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 8/9] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 9/9] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 6/9] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/9] cpufreq: cpufreq-cpu0: Call CPUFREQ_POSTCHANGE notifier for failure cases too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/9] cpufreq: cpufreq-cpu0: No need to check cpu number in init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/9] cpufreq: Documentation: Fix cpufreq_frequency_table name
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/9] CPUFreq Updates & Fixes for 3.10
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [RFC PATCH 2/2] cpufreq: Introduce new cpufreq governor, LAB(Legacy Application Boost).
  • From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
• [RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.
  • From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
• [RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.
  • From: Jonghwa Lee <jonghwa3.lee@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Call CPUFREQ_POSTCHANGE notifier for failure cases too
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: No need to check cpu number in init()
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [Bug 48341] BUG: using smp_processor_id in preemptible powernow_k8
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55091] cpufreq governors woks crazy
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH v3] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/9] unicore2: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: "Xuetao Guan" <gxt@xxxxxxxxxxxxxxx>
• Re: Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: Simon Kalteis <skalteis@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 6/9] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 6/9] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Eric Miao <eric.y.miao@xxxxxxxxx>
• Re: Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/9] AVR32: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 7/9] unicore2: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/9] mips: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/9] cris: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/9] AVR32: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 9/9] cpufreq: sa11x0: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 6/9] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/9] cpufreq: integrator: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Intel Core2 Duo E6600 reports max-frequency of just 900 MHz instead of 2.4 GHz
  • From: Simon Kalteis <skalteis@xxxxxxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: Call CPUFREQ_POSTCHANGE notifier for failure cases too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: No need to check cpu number in init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Raname index as data in cpufreq_frequency_table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Documentation: Fix cpufreq_frequency_table name
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH] tools: cpufreq: Fix cpufreq-info print messages for affected[related]_cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] tools: cpufreq: Fix cpufreq-info print messages for affected[related]_cpus
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Fehler bei cpufreq-info
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v3] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v3] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 2/2] cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V3 1/2] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V3 0/2] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 1/2] cpufreq: ondemand: allow custom powersave_bias_target function to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: intel_pstate_timer_func divide by zero oops
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• [PATCH V2 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V2 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V2 0/8] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Benoit Cousson <b-cousson@xxxxxx>
• Re: intel_pstate_timer_func divide by zero oops
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 0/8] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V5 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 0/8] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Benoit Cousson <b-cousson@xxxxxx>
• [PATCH 2/2 v2] cpufreq: Add cpufreq driver for Freescale e500mc SoCs
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• [PATCH v2] cpufreq: check OF /cpus presence before dereferencing it
  • From: Paolo Pisati <paolo.pisati@xxxxxxxxxxxxx>
• Re: [PATCH V5 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 0/4] cpufreq: exynos5440: support for cpufreq driver
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V5 2/4] cpufreq: exynos: Remove error return even if no soc is found
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V5 1/4] cpufreq: exynos: Add cpufreq driver for exynos5440
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V5 3/4] arm: exynos: Enable OPP library support for exynos5440
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• [PATCH V5 4/4] arm: dts: Add cpufreq controller node for Exynos5440 SoC
  • From: Amit Daniel Kachhap <amit.daniel@xxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: ondemand: allow custom od_ops to be registered
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: check OF /cpus presence before dereferencing it
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: intel_pstate_timer_func divide by zero oops
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• RE: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: intel_pstate_timer_func divide by zero oops
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• intel_pstate_timer_func divide by zero oops
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: use the exact frequency for clk_set_rate()
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH 2/2] cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH 1/2] cpufreq: ondemand: allow custom od_ops to be registered
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH 0/2] cpufreq: ondemand: add AMD specific powersave bias
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V2 8/8] cpufreq: OMAP: donot allow to be used with device tree
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2 0/8] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Kim Phillips <kim.phillips@xxxxxxxxxxxxx>
• Re: [PATCH V2 8/8] cpufreq: OMAP: donot allow to be used with device tree
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH V4 0/2] Implement per policy instance of governor
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH V4 2/2] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 1/2] cpufreq: Add per policy governor-init/exit infrastructure
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 0/2] Implement per policy instance of governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: check OF /cpus presence before dereferencing it
  • From: Paolo Pisati <paolo.pisati@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] cpufreq: imx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 4/9] cpufreq: imx: move cpufreq driver to drivers/cpufreq
  • From: Markus Pargmann <mpa@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/2] cpufreq: drivers: don't check range of target freq in .target()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Tang Yuantian-B29983 <B29983@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v4 0/3] CPUFreq for sh73a0 / kzm9g, using cpufreq-cpu0
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: Fix mistake in Documentation example
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: Fix mistake in Documentation example
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpu0: Fix mistake in Documentation example
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55091] cpufreq governors woks crazy
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Jacob Shin <jacob.shin@xxxxxxx>
• [PATCH] cpufreq: cpu0: Fix mistake in Documentation example
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH V2] cpufreq: ARM big LITTLE: Add generic cpufreq driver and its DT glue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 6/9] sh: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55261] down_threshold is missing
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55261] down_threshold is missing
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55091] cpufreq governors woks crazy
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55091] cpufreq governors woks crazy
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 54761] Variable cpu frequency causes to loose performance
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/3] cpufreq: Add cpufreq driver for Freescale e500mc SOCs
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• [PATCH 2/3] clk: add PowerPC corenet clock driver support
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• [PATCH 1/3] powerpc/mpc85xx: Update the clock device tree nodes
  • From: <Yuantian.Tang@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 9/9] powerpc: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 8/9] spark: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 7/9] unicore2: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 6/9] sh: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/9] ia64: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/9] mips: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/9] cris: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/9] blackfin: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/9] AVR32: cpufreq: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/9] CPUFreq: Move drivers to drivers/cpufreq - Part 2
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/9] ARM: CPUFreq: Move drivers arch/arm/ -> drivers/cpufreq
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Re: [PATCH 0/9] ARM: CPUFreq: Move drivers arch/arm/ -> drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/9] cpufreq: davinci: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/9] cpufreq: imx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/9] cpufreq: integrator: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 6/9] cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 7/9] cpufreq: pxa2xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 8/9] cpufreq: s3c24xx: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 9/9] cpufreq: sa11x0: move cpufreq driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/9] cpufreq: tegra: Move driver to drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/9] cpufreq: ARM: Arrange drivers in alphabetical order
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/9] ARM: CPUFreq: Move drivers arch/arm/ -> drivers/cpufreq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Sekhar Nori <nsekhar@xxxxxx>
• [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 50721] CPU freqs stay stuck at max after reboot with on-demand governor set - i7-2630QM
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v4 2/3] ARM: shmobile: kzm9g-reference: add AS3711 and CPUFreq DT bindings
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v4 3/3] ARM: shmobile: kzm9g-reference: add CPUFreq support
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v4 1/3] ARM: shmobile: sh73a0: add support for adjusting CPU frequency
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [PATCH v4 0/3] CPUFreq for sh73a0 / kzm9g, using cpufreq-cpu0
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: acpi-cpufreq: Don't set policy->related_cpus from .init()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• [PATCH 1/2] cpufreq: drivers: don't check range of target freq in .target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: drivers: Remove unnecessary assignments of policy-> members
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [REGRESSION] [CPUFREQ] 3.9.0-rcX
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• [PATCH 2/2] cpufreq: Don't check if cpu is online/offline for cpufreq callbacks
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH v2] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Fix calculation of current frequency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq/intel_pstate: Fix calculation of current frequency
  • From: dirk.brandewie@xxxxxxxxx
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: More cpufreq breakage
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2] cpufreq: instantiate cpufreq-cpu0 as a platform_driver
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• More cpufreq breakage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: Dave Jones <davej@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Thomas Renninger <trenn@xxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH linux-pm] cpufreq: governors: Fix calculation of wall time in get_cpu_idle_time
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [Bug 55411] sysfs per-cpu cpufreq subdirs/symlinks screwed up after s2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH linux-pm] cpufreq: governors: Fix calculation of wall time in get_cpu_idle_time
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH 3/3 linux-next] cpufreq: conservative: Use an inline function to evaluate freq_target
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: stats: do cpufreq_cpu_put() corresponding to cpufreq_cpu_get
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 3/3 linux-next] cpufreq: conservative: Use an inline function to evaluate freq_target
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• [PATCH linux-pm] cpufreq: governors: Fix calculation of wall time in get_cpu_idle_time
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH v2 linux-next] cpufreq: governors: Calculate iowait time only when necessary
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH] drivers: cpufreq: kirkwood: fix coccicheck warnings
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] drivers: cpufreq: kirkwood: fix coccicheck warnings
  • From: Silviu-Mihai Popescu <silviupopescu1990@xxxxxxxxx>
• Re: [PATCH v2 linux-next] cpufreq: governors: Calculate iowait time only when necessary
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3 linux-next] cpufreq: conservative: Use an inline function to evaluate freq_target
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Fix unsigned variable being checked for negative value
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/3] ARM: shmobile: sh73a0: wait for completion when kicking the clock
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq/intel_pstate: Add function to check that all MSR's are valid
  • From: dirk.brandewie@xxxxxxxxx
• Re: [PATCH V2 8/8] cpufreq: OMAP: donot allow to be used with device tree
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH V3 2/4] cpufreq: governor: Implement per policy instances of governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 4/4] cpufreq: Add Kconfig option to enable/disable have_multiple_policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 4/4] cpufreq: Add Kconfig option to enable/disable have_multiple_policies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 4/4] cpufreq: Add Kconfig option to enable/disable have_multiple_policies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH V2 5/8] ARM: dts: omap4-panda: move generic sections to panda-common
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 4/8] ARM: dts: OMAP443x: Add CPU OPP table
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 0/8] ARM: OMAP3+: support cpufreq-cpu0 for device tree boot
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 3/8] ARM: dts: OMAP3: use twl4030 vdd1 regulator for CPU
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 1/8] ARM: dts: OMAP34xx/35xx: Add CPU OPP table
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 2/8] ARM: dts: OMAP36xx: Add CPU OPP table
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 8/8] cpufreq: OMAP: donot allow to be used with device tree
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH V2 7/8] ARM: OMAP3+: use cpu0-cpufreq driver in device tree supported boot
  • From: Nishanth Menon <nm@xxxxxx>