- 13 10月, 2005 1 次提交
-
-
由 Steve French 提交于
Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 12 10月, 2005 2 次提交
-
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
New cifs_writepages routine was not updated bytes written in cifs stats. Also added ability to clear /proc/fs/cifs/Stats by writing (0 or 1) to it. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 11 10月, 2005 9 次提交
-
-
由 Steve French 提交于
was turned on). Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Continue implementation of cifs umount begin to allow force unmounts of cifs mounts. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
illegal RFC1001 length (which had caused the lock to block forever until killed).
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
ever longer amounts (up to 15 seconds). This improves performance especially when using large wsize. Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 08 10月, 2005 1 次提交
-
-
由 Steve French 提交于
These changes to debug code and new stats are helpful in debugging potential tcp performance/configuration problems under cifs. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 06 10月, 2005 4 次提交
-
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
This allows cifs_writepages to send data in larger chunks from the page cache, without requiring larger memory allocations in other cases. Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 04 10月, 2005 3 次提交
-
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
eliminate the double copy, and improve cifs write performance and help the server by upping the typical write size from 4K to 16K (or even larger if wsize set explicitly) for servers which support this. Part 1 of 2 Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 23 9月, 2005 1 次提交
-
-
由 Steve French 提交于
Most important of these fixes mapchars on bigendian and a few statfs fields Signed-off-by: Shaggy (shaggy@austin.ibm.com) Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 22 9月, 2005 1 次提交
-
-
由 Steve French 提交于
functional, and the length check is fixed so readdir does not throw a warning message when windows me messes up the response to FindFirst of an empty dir (with only . and ..). Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 21 9月, 2005 1 次提交
-
-
由 Steve French 提交于
ME, and do not set ctime unless explicitly requested with atime and/or mtime (it gets thrown away by most servers anyway as there is no way to set this via posix). Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 19 9月, 2005 1 次提交
-
-
由 Steve French 提交于
begin implementation of Win9x style set file size via open then write of zero bytes. Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 16 9月, 2005 3 次提交
-
-
由 Steve French 提交于
we do not request more than negotiated buffer size even if buffer size is small (smaller than one page) Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
buffer, and this is followed by a rewind search to just before the deleted entry. Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
Fix some compiler warnings noticed on x64 by me and ppc64 by Shaggy Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 07 9月, 2005 1 次提交
-
-
由 Steve French 提交于
have been requested. Signed-off-by: Steve French (sfrench@us.ibm.com)
-
- 01 9月, 2005 1 次提交
-
-
由 Steve French 提交于
Handle small negotiated read sizes (under 4K) and finish up read and write support. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 31 8月, 2005 4 次提交
-
-
由 Steve French 提交于
Fix WriteX support for old servers which do not support large files. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
locks remotely. Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
cifsd had been preventing software suspend from completing. Signed-off-by: pavel@suse.de Signed-off-by: Steve French <sfrench@us.ibm.com> lightly modified --- fs/cifs/CHANGES | 3 ++- fs/cifs/cifsfs.c | 4 ++++ fs/cifs/connect.c | 2 ++ 3 files changed, 8 insertions(+), 1 deletions(-)
-
由 Steve French 提交于
This argument was added in a recent patch, but is unnecessary, since the superblock is easily obtained from the dentry. Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
- 27 8月, 2005 1 次提交
-
-
由 Steve French 提交于
The recent change to locks_remove_flock code in fs/locks.c changes how byte range locks are removed from closing files, which shows up a bug in cifs. The assumption in the cifs code was that the close call sent to the server would remove any pending locks on the server on this file, but that is no longer safe as the fs/locks.c code on the client wants unlock of 0 to PATH_MAX to remove all locks (at least from this client, it is not possible AFAIK to remove all locks from other clients made to the server copy of the file). Note that cifs locks are different from posix locks - and it is not possible to map posix locks perfectly on the wire yet, due to restrictions of the cifs network protocol, even to Samba without adding a new request type to the network protocol (which we plan to do for Samba 3.0.21 within a few months), but the local client will have the correct, posix view, of the lock in most cases. The correct fix for cifs for this would involve a bigger change than I would like to do this late in the 2.6.13-rc cycle - and would involve cifs keeping track of all unmerged (uncoalesced) byte range locks for each remote inode and scanning that list to remove locks that intersect or fall wholly within the range - locks that intersect may have to be reaquired with the smaller, remaining range. Signed-off-by: NSteve French <sfrench@us.ibm.com> Signed-off-by: NDave Kleikamp <shaggy@austin.ibm.com> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 25 8月, 2005 6 次提交
-
-
由 Steve French 提交于
of Read support. Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: NSteve French <sfrench@us.ibm.com>
-
由 Steve French 提交于
Signed-off-by: Steve French (sfrench@us.ibm.com)
-
由 Steve French 提交于
Signed-off-by: NAsser Ferno <asser@diku.dk> Signed-off-by: Steve French <sfrench@us.ibm.com> and lightly modified
-
由 Steve French 提交于
(Signed-off-by: Miklos Szeredi <miklos@szeredi.hu> also should have been listed on the last cifs patch fixing some lookup intent handling in cifs) Signed-off-by: NSteve French <sfrench@us.ibm.com>
-