diff options
author | Roland McGrath <roland@redhat.com> | 2010-07-21 17:44:12 -0700 |
---|---|---|
committer | Roland McGrath <roland@redhat.com> | 2010-07-21 17:44:12 -0700 |
commit | 0327559151c6886814d6d5b373b4bf6de63fb9f6 (patch) | |
tree | c140d13aa39a871fbf5be81d476efb947b663d56 /crypto | |
parent | cd5b8f8755a89a57fc8c408d284b8b613f090345 (diff) | |
download | linux-0327559151c6886814d6d5b373b4bf6de63fb9f6.tar.gz linux-0327559151c6886814d6d5b373b4bf6de63fb9f6.tar.bz2 linux-0327559151c6886814d6d5b373b4bf6de63fb9f6.zip |
x86: auditsyscall: fix fastpath return value after reschedule
In the CONFIG_AUDITSYSCALL fast-path for x86 64-bit system calls,
we can pass a bad return value and/or error indication for the
system call to audit_syscall_exit(). This happens when
TIF_NEED_RESCHED was set as the system call returned, so we went
out to schedule() and came back to the exit-audit fast-path. The
fix is to reload the user return value register from the pt_regs
before using it for audit_syscall_exit().
Both the 32-bit kernel's fast path and the 64-bit kernel's 32-bit
system call fast paths work slightly differently, so that they
always leave the fast path entirely to reschedule and don't return
there, so they don't have the analogous bugs.
Reported-by: Alexander Viro <aviro@redhat.com>
Signed-off-by: Roland McGrath <roland@redhat.com>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions