]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[MIPS] Fix context DSP context / TLS pointer switching bug for new threads.
authorRalf Baechle <ralf@linux-mips.org>
Tue, 30 Oct 2007 17:25:26 +0000 (17:25 +0000)
committerRalf Baechle <ralf@linux-mips.org>
Mon, 26 Nov 2007 17:26:13 +0000 (17:26 +0000)
commit07500b0d855b7f3f47ca263b21b6397d743d45d2
treeaff5b665b397e49b0beadfd6621394d39296f4c9
parent98ce472181e760a552314850c238b14bbf3f04ec
[MIPS] Fix context DSP context / TLS pointer switching bug for new threads.

A new born thread starts execution not in schedule but rather in
ret_from_fork which results in it bypassing the part of the code to
load a new context written in C which are the DSP context and the
userlocal register which Linux uses for the TLS pointer.  Frequently
we were just getting away with this bug for a number of reasons:

 o Real world application scenarios are very unlikely to use clone or fork
   in blocks of DSP code.
 o Linux by default runs the child process right after the fork, so the
   child by luck will find all the right context in the DSP and userlocal
   registers.
 o So far the rdhwr instruction was emulated on all hardware so userlocal
   wasn't getting referenced at all and the emulation wasn't suffering
   from the issue since it gets it's value straight from the thread's
   thread_info.

Fixed by moving the code to load the context from switch_to() to
finish_arch_switch which will be called by newborn and old threads.

Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
include/asm-mips/system.h