diff options
| author | Al Viro <viro@ZenIV.linux.org.uk> | 2013-01-26 00:11:36 +0000 |
|---|---|---|
| committer | Eric Van Hensbergen <ericvh@gmail.com> | 2013-02-10 16:29:33 -0600 |
| commit | 7ffdea7ea36cd1efebab65d1b221f05deaab00cd (patch) | |
| tree | fb899d7da5e5774c102a70692fac779018b29df6 /Kbuild | |
| parent | 836dc9e3fbbab0c30aa6e664417225f5c1fb1c39 (diff) | |
| download | linux-exynos-7ffdea7ea36cd1efebab65d1b221f05deaab00cd.tar.gz linux-exynos-7ffdea7ea36cd1efebab65d1b221f05deaab00cd.tar.bz2 linux-exynos-7ffdea7ea36cd1efebab65d1b221f05deaab00cd.zip | |
locking in fs/9p ->readdir()
... is really excessive. First of all, ->readdir() is serialized by
file->f_path.dentry->d_inode->i_mutex; playing with file->f_path.dentry->d_lock
is not buying you anything. Moreover, rdir->mutex is pointless for exactly
the same reason - you'll never see contention on it.
While we are at it, there's no point in having rdir->buf a pointer -
you have it point just past the end of rdir, so it might as well be a flex
array (and no, it's not a gccism).
Absolutely untested patch follows:
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
Diffstat (limited to 'Kbuild')
0 files changed, 0 insertions, 0 deletions