summaryrefslogtreecommitdiff
path: root/fs
diff options
context:
space:
mode:
authorAaro Koskinen <aaro.koskinen@nokia.com>2010-12-14 21:45:31 -0500
committerTheodore Ts'o <tytso@mit.edu>2010-12-14 21:45:31 -0500
commit6d5c3aa84b3e431f2d0fc39c73c867d1a4dd8cff (patch)
treed03a2ddc636597d96e9333dd79bae22314564e67 /fs
parent1449032be17abb69116dbc393f67ceb8bd034f92 (diff)
downloadlinux-3.10-6d5c3aa84b3e431f2d0fc39c73c867d1a4dd8cff.tar.gz
linux-3.10-6d5c3aa84b3e431f2d0fc39c73c867d1a4dd8cff.tar.bz2
linux-3.10-6d5c3aa84b3e431f2d0fc39c73c867d1a4dd8cff.zip
ext4: fix typo which broke '..' detection in ext4_find_entry()
There should be a check for the NUL character instead of '0'. Fortunately the only thing that cares about this is NFS serving, which is why we didn't notice this in the merge window testing. Reported-by: Phil Carmody <ext-phil.2.carmody@nokia.com> Signed-off-by: Aaro Koskinen <aaro.koskinen@nokia.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'fs')
-rw-r--r--fs/ext4/namei.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/ext4/namei.c b/fs/ext4/namei.c
index 92203b8a099..dc40e75cba8 100644
--- a/fs/ext4/namei.c
+++ b/fs/ext4/namei.c
@@ -872,7 +872,7 @@ static struct buffer_head * ext4_find_entry (struct inode *dir,
if (namelen > EXT4_NAME_LEN)
return NULL;
if ((namelen <= 2) && (name[0] == '.') &&
- (name[1] == '.' || name[1] == '0')) {
+ (name[1] == '.' || name[1] == '\0')) {
/*
* "." or ".." will only be in the first block
* NFS may look up ".."; "." should be handled by the VFS