- 15 May, 2008 1 commit
-
-
Steve French authored
cifs_ioctl doesn't seem to need the BKL for anything, so convert it over to use unlocked_ioctl. Signed-off-by:
Andi Kleen <andi@firstfloor.org> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Steve French <sfrench@us.ibm.com>
-
- 07 Feb, 2008 1 commit
-
-
Steve French authored
Signed-off-by:
Steve French <sfrench@us.ibm.com>
-
- 10 Jul, 2007 1 commit
-
-
Steve French authored
More than halfway there Signed-off-by:
Steve French <sfrench@us.ibm.com>
-
- 05 Jun, 2007 1 commit
-
-
Steve French authored
Various coding style problems found by running fs/cifs against the new checkpatch.pl script. Since there were too many to fit in one patch. Updated the first four files. Signed-off-by:
Steve French <sfrench@us.ibm.com>
-
- 30 Sep, 2006 1 commit
-
-
David Howells authored
Move common FS-specific ioctls from linux/ext2_fs.h to linux/fs.h as FS_IOC_* and FS_IOC32_* and have the users of them use those as a base. Also move the GETFLAGS/SETFLAGS flags to linux/fs.h as FS_*_FL macros, and then have the other users use them as a base. Signed-Off-By:
David Howells <dhowells@redhat.com> Signed-off-by:
Jens Axboe <axboe@kernel.dk>
-
- 29 Apr, 2005 4 commits
-
-
Steve French authored
And fix to not needlessly send new POSIX QFSInfo when server does not explicitly claim support for the new protocol extensions. Signed-off-by: Steve French (sfrench@us.ibm.com) Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Steve French authored
Signed-off-by: Steve French (sfrench@us.ibm.com) Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Steve French authored
remove sparse warnings, unnecessary pad in QueryFileInfo and redundant function define. Signed-off-by: Steve French (sfrench@us.ibm.com) Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Steve French authored
Signed-off-by: Steve French (sfrench@us.ibm.com) Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- 16 Apr, 2005 1 commit
-
-
Linus Torvalds authored
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-