cifs: fix oplock request handling in posix codepath

Browse source

cifs_posix_open takes a "poplock" argument that's intended to be used in
the actual posix open call to set the "Flags" field. It ignores this
value however and declares an "oplock" parameter on the stack that it
passes uninitialized to the CIFSPOSIXOpen function. Not only does this
mean that the oplock request flags are bogus, but the result that's
expected to be in that variable is unchanged.

Fix this, and also clean up the type of the oplock parameter used. Since
it's expected to be __u32, we should use that everywhere and not
implicitly cast it from a signed type.

Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>

...

This commit is contained in:

Jeff Layton 2009-09-12 11:54:28 -04:00 • committed by Steve French

parent 20d1752f3d

commit 590a3fe0e1

3 changed files with 14 additions and 11 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

2

fs/cifs/cifsproto.h

View file

9

fs/cifs/dir.c

View file

14

fs/cifs/file.c

View file