<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/cifs, branch linux-2.6.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2005-08-26T23:05:35Z</updated>
<entry>
<title>[PATCH] Fix oops in fs/locks.c on close of file with pending locks</title>
<updated>2005-08-26T23:05:35Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-08-26T19:42:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d634cc15e8f33332038dc9c078beae79f9382ada'/>
<id>urn:sha1:d634cc15e8f33332038dc9c078beae79f9382ada</id>
<content type='text'>
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: Steve French &lt;sfrench@us.ibm.com&gt;
Signed-off-by: Dave Kleikamp &lt;shaggy@austin.ibm.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Fix nasty ncpfs symlink handling bug.</title>
<updated>2005-08-20T01:02:56Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2005-08-20T01:02:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cc314eef0128a807e50fa03baf2d0abc0647952c'/>
<id>urn:sha1:cc314eef0128a807e50fa03baf2d0abc0647952c</id>
<content type='text'>
This bug could cause oopses and page state corruption, because ncpfs
used the generic page-cache symlink handlign functions.  But those
functions only work if the page cache is guaranteed to be "stable", ie a
page that was installed when the symlink walk was started has to still
be installed in the page cache at the end of the walk.

We could have fixed ncpfs to not use the generic helper routines, but it
is in many ways much cleaner to instead improve on the symlink walking
helper routines so that they don't require that absolute stability.

We do this by allowing "follow_link()" to return a error-pointer as a
cookie, which is fed back to the cleanup "put_link()" routine.  This
also simplifies NFS symlink handling.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] CIFS: Fix path name conversion for long filenames</title>
<updated>2005-08-14T22:27:24Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-08-14T21:55:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=27876d02b30aa34bb1ad35b81ccc40c174282f31'/>
<id>urn:sha1:27876d02b30aa34bb1ad35b81ccc40c174282f31</id>
<content type='text'>
Fix path name conversion for long filenames when mapchars mount option
was specified at mount time.

Signed-off-by: Steve French (sfrench@us.ibm.com)
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] CIFS: Fix missing entries in search results</title>
<updated>2005-08-14T22:27:24Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-08-14T21:55:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d024709deb4997aced6140a62e8ee82b10666c5f'/>
<id>urn:sha1:d024709deb4997aced6140a62e8ee82b10666c5f</id>
<content type='text'>
Fix missing entries in search results when very long file names and more
than 50 (or so) of such long search entries in the directory.

FindNext could send corrupt last byte of resume name when resume key was
a few hundred bytes long file name or longer.

Fixes Samba Bug # 2932

Signed-off-by: Steve French (sfrench@us.ibm.com)
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[CIFS] Fix cifs update of page cache. Write at correct offset when out of memory</title>
<updated>2005-06-09T21:44:07Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-06-09T21:44:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3079ca621e9e09f4593c20a9a2f24237c355f683'/>
<id>urn:sha1:3079ca621e9e09f4593c20a9a2f24237c355f683</id>
<content type='text'>
and add_to_page_cache fails.  

Thanks to Shaggy for pointing out the fix.

Signed-off-by: Steve French (sfrench@us.ibm.com)
Signed-off-by: Shaggy (shaggy@us.ibm.com)

</content>
</entry>
<entry>
<title>[CIFS] Update cifs version number and fix whitespace</title>
<updated>2005-06-02T22:12:36Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-06-02T22:12:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d0d2f2df65ddea9a30ddd117f769bfff65d3fc56'/>
<id>urn:sha1:d0d2f2df65ddea9a30ddd117f769bfff65d3fc56</id>
<content type='text'>
Signed-off-by: Steve French (sfrench@us.ibm.com)
</content>
</entry>
<entry>
<title>[CIFS] fix casts of unicode strings to match function definition</title>
<updated>2005-05-17T21:07:23Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-05-17T21:07:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b1a45695bde0204597957e448923f09ce271ca80'/>
<id>urn:sha1:b1a45695bde0204597957e448923f09ce271ca80</id>
<content type='text'>
Signed-off-by: Steve French (sfrench@us.ibm.com)
</content>
</entry>
<entry>
<title>[CIFS] Fix oops in cifs_unlink.  Caused in some cases when renaming over existing,</title>
<updated>2005-05-17T18:16:18Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-05-17T18:16:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b2aeb9d565be5ef00fb9f921c6d2459c74d90cdf'/>
<id>urn:sha1:b2aeb9d565be5ef00fb9f921c6d2459c74d90cdf</id>
<content type='text'>
newly created, file.

Samba bugzilla: 2697

Signed-off-by: Steve French (sfrench@us.ibm.com)

</content>
</entry>
<entry>
<title>[CIFS] missing break needed to handle &lt; when mount option "mapchars" specified</title>
<updated>2005-05-17T18:04:49Z</updated>
<author>
<name>Steve French</name>
</author>
<published>2005-05-17T18:04:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=67594feb4b68074d8807f5566536e06db9130679'/>
<id>urn:sha1:67594feb4b68074d8807f5566536e06db9130679</id>
<content type='text'>
Signed-off-by: Steve French (sfrench@us.ibm.com)
</content>
</entry>
<entry>
<title>[PATCH] remove BK documentation</title>
<updated>2005-05-05T23:36:42Z</updated>
<author>
<name>Adrian Bunk</name>
</author>
<published>2005-05-05T23:15:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dfc1e148542f6f4951fd59e32c14a7368356db9d'/>
<id>urn:sha1:dfc1e148542f6f4951fd59e32c14a7368356db9d</id>
<content type='text'>
There's no longer a reason to document the obsolete BK usage.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Cc: Jeff Garzik &lt;jgarzik@pobox.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
