<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/cpufreq/cpufreq_conservative.c, branch linux-3.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2011-09-08T09:10:55Z</updated>
<entry>
<title>nohz: Fix update_ts_time_stat idle accounting</title>
<updated>2011-09-08T09:10:55Z</updated>
<author>
<name>Michal Hocko</name>
</author>
<published>2011-08-24T07:37:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6beea0cda8ce71c01354e688e5735c47e331e84f'/>
<id>urn:sha1:6beea0cda8ce71c01354e688e5735c47e331e84f</id>
<content type='text'>
update_ts_time_stat currently updates idle time even if we are in
iowait loop at the moment. The only real users of the idle counter
(via get_cpu_idle_time_us) are CPU governors and they expect to get
cumulative time for both idle and iowait times.
The value (idle_sleeptime) is also printed to userspace by print_cpu
but it prints both idle and iowait times so the idle part is misleading.

Let's clean this up and fix update_ts_time_stat to account both counters
properly and update consumers of idle to consider iowait time as well.
If we do this we might use get_cpu_{idle,iowait}_time_us from other
contexts as well and we will get expected values.

Signed-off-by: Michal Hocko &lt;mhocko@suse.cz&gt;
Cc: Dave Jones &lt;davej@redhat.com&gt;
Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;
Cc: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;
Link: http://lkml.kernel.org/r/e9c909c221a8da402c4da07e4cd968c3218f8eb1.1314172057.git.mhocko@suse.cz
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
</content>
</entry>
<entry>
<title>[CPUFREQ] Remove unneeded locks</title>
<updated>2011-03-16T21:54:32Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2011-03-03T20:31:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=326c86deaed54ad1b364fcafe5073f563671eb58'/>
<id>urn:sha1:326c86deaed54ad1b364fcafe5073f563671eb58</id>
<content type='text'>
There cannot be any concurrent access to these through
different cpu sysfs files anymore, because these tunables
are now all global (not per cpu).

I still have some doubts whether some of these locks
were needed at all. Anyway, let's get rid of them.

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
CC: cpufreq@vger.kernel.org
</content>
</entry>
<entry>
<title>[CPUFREQ] Remove old, deprecated per cpu ondemand/conservative sysfs files</title>
<updated>2011-03-16T21:54:32Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2011-03-03T20:31:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e8951251b89440644a39f2512b4f265973926b41'/>
<id>urn:sha1:e8951251b89440644a39f2512b4f265973926b41</id>
<content type='text'>
Marked deprecated for quite a whilte now...

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
CC: cpufreq@vger.kernel.org
</content>
</entry>
<entry>
<title>[CPUFREQ] Remove deprecated sysfs file sampling_rate_max</title>
<updated>2011-03-16T21:54:32Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2011-03-03T20:31:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef598549b28014ec2ea7574d4e793728e0e33d02'/>
<id>urn:sha1:ef598549b28014ec2ea7574d4e793728e0e33d02</id>
<content type='text'>
Marked deprecated for quite a while now...

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
CC: cpufreq@vger.kernel.org
</content>
</entry>
<entry>
<title>[CPUFREQ] drivers/cpufreq: Remove unnecessary semicolons</title>
<updated>2011-03-16T21:54:31Z</updated>
<author>
<name>Joe Perches</name>
</author>
<published>2010-11-15T03:04:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2feb690c20d52e22c7874a1e090245e6a4344ce6'/>
<id>urn:sha1:2feb690c20d52e22c7874a1e090245e6a4344ce6</id>
<content type='text'>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
</content>
</entry>
<entry>
<title>cpufreq: use system_wq instead of dedicated workqueues</title>
<updated>2011-01-26T11:12:50Z</updated>
<author>
<name>Tejun Heo</name>
</author>
<published>2011-01-26T11:12:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=57df5573a56322e6895451f759c19e875252817d'/>
<id>urn:sha1:57df5573a56322e6895451f759c19e875252817d</id>
<content type='text'>
With cmwq, there's no reason for cpufreq drivers to use separate
workqueues.  Remove the dedicated workqueues from cpufreq_conservative
and cpufreq_ondemand and use system_wq instead.  The work items are
already sync canceled on stop, so it's already guaranteed that no work
is running on module exit.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Acked-by: Dave Jones &lt;davej@redhat.com&gt;
Cc: cpufreq@vger.kernel.org
</content>
</entry>
<entry>
<title>Merge commit 'v2.6.34-rc6' into x86/cpu</title>
<updated>2010-05-08T21:59:58Z</updated>
<author>
<name>H. Peter Anvin</name>
</author>
<published>2010-05-08T21:59:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d7be0ce6afb1df60bc786f57410407ceae92b994'/>
<id>urn:sha1:d7be0ce6afb1df60bc786f57410407ceae92b994</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cpufreq: Unify sysfs attribute definition macros</title>
<updated>2010-04-09T21:07:56Z</updated>
<author>
<name>Borislav Petkov</name>
</author>
<published>2010-03-31T19:56:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6dad2a29646ce3792c40cfc52d77e9b65a7bb143'/>
<id>urn:sha1:6dad2a29646ce3792c40cfc52d77e9b65a7bb143</id>
<content type='text'>
Multiple modules used to define those which are with identical
functionality and were needlessly replicated among the different cpufreq
drivers. Push them into the header and remove duplication.

Signed-off-by: Borislav Petkov &lt;borislav.petkov@amd.com&gt;
LKML-Reference: &lt;1270065406-1814-7-git-send-email-bp@amd64.org&gt;
Reviewed-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</content>
</entry>
<entry>
<title>[CPUFREQ] use max load in conservative governor</title>
<updated>2010-03-31T16:00:22Z</updated>
<author>
<name>Dominik Brodowski</name>
</author>
<published>2010-03-26T09:01:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fd187aaf980c45f1d16a94a846faa68e24de03c8'/>
<id>urn:sha1:fd187aaf980c45f1d16a94a846faa68e24de03c8</id>
<content type='text'>
Instead of using the load of the last CPU in a package, use the
maximum load of all CPUs in a package.

Reported-by: Jean-Christian Goussard &lt;jeanchristian.goussard@sfr.fr&gt;
Signed-off-by: Dominik Brodowski &lt;linux@dominikbrodowski.net&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
</content>
</entry>
<entry>
<title>[CPUFREQ] Use global sysfs cpufreq structure for conservative governor tunings</title>
<updated>2009-11-24T18:33:34Z</updated>
<author>
<name>Thomas Renninger</name>
</author>
<published>2009-10-01T17:49:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=49b015ce38edeb484fb2efa09048c23e903f49d6'/>
<id>urn:sha1:49b015ce38edeb484fb2efa09048c23e903f49d6</id>
<content type='text'>
Same adustments that have been added to the ondemand recently.

Signed-off-by: Thomas Renninger &lt;trenn@suse.de&gt;
Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
</content>
</entry>
</feed>
