summaryrefslogtreecommitdiffstats
path: root/crypto
diff options
context:
space:
mode:
authorRoland McGrath <roland@redhat.com>2010-07-21 17:44:12 -0700
committerRoland McGrath <roland@redhat.com>2010-07-21 17:44:12 -0700
commit0327559151c6886814d6d5b373b4bf6de63fb9f6 (patch)
treec140d13aa39a871fbf5be81d476efb947b663d56 /crypto
parentcd5b8f8755a89a57fc8c408d284b8b613f090345 (diff)
downloadlinux-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