diff options
author | Michael Ellerman <michael@ellerman.id.au> | 2008-03-28 04:11:48 -0400 |
---|---|---|
committer | Paul Mackerras <paulus@samba.org> | 2008-03-28 07:51:02 -0400 |
commit | a2ceff5e555e664751bc653a4d9b133efa18c742 (patch) | |
tree | 07ec73c8b105b50f3f3363c3dd80a5b39f200d19 /crypto/xor.c | |
parent | 5c29934de29ddd7ecd913d83cad28e872f2e8c78 (diff) |
[POWERPC] Fix missed hardware breakpoints across multiple threads
There is a bug in the powerpc DABR (data access breakpoint) handling,
which can result in us missing breakpoints if several threads are trying
to break on the same address.
The circumstances are that do_page_fault() calls do_dabr(), this clears
the DABR (sets it to 0) and sets up the signal which will report to
userspace that the DABR was hit. The do_signal() code will restore the DABR
value on the way out to userspace.
If we reschedule before calling do_signal(), __switch_to() will check the
cached DABR value and compare it to the new thread's value, if they match
we don't set the DABR in hardware.
So if two threads have the same DABR value, and we schedule from one to
the other after taking the interrupt for the first thread hitting the DABR,
the second thread will run without the DABR set in hardware.
The cleanest fix is to move the cache update into set_dabr(), that way we
can't forget to do it.
Reported-by: Jan Kratochvil <jan.kratochvil@redhat.com>
Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to 'crypto/xor.c')
0 files changed, 0 insertions, 0 deletions