summaryrefslogtreecommitdiff
path: root/firmware
diff options
context:
space:
mode:
authorJeff Layton <jlayton@redhat.com>2013-08-07 18:29:08 +0400
committerSteve French <smfrench@gmail.com>2013-08-07 19:57:06 +0400
commit757c4f6260febff982276818bb946df89c1105aa (patch)
tree2c6bf3cbda81fd56969c6b8d51a32baba5d6f5e3 /firmware
parent66ffd113f5d81e951b0379acfd0a1df0771d8828 (diff)
downloadlinux-757c4f6260febff982276818bb946df89c1105aa.tar.xz
cifs: don't instantiate new dentries in readdir for inodes that need to be revalidated immediately
David reported that commit c2b93e06 (cifs: only set ops for inodes in I_NEW state) caused a regression with mfsymlinks. Prior to that patch, if a mfsymlink dentry was instantiated at readdir time, the inode would get a new set of ops when it was revalidated. After that patch, this did not occur. This patch addresses this by simply skipping instantiating dentries in the readdir codepath when we know that they will need to be immediately revalidated. The next attempt to use that dentry will cause a new lookup to occur (which is basically what we want to happen anyway). Cc: <stable@vger.kernel.org> Cc: "Stefan (metze) Metzmacher" <metze@samba.org> Cc: Sachin Prabhu <sprabhu@redhat.com> Reported-and-Tested-by: David McBride <dwm37@cam.ac.uk> Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Steve French <smfrench@gmail.com>
Diffstat (limited to 'firmware')
0 files changed, 0 insertions, 0 deletions