<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/kernel/sched.c, branch linux-2.6.31.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.31.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.31.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2009-12-08T18:22:06Z</updated>
<entry>
<title>sched: Fix isolcpus boot option</title>
<updated>2009-12-08T18:22:06Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2009-12-02T03:39:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b4b4c13e3bb21e3c5f193b395dbb9c1a1202f399'/>
<id>urn:sha1:b4b4c13e3bb21e3c5f193b395dbb9c1a1202f399</id>
<content type='text'>
commit bdddd2963c0264c56f18043f6fa829d3c1d3d1c0 upstream.

Anton Blanchard wrote:

&gt; We allocate and zero cpu_isolated_map after the isolcpus
&gt; __setup option has run. This means cpu_isolated_map always
&gt; ends up empty and if CPUMASK_OFFSTACK is enabled we write to a
&gt; cpumask that hasn't been allocated.

I introduced this regression in 49557e620339cb13 (sched: Fix
boot crash by zalloc()ing most of the cpu masks).

Use the bootmem allocator if they set isolcpus=, otherwise
allocate and zero like normal.

Reported-by: Anton Blanchard &lt;anton@samba.org&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Cc: peterz@infradead.org
Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
LKML-Reference: &lt;200912021409.17013.rusty@rustcorp.com.au&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Tested-by: Anton Blanchard &lt;anton@samba.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>sched: Fix boot crash by zalloc()ing most of the cpu masks</title>
<updated>2009-12-08T18:22:05Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2009-11-02T10:07:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8526322d0f88031465b2235c9e18a9f242dd6669'/>
<id>urn:sha1:8526322d0f88031465b2235c9e18a9f242dd6669</id>
<content type='text'>
commit 49557e620339cb134127b5bfbcfecc06b77d0232 upstream.

I got a boot crash when forcing cpumasks offstack on 32 bit,
because find_new_ilb() returned 3 on my UP system (nohz.cpu_mask
wasn't zeroed).

AFAICT the others need to be zeroed too: only
nohz.ilb_grp_nohz_mask is initialized before use.

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;
LKML-Reference: &lt;200911022037.21282.rusty@rustcorp.com.au&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>sched: fix load average accounting vs. cpu hotplug</title>
<updated>2009-07-18T12:19:52Z</updated>
<author>
<name>Thomas Gleixner</name>
</author>
<published>2009-07-17T12:15:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a468d389349a7560249b355cdb6d2097ea1616c9'/>
<id>urn:sha1:a468d389349a7560249b355cdb6d2097ea1616c9</id>
<content type='text'>
The new load average code clears rq-&gt;calc_load_active on
CPU_ONLINE. That's wrong as the new onlined CPU might have got a
scheduler tick already and accounted the delta to the stale value of
the time we offlined the CPU.

Clear the value when we cleanup the dead CPU instead. 

Also move the update of the calc_load_update time for the newly online
CPU to CPU_UP_PREPARE to avoid that the CPU plays catch up with the
stale update time value.

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
</content>
</entry>
<entry>
<title>Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/peterz/linux-2.6-sched</title>
<updated>2009-07-16T17:18:29Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2009-07-16T17:18:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4b0a84043e0c14088958fddb62f416d050368011'/>
<id>urn:sha1:4b0a84043e0c14088958fddb62f416d050368011</id>
<content type='text'>
* 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/peterz/linux-2.6-sched:
  sched: Fix bug in SCHED_IDLE interaction with group scheduling
  sched: Fix rt_rq-&gt;pushable_tasks initialization in init_rt_rq()
  sched: Reset sched stats on fork()
  sched_rt: Fix overload bug on rt group scheduling
  sched: Documentation/sched-rt-group: Fix style issues &amp; bump version
</content>
</entry>
<entry>
<title>sched: optimize cond_resched()</title>
<updated>2009-07-10T21:24:05Z</updated>
<author>
<name>Peter Zijlstra</name>
</author>
<published>2009-07-10T12:57:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d86ee4809d0329d4aa0d0f2c76c2295a16862799'/>
<id>urn:sha1:d86ee4809d0329d4aa0d0f2c76c2295a16862799</id>
<content type='text'>
Optimize cond_resched() by removing one conditional.

Currently cond_resched() checks system_state ==
SYSTEM_RUNNING in order to avoid scheduling before the
scheduler is running.

We can however, as per suggestion of Matt, use
PREEMPT_ACTIVE to accomplish that very same.

Suggested-by: Matt Mackall &lt;mpm@selenic.com&gt;
Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Acked-by: Matt Mackall &lt;mpm@selenic.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>sched: Fix rt_rq-&gt;pushable_tasks initialization in init_rt_rq()</title>
<updated>2009-07-10T08:43:30Z</updated>
<author>
<name>Fabio Checconi</name>
</author>
<published>2009-06-15T18:56:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c20b08e3986c2dbfa6df1e880bf4f7159994d199'/>
<id>urn:sha1:c20b08e3986c2dbfa6df1e880bf4f7159994d199</id>
<content type='text'>
init_rt_rq() initializes only rq-&gt;rt.pushable_tasks, and not the
pushable_tasks field of the passed rt_rq.  The plist is not used
uninitialized since the only pushable_tasks plists used are the
ones of root rt_rqs; anyway reinitializing the list on every group
creation corrupts the root plist, losing its previous contents.

Signed-off-by: Fabio Checconi &lt;fabio@gandalf.sssup.it&gt;
Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
LKML-Reference: &lt;20090615185638.GK21741@gandalf.sssup.it&gt;
CC: Gregory Haskins &lt;ghaskins@novell.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>sched: Reset sched stats on fork()</title>
<updated>2009-07-10T08:43:29Z</updated>
<author>
<name>Lucas De Marchi</name>
</author>
<published>2009-07-09T11:57:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7793527b90d9418211f4fe8464cc1dcb1631ea1b'/>
<id>urn:sha1:7793527b90d9418211f4fe8464cc1dcb1631ea1b</id>
<content type='text'>
The sched_stat fields are currently not reset upon fork.
Ingo's recent commit 6c594c21fcb02c662f11c97be4d7d2b73060a205
did reset nr_migrations, but it didn't reset any of the
others.

This patch resets all sched_stat fields on fork.

Signed-off-by: Lucas De Marchi &lt;lucas.de.marchi@gmail.com&gt;
Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
LKML-Reference: &lt;193b0f820907090457s7a3662f4gcdecdc22fcae857b@mail.gmail.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>sched_rt: Fix overload bug on rt group scheduling</title>
<updated>2009-07-10T08:43:29Z</updated>
<author>
<name>Peter Zijlstra</name>
</author>
<published>2009-04-01T16:40:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a1ba4d8ba9f06a397e97cbd67a93ee306860b40a'/>
<id>urn:sha1:a1ba4d8ba9f06a397e97cbd67a93ee306860b40a</id>
<content type='text'>
Fixes an easily triggerable BUG() when setting process affinities.

Make sure to count the number of migratable tasks in the same place:
the root rt_rq. Otherwise the number doesn't make sense and we'll hit
the BUG in set_cpus_allowed_rt().

Also, make sure we only count tasks, not groups (this is probably
already taken care of by the fact that rt_se-&gt;nr_cpus_allowed will be 0
for groups, but be more explicit)

Tested-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
CC: stable@kernel.org
Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Acked-by: Gregory Haskins &lt;ghaskins@novell.com&gt;
LKML-Reference: &lt;1247067476.9777.57.camel@twins&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>Merge branch 'perfcounters-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip</title>
<updated>2009-06-20T18:29:32Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2009-06-20T18:29:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=12e24f34cb0d55efd08c18b2112507d4bf498008'/>
<id>urn:sha1:12e24f34cb0d55efd08c18b2112507d4bf498008</id>
<content type='text'>
* 'perfcounters-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (49 commits)
  perfcounter: Handle some IO return values
  perf_counter: Push perf_sample_data through the swcounter code
  perf_counter tools: Define and use our own u64, s64 etc. definitions
  perf_counter: Close race in perf_lock_task_context()
  perf_counter, x86: Improve interactions with fast-gup
  perf_counter: Simplify and fix task migration counting
  perf_counter tools: Add a data file header
  perf_counter: Update userspace callchain sampling uses
  perf_counter: Make callchain samples extensible
  perf report: Filter to parent set by default
  perf_counter tools: Handle lost events
  perf_counter: Add event overlow handling
  fs: Provide empty .set_page_dirty() aop for anon inodes
  perf_counter: tools: Makefile tweaks for 64-bit powerpc
  perf_counter: powerpc: Add processor back-end for MPC7450 family
  perf_counter: powerpc: Make powerpc perf_counter code safe for 32-bit kernels
  perf_counter: powerpc: Change how processor-specific back-ends get selected
  perf_counter: powerpc: Use unsigned long for register and constraint values
  perf_counter: powerpc: Enable use of software counters on 32-bit powerpc
  perf_counter tools: Add and use isprint()
  ...
</content>
</entry>
<entry>
<title>Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip</title>
<updated>2009-06-20T17:57:40Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2009-06-20T17:57:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1eb51c33b21ffa3fceb634d1d6bcd6488c79bc26'/>
<id>urn:sha1:1eb51c33b21ffa3fceb634d1d6bcd6488c79bc26</id>
<content type='text'>
* 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
  sched: Fix out of scope variable access in sched_slice()
  sched: Hide runqueues from direct refer at source code level
  sched: Remove unneeded __ref tag
  sched, x86: Fix cpufreq + sched_clock() TSC scaling
</content>
</entry>
</feed>
