Linux CPU Freq

• Thread Index

• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [PATCH RESEND v10 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 3/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 6/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 5/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH RESEND v10 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH 2/3] cpufreq: Remove cpufreq_generic_exit()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/3] cpufreq: add 'freq_table' in struct cpufreq_policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3/3] cpufreq: Remove unnecessary variable/parameter 'frozen'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 0/3] CPUFreq: Cleanups for 3.14
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 1/6] cpufreq: suspend governors from dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 2/6] cpufreq: call driver's suspend/resume for each policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 4/6] cpufreq: exynos: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 3/6] cpufreq: Implement cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 6/6] cpufreq: Tegra: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 5/6] cpufreq: s5pv210: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 0/6] cpufreq: suspend early/resume late: dpm_{suspend|resume}()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 2/5] cpufreq: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 4/5] cpufreq: powernow-k8: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 5/5] cpufreq: unicore2: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 3/5] cpufreq: pcc: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 1/5] cpufreq: Introduce cpufreq_notify_post_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Set CPU frequency target
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Introduce cpufreq_notify_post_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: Introduce cpufreq_notify_post_transition()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Set CPU frequency target
  • From: Manish Badarkhe <badarkhe.manish@xxxxxxxxx>
• [PATCH 3/5] cpufreq: pcc: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 4/5] cpufreq: powernow-k8: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 5/5] cpufreq: unicore2: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/5] cpufreq: send new set of notification for transition failures
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/5] cpufreq: Introduce cpufreq_notify_post_transition()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 1/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 2/2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 2/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v3] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH V3 2/2] cpufreq: Mark x86 drivers with CPUFREQ_SKIP_INITIAL_FREQ_CHECK flag
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 1/2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V3] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH v2] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq, highbank: enable ECME thermal notifications
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix compilation warnings
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH V4] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: clk_round_rate() can return a zero upon error
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: clk_round_rate() can return a zero upon error
  • From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
• [Bug 65501] Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH V3 4/6] cpufreq: exynos: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 0/6] cpufreq: suspend early/resume late
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: clk_round_rate() can return a zero upon error
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: clk_round_rate() can return a zero upon error
  • From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
• [PATCH] cpufreq: SPEAr: clk_round_rate() can return a zero upon error
  • From: Paul Walmsley <pwalmsley@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 0/6] cpufreq: suspend early/resume late
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V3 0/6] cpufreq: suspend early/resume late
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [PATCH V3 0/6] cpufreq: suspend early/resume late
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 1/6] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 2/6] cpufreq: call driver's suspend/resume for each policy
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 4/6] cpufreq: exynos: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 5/6] cpufreq: s5pv210: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 6/6] cpufreq: Tegra: Use cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 3/6] cpufreq: Implement cpufreq_generic_suspend()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] Cpufreq: Change sysfs interface cpuinfo_cur_freq access privilege
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Bug 65611] wrong file mode of /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65591] Haswell CPU is not going to powersafe mode.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65671] New: Problems with hibernation, with bisect
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65611] New: wrong file mode of /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65591] Haswell CPU is not going to powersafe mode.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65591] New: Haswell CPU is not going to powersafe mode.
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 65301] Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [Bug 65501] New: Blind angle of 1% between up_threshold and down_threshold
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V2 1/2] cpufreq: suspend governors on system suspend/hibernate
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 2/2] cpufreq: Change freq before suspending governors
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 0/2] cpufreq: suspend governors during s2r/hibernation
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: tegra: don't error target() when suspended
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: tegra: don't error target() when suspended
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 65301] New: Cores stuck at max frequency after resume from suspend (Haswell)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: Make sure CPU is running on a freq from freq-table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: exynos5250: Set APLL rate using CCF API
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH] cpufreq: tegra: don't error target() when suspended
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix line over 80 characters warning
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Remove unwanted EXPORT_SYMBOL
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix line over 80 characters warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: tegra: don't error target() when suspended
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] cpufreq: tegra: don't error target() when suspended
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• [Bug 62861] [BISECTED]Maximum CPU voltage level never reached on AMD A8-5500 if radeon.dpm=1 is used
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq/stats: Add "unknown" frequency field in stats tables
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq, highbank: enable ECME thermal notifications
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq/stats: Add "unknown" frequency field in stats tables
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq/stats: Add "unknown" frequency field in stats tables
  • From: "Jon Medhurst (Tixy)" <tixy@xxxxxxxxxx>
• [PATCH] cpufreq/stats: Add "unknown" frequency field in stats tables
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix line over 80 characters warning
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: exynos: Fix line over 80 characters warning
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix compilation warnings
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Fix compilation warnings
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: exynos: Fix compilation warnings
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 1/1] cpufreq: exynos: Remove unwanted EXPORT_SYMBOL
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 1/1] cpufreq: exynos: Remove unwanted EXPORT_SYMBOL
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V2] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH] cpufreq: cpufreq-cpu0: Use a sane boot frequency when booting with a mismatched bootloader configuration
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: OMAP: Fix compilation error 'r & ret undeclared'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Cpufreq: Remove fossil comment in the cpufreq_governor_dbs()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] cpufreq: stats: Do not populate stats when policy->cur has no exact match
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2 1/2] Tick: Introduce tick_nohz_check() to check nohz enable status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 2/2] Cpufreq/gov: use tick_nohz_check() to check idle micro accouting support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 1/2] Tick: Introduce tick_nohz_check() to check nohz enable status
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: suspend/resume governors with PM notifiers
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 2/2] Cpufreq/gov: use tick_nohz_check() to check idle micro accouting support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH V2 1/2] Tick: Introduce tick_nohz_check() to check nohz enable status
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH] Cpufreq: Remove fossil comment in the cpufreq_governor_dbs()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Bug 63081] ignore_nice_load changes from one to zero after suspend2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] Cpufreq: Remove fossil comment in the cpufreq_governor_dbs()
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system syspend/resume
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 63081] ignore_nice_load changes from one to zero after suspend2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 63081] ignore_nice_load changes from one to zero after suspend2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 63081] ignore_nice_load changes from one to zero after suspend2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• [Bug 63081] ignore_nice_load changes from one to zero after suspend2ram
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: viresh kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• [Bug 62861] [BISECTED]Maximum CPU voltage level never reached on AMD A8-5500 if radeon.dpm=1 is used
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] cpufreq: OMAP: Fix compilation error 'r & ret undeclared'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCHv5 05/20] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Stratos Karafotis <skarafotis@xxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Stratos Karafotis <skarafotis@xxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: conservative: set requested_freq to policy max when it is over policy max
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: conservative: set requested_freq to policy max when it is over policy max
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• [PATCH 1/2] cpufreq: conservative: fix requested_freq reduction issue
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Xiaoguang Chen <chenxg.marvell@xxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 64251] Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64251] Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Rongjun Ying <Rongjun.Ying@xxxxxxx>
• [PATCH] cpufreq: conservative: fix requested_freq reduction issue
  • From: Xiaoguang Chen <chenxg@xxxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Rongjun Ying <Rongjun.Ying@xxxxxxx>
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• does niced processes scales frequency too at the ondemand governor ?
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Rongjun Ying <Rongjun.Ying@xxxxxxx>
• [Bug 64271] Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 5/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 6/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 7/7] thermal:exynos:boost: Automatic enable/disable of BOOST feature (at Exynos4412)
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 4/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 3/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v10 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: 答复: [PATCH] cpufreq: sirf : Add cpufreq for SiRFprimaII and SiRFatlasVI
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64251] Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64251] Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance
  • From: rjying <rjying@xxxxxxxxx>
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64271] Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64271] Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64251] Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64271] Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64291] ignore_nice_load for Intel's P-state driver?
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64271] Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64291] New: ignore_nice_load for Intel's P-state driver?
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64271] New: Intel Pstate driver - "kick" code is not needed
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64261] New: Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 64251] New: Intel Pstate driver minimum percent does not change with turbo off
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: ondemand: Remove redundant return statement
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH] cpufreq: ondemand: Remove redundant return statement
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: ondemand: Remove redundant return statement
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: ondemand: Remove redundant return statement
  • From: Stratos Karafotis <stratosk@xxxxxxxxxxxx>
• Re: [PATCH v2] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• Re: [PATCH v2] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• Re: [PATCH v2 0/2] cpufreq support for the big.LITTLE switcher
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq support for the big.LITTLE switcher
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V2 Resend 01/16] cpufreq: create cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 03/16] cpufreq: cpu0: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 0/2] CPUFreq Cleanup Part IV
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 02/16] cpufreq: at32ap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 04/16] cpufreq: davinci: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 06/16] cpufreq: exynos: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 0/2] CPUFreq Cleanup Part IV
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH V2 Resend 05/16] cpufreq: dbx500: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 08/16] cpufreq: loongson2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 10/16] cpufreq: ppc: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 09/16] cpufreq: omap: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 11/16] cpufreq: s3c: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 12/16] cpufreq: s5pv210: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 13/16] cpufreq: spear: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 15/16] cpufreq: tegra: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 16/16] cpufreq: unicore2: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 14/16] cpufreq: tegra: remove target_cpu_speed[] array
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 07/16] cpufreq: imx6q: use cpufreq_generic_get() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 00/16] CPUFreq Cleanup Part V
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq support for the big.LITTLE switcher
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 0/2] CPUFreq Cleanup Part IV
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 0/2] CPUFreq Cleanup Part IV
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/2] cpufreq support for the big.LITTLE switcher
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] cpufreq support for the big.LITTLE switcher
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v2 0/2] cpufreq support for the big.LITTLE switcher
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v2 2/2] cpufreq: arm_big_little: reconfigure switcher behavior at run time
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v2 1/2] cpufreq: arm_big_little: add in-kernel switching (IKS) support
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 0/2] cpufreq support for the big.LITTLE switcher
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• cpufreq fails on Apple Powermac G4
  • From: Todd Dailey <todd.dailey@xxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• [PATCH V2 Resend 1/2] cpufreq: distinguish drivers that do asynchronous notifications
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 2/2] cpufreq: move freq change notifications to cpufreq core
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 0/2] CPUFreq Cleanup Part IV
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v3 1/4] ARM: vexpress/TC2: add support for CPU DVFS
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 3/4] cpufreq: arm_big_little: add vexpress SPC interface driver
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 2/4] ARM: vexpress/TC2: add cpu clock support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 4/4] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v3 0/4] ARM: vexpress/TC2: cpufreq support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• Re: [GIT PULL]: CPUFreq: ARM Updates for 3.13
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 2/2] Cpufreq/gov: use tick_nohz_check() to check idle micro accouting support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [GIT PULL]: CPUFreq: ARM Updates for 3.13
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Questions about Runtime PM
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: Questions about Runtime PM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Knut Petersen <Knut_Petersen@xxxxxxxxxxx>
• [PATCH v2] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• Re: [PATCH 1/1] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: [PATCH V2 Resend 00/34] CPUFreq Cleanup Part III
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 00/34] CPUFreq Cleanup Part III
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 Resend 00/34] CPUFreq Cleanup Part III
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/34] CPUFreq Cleanup Part III
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [BUG 3.12.rc4] Oops: unable to handle kernel paging request during shutdown
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• [RFC PATCH] cpufreq: cpufreq-cpu0: do not allow transitions with regulators suspended
  • From: Nishanth Menon <nm@xxxxxx>
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• Re: [PATCH 1/1] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: adrian <adrian.huang@xxxxxx>
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: powersave governor runs programs faster and uses more power than performance governor
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• powersave governor runs programs faster and uses more power than performance governor
  • From: Melanie Kambadur <melanie@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: make sure frequency transitions are serialized
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] cpufreq: arm_big_little: reconfigure switcher behavior at run time
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 13/34] cpufreq: ia64: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 0/4] CPUFreq stats: Bug fixes
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/2] cpufreq: arm_big_little: add in-kernel switching (IKS) support
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH 2/2] cpufreq: arm_big_little: reconfigure switcher behavior at run time
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH 0/2] cpufreq support for the big.LITTLE switcher
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] CPUFreq stats: Bug fixes
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• RE: [PATCH V2 Resend 13/34] cpufreq: ia64: Convert to light weight ->target_index() routine
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: Geyslan Gregório Bem <geyslan@xxxxxxxxx>
• Re: [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] cpufreq: sirf : Add cpufreq for SiRFprimaII and SiRFatlasVI
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: s3c64xx: Rename index to driver_data
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH 5/5] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Pawel Moll <pawel.moll@xxxxxxx>
• [PATCH v2 1/5] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 2/5] ARM: vexpress/TC2: add support for CPU DVFS
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 3/5] ARM: vexpress/TC2: add cpu clock support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 5/5] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH v2 4/5] cpufreq: arm_big_little: add vexpress SPC interface driver
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH V2 Resend 29/34] cpufreq: sa11x0: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 5/5] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH V2] cpufreq: exynos: Show a list of available frequencies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: s3c64xx: Rename index to driver_data
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] cpufreq: intel_pstate: skip the driver if ACPI has power mgmt option
  • From: Adrian Huang <adrian.huang@xxxxxx>
• RE: [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: "Huang, Adrian (ISS Linux TW)" <adrian.huang@xxxxxx>
• Re: [PATCH] cpufreq: create per policy rwsem instead of per CPU cpu_policy_rwsem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [Bug 62861] Maximum CPU voltage level never reached on AMD A8-5500 if radeon.dpm=1 is used
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• RE: [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: "Huang, Adrian (ISS Linux TW)" <adrian.huang@xxxxxx>
• [PATCH] cpufreq: intel_pstate: fix possible integer overflow
  • From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
• [PATCH] cpufreq, highbank: enable ECME thermal notifications
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [PATCH v5 0/3] ARM: S5PV210: move to common clk framework
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• [Bug 62861] Maximum CPU voltage level never reached on AMD A8-5500 if radeon.dpm=1 is used
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 4/5] cpufreq: arm_big_little: add vexpress SPC interface driver
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 5/5] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 3/5] ARM: vexpress/TC2: add cpu clock support
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 2/5] ARM: vexpress/TC2: add support for CPU DVFS
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH V2 Resend 31/34] cpufreq: sparc: Convert to light weight ->target_index() routine
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: create per policy rwsem instead of per CPU cpu_policy_rwsem
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH V2 Resend 29/34] cpufreq: sa11x0: Convert to light weight ->target_index() routine
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH V2 Resend 01/34] cpufreq: Implement light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 02/34] cpufreq: acpi: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 03/34] cpufreq: arm_big_little: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 05/34] cpufreq: blackfin: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 06/34] cpufreq: cpu0: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 07/34] cpufreq: cris: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 08/34] cpufreq: davinci: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 09/34] cpufreq: dbx500: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 10/34] cpufreq: e_powersaver: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 11/34] cpufreq: elanfreq: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 12/34] cpufreq: exynos: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 13/34] cpufreq: ia64: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 14/34] cpufreq: imx6q: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 15/34] cpufreq: kirkwood: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 16/34] cpufreq: longhaul: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 17/34] cpufreq: loongson2: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 19/34] cpufreq: omap: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 20/34] cpufreq: p4: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 22/34] cpufreq: pmac32: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 24/34] cpufreq: ppc: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 25/34] cpufreq: pxa: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 26/34] cpufreq: s3c2416: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 27/34] cpufreq: s3c64xx: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 28/34] cpufreq: s5pv210: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 29/34] cpufreq: sa11x0: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 30/34] cpufreq: sc520: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 32/34] cpufreq: SPEAr: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 33/34] cpufreq: speedstep: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 34/34] cpufreq: tegra: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 31/34] cpufreq: sparc: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 23/34] cpufreq: powernow: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 21/34] cpufreq: pasemi: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 18/34] cpufreq: maple: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 04/34] cpufreq: at32ap: Convert to light weight ->target_index() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 00/34] CPUFreq Cleanup Part III
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: create per policy rwsem instead of per CPU cpu_policy_rwsem
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 1/1] Skip the driver if ACPI has power mgmt option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 1/3] clk: samsung: Add clock driver for s5pc110/s5pv210
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: support for software direct frequency throttling?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Nishanth Menon <nm@xxxxxx>
• Re: support for software direct frequency throttling?
  • From: Mark Langsdorf <mark.langsdorf@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] PM / OPP: updates to enable sharing OPPs info
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• RE: [PATCH v9 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: Add dummy cpufreq_cpu_get/put for CONFIG_CPU_FREQ=n
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH v2 0/5] PM / OPP: updates to enable sharing OPPs info
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: Add dummy cpufreq_cpu_get/put for CONFIG_CPU_FREQ=n
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/2] cpufreq: exynos4210: Use the common clock framework to set APLL clock rate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Remove unnecessary braces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpufreq: exynos: Convert exynos-cpufreq to platform driver
  • From: Tomasz Figa <t.figa@xxxxxxxxxxx>
• [PATCH 3/5] ARM: vexpress/TC2: add cpu clock support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 1/5] cpufreq: arm-big-little: use clk_get instead of clk_get_sys
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 2/5] ARM: vexpress/TC2: add support for CPU DVFS
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 5/5] ARM: vexpress/TC2: register vexpress-spc cpufreq device
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 0/5] ARM: vexpress/TC2: cpufreq support
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH 4/5] cpufreq: arm_big_little: add vexpress SPC interface driver
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH] Remove unnecessary braces
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] Remove unnecessary braces
  • From: Evgeny Kapaev <orener300@xxxxxxxxx>
• Re: [PATCH v9 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v9 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V2] cpufreq: exynos: Show a list of available frequencies
  • From: Jungseok Lee <jays.lee@xxxxxxxxxxx>
• [PATCH] cpufreq: s3c64xx: Rename index to driver_data
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 5/7] cpufreq:exynos:Extend Exynos cpufreq driver to support boost framework
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 3/7] thermal:boost: Automatic enable/disable of BOOST feature
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 6/7] Documentation:cpufreq:boost: Update BOOST documentation
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 4/7] cpufreq:boost:Kconfig: Provide support for software managed BOOST
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 7/7] cpufreq:exynos4x12: Change L0 driver data to CPUFREQ_BOOST_FREQ
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 2/7] cpufreq:acpi:x86: Adjust the acpi-cpufreq.c code to work with common boost solution
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 1/7] cpufreq: Add boost frequency support in core
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v9 0/7] cpufreq:boost: CPU Boost mode support
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 60839] scaling_max_freq cannot be set to values larger than bios_limit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [Bug 59821] Dell M4600 CPU cores locked at 800MHz
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 62851] Sometimes cpu frequency is stuck at low levels on Dell Lattitude E6320 (Sandybridge i7-2640M)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: exynos: Show a list of available frequencies
  • From: Jungseok Lee <jays.lee@xxxxxxxxxxx>
• [Bug 62861] Maximum CPU voltage level never reached on AMD A8-5500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 62861] Maximum CPU voltage level never reached on AMD A8-5500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 62861] Maximum CPU voltage level never reached on AMD A8-5500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 62861] New: Maximum CPU voltage level never reached on AMD A8-5500
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] cpufreq: fix false return check from "regulator_set_voltage"
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO case
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Bug 62851] Sometimes cpu frequency is stuck at low levels on Dell Lattitude E6320 (Sandybridge i7-2640M)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 62851] New: Sometimes cpu frequency is stuck at low levels on Dell Lattitude E6320 (Sandybridge i7-2640M)
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH V2 Resend 37/92] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 37/92] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpufreq: exynos: Show a list of available frequencies
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 00/92] CPUFreq Cleanup Series: Part II
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 37/92] cpufreq: acpi: don't initialize part of policy that is set by core too
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: Yadwinder Singh Brar <yadi.brar01@xxxxxxxxx>
• [PATCH] cpufreq: exynos: Show a list of available frequencies
  • From: Jungseok Lee <jays.lee@xxxxxxxxxxx>
• Re: [PATCH] cpufreq: intel_pstate: Improve accuracy by not truncating until final result
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• [PATCH] cpufreq: fix false return check from "regulator_set_voltage"
  • From: Manish Badarkhe <badarkhe.manish@xxxxxxxxx>
• [PATCH v2 2/2] cpufreq: exynos4210: Use the common clock framework to set APLL clock rate
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v2 0/2] cpufreq: exynos: Fixes for v3.12
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• [PATCH v2 1/2] cpufreq: exynos4x12: Use the common clock framework to set APLL clock rate
  • From: Lukasz Majewski <l.majewski@xxxxxxxxxxx>
• Re: [RESEND PATCH 6/6] cpufreq: probe the Integrator cpufreq driver from DT
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• [PATCH] cpufreq: Add dummy cpufreq_cpu_get/put for CONFIG_CPU_FREQ=n
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [RESEND PATCH 6/6] cpufreq: probe the Integrator cpufreq driver from DT
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [RESEND PATCH 6/6] cpufreq: probe the Integrator cpufreq driver from DT
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/5] PM / OPP: extend DT binding to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH V2 Resend 27/92] cpufreq: s3cx4xx: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] cpufreq: sirf : Add cpufreq for SiRFprimaII and SiRFatlasVI
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH V2 Resend 41/92] cpufreq: cpu0: don't initialize part of policy that is set by core too
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [Bug 62551] The system freezes for a moment when the CPU scaling is enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 62551] New: The system freezes for a moment when the CPU scaling is enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• RE: [PATCH V2 Resend 28/92] cpufreq: s5pv210: Use generic cpufreq routines
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• RE: [PATCH V2 Resend 27/92] cpufreq: s3cx4xx: Use generic cpufreq routines
  • From: Kukjin Kim <kgene@xxxxxxxxxx>
• Re: [PATCH 038/228] cpufreq: sa11x0: Expose frequency table
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 038/228] cpufreq: sa11x0: Expose frequency table
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH V2 Resend 07/92] cpufreq: cris: Use generic cpufreq routines
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 2/5] PM / OPP: add support to specify phandle of another node for OPP
  • From: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@xxxxxxx>
• Re: [PATCH V2 Resend 76/92] cpufreq: cris: use cpufreq_generic_init() routine
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH V2 Resend 43/92] cpufreq: cris: don't initialize part of policy that is set by core too
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH V2 Resend 07/92] cpufreq: cris: Use generic cpufreq routines
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH V2 Resend 92/92] cpufreq: tegra: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 91/92] cpufreq: spear: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 90/92] cpufreq: sa11x0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 89/92] cpufreq: s5pv210: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 88/92] cpufreq: s3c: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 87/92] cpufreq: pmac64: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 86/92] cpufreq: pmac32: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 85/92] cpufreq: pasemi: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 84/92] cpufreq: omap: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 83/92] cpufreq: maple: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 82/92] cpufreq: loongson2: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 81/92] cpufreq: kirkwood: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 80/92] cpufreq: imx6q: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 79/92] cpufreq: exynos: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 78/92] cpufreq: dbx500: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 77/92] cpufreq: davinci: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 76/92] cpufreq: cris: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 75/92] cpufreq: cpu0: use cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 74/92] cpufreq: remove CONFIG_CPU_FREQ_TABLE
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 73/92] cpufreq: create cpufreq_generic_init() routine
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 72/92] cpufreq: unicore2: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 71/92] cpufreq: tegra: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 70/92] cpufreq: speedstep: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 Resend 69/92] cpufreq: spear: don't initialize part of policy that is set by core too
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>