org.kernel.vger.cpufreq archive

387 archived articles, newest first (page 2 of 4). Latest articles →

Re: schedule_timeout sleeps too long after dividing CPU frequency
Wed, 13 May 2015 18:51:04 +0200
Mason <[email protected]> • #14940
Re: Using a temperature sensor with 1-bit output for CPU throttling
Wed, 13 May 2015 10:02:38 +0200
Mason <[email protected]> • #14939
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 18:14:21 +0200
Mason <[email protected]> • #14938
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 18:03:40 +0200
Mason <[email protected]> • #14937
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 16:50:04 +0100
Russell King - ARM Linux <[email protected]> • #14936
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 16:23:32 +0100
Russell King - ARM Linux <[email protected]> • #14935
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 17:14:15 +0200
Mason <[email protected]> • #14934
Re: schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 20:16:09 +0530
Viresh Kumar <[email protected]> • #14933
schedule_timeout sleeps too long after dividing CPU frequency
Tue, 12 May 2015 16:32:47 +0200
Mason <[email protected]> • #14932
Re: Using a temperature sensor with 1-bit output for CPU throttling
Wed, 29 Apr 2015 17:36:05 +0100
Javi Merino <[email protected]> • #14931
Re: Using a temperature sensor with 1-bit output for CPU throttling
Wed, 29 Apr 2015 15:47:13 +0200
Mason <[email protected]> • #14930
Using a temperature sensor with 1-bit output for CPU throttling
Tue, 28 Apr 2015 13:27:01 +0200
Mason <[email protected]> • #14929
[Bug 91141] acpi-cpufreq cannot be loaded.
Thu, 16 Apr 2015 01:54:53 +0000
[email protected] • #14928
[Bug 81701] OOPS in cpufreq driver with AMD Kaveri CPU - AMD Athlon(tm) 5150 APU with Radeon(tm) R3
Tue, 14 Apr 2015 16:04:13 +0000
[email protected] • #14927
[Bug 81701] OOPS in cpufreq driver with AMD Kaveri CPU - AMD Athlon(tm) 5150 APU with Radeon(tm) R3
Tue, 14 Apr 2015 15:47:53 +0000
[email protected] • #14926
[Bug 60587] Only two p-states visible on AMD FX-8350
Sat, 21 Mar 2015 09:20:44 +0000
[email protected] • #14925
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Sat, 14 Mar 2015 13:18:55 -0400
Len Brown <[email protected]> • #14924
[Bug 91141] acpi-cpufreq cannot be loaded.
Mon, 02 Mar 2015 03:09:34 +0000
[email protected] • #14923
Re: Delays, clocks, timers, hrtimers, etc
Wed, 11 Feb 2015 15:26:31 -0800
Stephen Boyd <[email protected]> • #14922
Re: Delays, clocks, timers, hrtimers, etc
Wed, 11 Feb 2015 13:58:45 -0800
Mason <[email protected]> • #14921
Re: Delays, clocks, timers, hrtimers, etc
Wed, 11 Feb 2015 10:45:15 -0800
Stephen Boyd <[email protected]> • #14920
Re: Delays, clocks, timers, hrtimers, etc
Wed, 11 Feb 2015 09:43:12 -0800
Mason <[email protected]> • #14919
Re: Delays, clocks, timers, hrtimers, etc
Mon, 09 Feb 2015 15:50:12 -0800
Mason <[email protected]> • #14918
Re: Delays, clocks, timers, hrtimers, etc
Mon, 09 Feb 2015 15:27:39 -0800
Mason <[email protected]> • #14917
Re: Delays, clocks, timers, hrtimers, etc
Mon, 09 Feb 2015 15:17:14 -0800
Stephen Boyd <[email protected]> • #14916
Re: Delays, clocks, timers, hrtimers, etc
Mon, 09 Feb 2015 14:31:50 -0800
Mason <[email protected]> • #14915
Re: Delays, clocks, timers, hrtimers, etc
Mon, 09 Feb 2015 11:01:10 -0800
Stephen Boyd <[email protected]> • #14914
Re: Delays, clocks, timers, hrtimers, etc
Mon, 9 Feb 2015 08:10:16 -0800
Sören Brinkmann <[email protected]> • #14913
Re: Delays, clocks, timers, hrtimers, etc
Mon, 9 Feb 2015 08:45:42 +0100
Michal Simek <[email protected]> • #14912
Re: Delays, clocks, timers, hrtimers, etc
Sat, 7 Feb 2015 10:42:53 +0000
Russell King - ARM Linux <[email protected]> • #14911
Re: Delays, clocks, timers, hrtimers, etc
Sat, 7 Feb 2015 09:51:35 +0000
Russell King - ARM Linux <[email protected]> • #14910
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 18:21:37 -0800
Mason <[email protected]> • #14909
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 22:31:41 +0100
Stefan Agner <[email protected]> • #14908
Re: cpuidle vs suspend vs something else
Fri, 6 Feb 2015 22:21:09 +0100
Pavel Machek <[email protected]> • #14907
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 13:17:56 -0800
Mason <[email protected]> • #14906
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 13:03:19 -0800
Mason <[email protected]> • #14905
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 21:25:44 +0100
Stefan Agner <[email protected]> • #14904
Re: Delays, clocks, timers, hrtimers, etc
Fri, 6 Feb 2015 19:14:19 +0000
Russell King - ARM Linux <[email protected]> • #14903
Re: cpuidle vs suspend vs something else
Fri, 06 Feb 2015 10:49:45 -0800
Mike Turquette <[email protected]> • #14902
Re: Delays, clocks, timers, hrtimers, etc
Fri, 06 Feb 2015 10:37:32 -0800
Mason <[email protected]> • #14901
Re: cpuidle vs suspend vs something else
Fri, 6 Feb 2015 09:37:33 +0100
Krzysztof Kozlowski <[email protected]> • #14900
cpuidle vs suspend vs something else
Thu, 05 Feb 2015 19:13:07 -0800
Mason <[email protected]> • #14899
Re: RFC on cpufreq implementation
Wed, 4 Feb 2015 09:42:48 +0530
Viresh Kumar <[email protected]> • #14898
Re: RFC on cpufreq implementation
Wed, 04 Feb 2015 00:32:40 +0000
Måns Rullgård <[email protected]> • #14897
Re: RFC on cpufreq implementation
Tue, 03 Feb 2015 16:07:18 -0800
Mason <[email protected]> • #14896
Re: Delays, clocks, timers, hrtimers, etc
Tue, 3 Feb 2015 12:09:25 +0000
Russell King - ARM Linux <[email protected]> • #14895
Re: RFC on cpufreq implementation
Mon, 2 Feb 2015 09:28:19 +0530
Viresh Kumar <[email protected]> • #14894
Re: RFC on cpufreq implementation
Sat, 31 Jan 2015 00:44:15 +0100
Mason <[email protected]> • #14893
Re: RFC on cpufreq implementation
Fri, 30 Jan 2015 06:45:56 +0530
Viresh Kumar <[email protected]> • #14892
Re: RFC on cpufreq implementation
Thu, 29 Jan 2015 17:43:19 +0100
Mason <[email protected]> • #14891
Re: Delays, clocks, timers, hrtimers, etc
Thu, 29 Jan 2015 14:57:37 +0100
Mason <[email protected]> • #14890
Delays, clocks, timers, hrtimers, etc
Wed, 28 Jan 2015 14:16:21 +0100
Mason <[email protected]> • #14889
linux-next: tidy up of trees
Wed, 21 Jan 2015 15:10:09 +1100
Stephen Rothwell <[email protected]> • #14888
[Bug 91141] acpi-cpufreq cannot be loaded.
Wed, 21 Jan 2015 01:47:42 +0000
[email protected] • #14887
Re: RFC on cpufreq implementation
Tue, 20 Jan 2015 09:25:27 +0530
Viresh Kumar <[email protected]> • #14886
Re: RFC on cpufreq implementation
Mon, 19 Jan 2015 23:13:53 +0100
Mason <[email protected]> • #14885
Re: RFC on cpufreq implementation
Mon, 19 Jan 2015 23:03:54 +0100
Mason <[email protected]> • #14884
Re: RFC on cpufreq implementation
Mon, 19 Jan 2015 14:52:52 +0530
Amit Kucheria <[email protected]> • #14883
Re: RFC on cpufreq implementation
Mon, 19 Jan 2015 13:22:52 +0530
Viresh Kumar <[email protected]> • #14882
Re: RFC on cpufreq implementation
Fri, 16 Jan 2015 15:00:14 +0100
Mason <[email protected]> • #14881
Re: RFC on cpufreq implementation
Fri, 16 Jan 2015 12:10:50 +0000
Javi Merino <[email protected]> • #14880
Re: RFC on cpufreq implementation
Fri, 16 Jan 2015 12:43:15 +0100
Krzysztof Kozlowski <[email protected]> • #14879
Re: RFC on cpufreq implementation
Fri, 16 Jan 2015 12:10:23 +0100
Mason <[email protected]> • #14878
Re: RFC on cpufreq implementation
Fri, 16 Jan 2015 10:08:13 +0100
Krzysztof Kozlowski <[email protected]> • #14877
RFC on cpufreq implementation
Thu, 15 Jan 2015 18:24:29 +0100
Mason <[email protected]> • #14876
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 03:01:10 +0000
[email protected] • #14875
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:45:52 +0000
[email protected] • #14874
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:11:21 +0000
[email protected] • #14873
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:09:47 +0000
[email protected] • #14872
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:09:09 +0000
[email protected] • #14871
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:08:09 +0000
[email protected] • #14870
[Bug 91141] acpi-cpufreq cannot be loaded.
Tue, 13 Jan 2015 00:06:51 +0000
[email protected] • #14869
Re: [PATCH] input: CPU frequency booster
Mon, 12 Jan 2015 14:32:48 +0100
Pavel Machek <[email protected]> • #14868
[Bug 91141] acpi-cpufreq cannot be loaded.
Mon, 12 Jan 2015 04:38:04 +0000
[email protected] • #14867
[Bug 91141] acpi-cpufreq cannot be loaded.
Mon, 12 Jan 2015 04:24:16 +0000
[email protected] • #14866
[Bug 91141] New: acpi-cpufreq cannot be loaded.
Sun, 11 Jan 2015 04:00:59 +0000
[email protected] • #14865
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Thu, 27 Nov 2014 17:38:23 +0100
Magdalena Dobosz <[email protected]> • #14864
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Wed, 26 Nov 2014 23:37:25 +0100
"Rafael J. Wysocki" <[email protected]> • #14863
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Wed, 26 Nov 2014 21:41:02 +0100
Magdalena Dobosz <[email protected]> • #14862
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Wed, 26 Nov 2014 07:29:46 -0800
Dirk Brandewie <[email protected]> • #14861
Re: cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Wed, 26 Nov 2014 11:37:30 +0530
Viresh Kumar <[email protected]> • #14860
Re: How many frequencies would cpufreq optimally like to manage?
Wed, 26 Nov 2014 09:44:39 +0530
Viresh Kumar <[email protected]> • #14859
Re: How many frequencies would cpufreq optimally like to manage?
Tue, 25 Nov 2014 22:52:31 +0100
Mason <[email protected]> • #14858
cpufreq-info and acpi-cpufreq: reporting MSR_IA32_PERF_CTL as "actual frequency"
Tue, 25 Nov 2014 18:21:12 +0100
Magdalena Dobosz <[email protected]> • #14857
Re: How many frequencies would cpufreq optimally like to manage?
Tue, 25 Nov 2014 20:49:32 +0530
Viresh Kumar <[email protected]> • #14856
Re: How many frequencies would cpufreq optimally like to manage?
Tue, 25 Nov 2014 14:02:50 +0100
Mason <[email protected]> • #14855
Re: Race condition in cpufreq
Fri, 21 Nov 2014 10:18:59 +0530
Viresh Kumar <[email protected]> • #14854
Re: How many frequencies would cpufreq optimally like to manage?
Fri, 21 Nov 2014 09:06:53 +0530
Viresh Kumar <[email protected]> • #14853
Re: How many frequencies would cpufreq optimally like to manage?
Thu, 20 Nov 2014 15:20:01 +0100
Mason <[email protected]> • #14852
Re: How many frequencies would cpufreq optimally like to manage?
Thu, 20 Nov 2014 14:43:29 +0530
Viresh Kumar <[email protected]> • #14851
How many frequencies would cpufreq optimally like to manage?
Thu, 20 Nov 2014 00:24:30 +0100
Mason <[email protected]> • #14850
Race condition in cpufreq
Wed, 19 Nov 2014 11:25:21 +0530
Arun KS <[email protected]> • #14849
[Bug 81701] OOPS in cpufreq driver with AMD Kaveri CPU - AMD Athlon(tm) 5150 APU with Radeon(tm) R3
Tue, 11 Nov 2014 10:42:11 +0000
[email protected] • #14848
[Bug 83701] divide error 0000 in intel_pstate_set_pstate
Thu, 06 Nov 2014 04:52:48 +0000
[email protected] • #14847
[Bug 62551] AMD Phenom II 955.: The system freezes for a moment when the CPU scaling is enabled
Mon, 03 Nov 2014 18:38:22 +0000
[email protected] • #14846
[Bug 86461] intel_pstate does not obey min/max frequencies set by user
Tue, 28 Oct 2014 05:17:38 +0000
[email protected] • #14845
[Bug 81701] OOPS in cpufreq driver with AMD Kaveri CPU - AMD Athlon(tm) 5150 APU with Radeon(tm) R3
Tue, 28 Oct 2014 04:28:15 +0000
[email protected] • #14844
[Bug 71841] cpufreq ondemand ignore_nice_load doesn't work
Tue, 28 Oct 2014 04:12:47 +0000
[email protected] • #14843
[Bug 86461] intel_pstate does not obey min/max frequencies set by user
Thu, 23 Oct 2014 13:57:24 +0000
[email protected] • #14842
[Bug 58001] "ondemand" CPU governor never raises frequency (Dell XPS 12)
Thu, 23 Oct 2014 08:03:39 +0000
[email protected] • #14841
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.