read_code(): go through vfs_read() instead of calling the method directly
authorAl Viro <viro@zeniv.linux.org.uk>
Wed, 5 Feb 2014 00:08:21 +0000 (19:08 -0500)
committerAl Viro <viro@zeniv.linux.org.uk>
Wed, 2 Apr 2014 03:19:24 +0000 (23:19 -0400)
... and don't skip on sanity checks.  It's *not* a hot path, TYVM
(a couple of calls per a.out execve(), for pity sake) and headers of
random a.out binary are not to be trusted.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/exec.c

index 3d78fccdd723e21119b6c93c70e2564a11d0e6a3..4cc94534ed5b290f6462563dbb0030d78e05995b 100644 (file)
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -810,7 +810,7 @@ EXPORT_SYMBOL(kernel_read);
 
 ssize_t read_code(struct file *file, unsigned long addr, loff_t pos, size_t len)
 {
-       ssize_t res = file->f_op->read(file, (void __user *)addr, len, &pos);
+       ssize_t res = vfs_read(file, (void __user *)addr, len, &pos);
        if (res > 0)
                flush_icache_range(addr, addr + len);
        return res;