aboutsummaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorAnton Blanchard <anton@samba.org>2012-09-03 16:48:46 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-12-17 10:49:05 -0800
commit3882a18f5fa8a707024ac599070f2298cfc2ff39 (patch)
tree9d17a711dbb971761af78acb06e40f0765aea6dd /Makefile
parent1758e55fd05e042e873f6d54657552ee1730bb32 (diff)
downloadkernel_samsung_smdk4412-3882a18f5fa8a707024ac599070f2298cfc2ff39.zip
kernel_samsung_smdk4412-3882a18f5fa8a707024ac599070f2298cfc2ff39.tar.gz
kernel_samsung_smdk4412-3882a18f5fa8a707024ac599070f2298cfc2ff39.tar.bz2
powerpc: Keep thread.dscr and thread.dscr_inherit in sync
commit 00ca0de02f80924dfff6b4f630e1dff3db005e35 upstream. When we update the DSCR either via emulation of mtspr(DSCR) or via a change to dscr_default in sysfs we don't update thread.dscr. We will eventually update it at context switch time but there is a period where thread.dscr is incorrect. If we fork at this point we will copy the old value of thread.dscr into the child. To avoid this, always keep thread.dscr in sync with reality. This issue was found with the following testcase: http://ozlabs.org/~anton/junkcode/dscr_inherit_test.c Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Haren Myneni <haren@us.ibm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions