Currently tsk->thread.load_tm is not initialized in the task creation
and can contain garbage on a new task.
This is an undesired behaviour, since it affects the timing to enable
and disable the transactional memory laziness (disabling and enabling
the MSR TM bit, which affects TM reclaim and recheckpoint in the
scheduling process).
CC: Anton Blanchard <redacted>
Fixes: 5d176f751ee3c6eededd984ad409bff201f436a7
Signed-off-by: Breno Leitao <leitao@debian.org>
---
arch/powerpc/kernel/process.c | 1 +
1 file changed, 1 insertion(+)
From: Daniel Axtens <hidden> Date: 2017-06-05 22:52:35
Hi Breno,
Looks good to me.
Currently tsk->thread.load_tm is not initialized in the task creation
and can contain garbage on a new task.
This is an undesired behaviour, since it affects the timing to enable
and disable the transactional memory laziness (disabling and enabling
the MSR TM bit, which affects TM reclaim and recheckpoint in the
scheduling process).
Is there any chance this uninitialised memory will leak something
interesting/sensitive? (Therefore, should this go to stable?)
Regards,
Daniel
From: Michael Ellerman <mpe@ellerman.id.au> Date: 2017-06-06 04:47:16
Daniel Axtens [off-list ref] writes:
Hi Breno,
Looks good to me.
quoted
Currently tsk->thread.load_tm is not initialized in the task creation
and can contain garbage on a new task.
This is an undesired behaviour, since it affects the timing to enable
and disable the transactional memory laziness (disabling and enabling
the MSR TM bit, which affects TM reclaim and recheckpoint in the
scheduling process).
Is there any chance this uninitialised memory will leak something
interesting/sensitive? (Therefore, should this go to stable?)
I'll send it to stable anyway for the original bug it fixes.
cheers
From: Michael Ellerman <hidden> Date: 2017-06-08 04:05:18
On Mon, 2017-06-05 at 14:40:59 UTC, Breno Leitao wrote:
Currently tsk->thread.load_tm is not initialized in the task creation
and can contain garbage on a new task.
This is an undesired behaviour, since it affects the timing to enable
and disable the transactional memory laziness (disabling and enabling
the MSR TM bit, which affects TM reclaim and recheckpoint in the
scheduling process).
CC: Anton Blanchard <redacted>
Fixes: 5d176f751ee3c6eededd984ad409bff201f436a7
Signed-off-by: Breno Leitao <leitao@debian.org>