<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/fs, branch v3.0</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v3.0</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v3.0'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2011-07-21T21:28:01Z</updated>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6</title>
<updated>2011-07-21T21:28:01Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-21T21:28:01Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2bafc7a275436da4a1ece4ecfcbacb82a0560efb'/>
<id>urn:sha1:2bafc7a275436da4a1ece4ecfcbacb82a0560efb</id>
<content type='text'>
* git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6:
  CIFS: Fix wrong length in cifs_iovec_read
</content>
</entry>
<entry>
<title>vfs: drop conditional inode prefetch in __do_lookup_rcu</title>
<updated>2011-07-21T18:01:42Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-21T18:01:42Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b91da88fed84843313a1b6fd1b1c834a24bbcf9e'/>
<id>urn:sha1:b91da88fed84843313a1b6fd1b1c834a24bbcf9e</id>
<content type='text'>
It seems to hurt performance in real life.  Yes, the inode will be used
later, but the conditional doesn't seem to predict all that well
(negative dentries are not uncommon) and it looks like the cost of
prefetching is simply higher than depending on the cache doing the right
thing.

As usual.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>FS-Cache: Fix __fscache_uncache_all_inode_pages()'s outer loop</title>
<updated>2011-07-21T17:59:16Z</updated>
<author>
<name>Jan Beulich</name>
<email>JBeulich@novell.com</email>
</author>
<published>2011-07-21T14:02:43Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b307d4655a71749ac3f91c6dbe33d28cc026ceeb'/>
<id>urn:sha1:b307d4655a71749ac3f91c6dbe33d28cc026ceeb</id>
<content type='text'>
The compiler, at least for ix86 and m68k, validly warns that the
comparison:

	next &lt;= (loff_t)-1

is always true (and it's always true also for x86-64 and probably all
other arches - as long as pgoff_t isn't wider than loff_t).  The
intention appears to be to avoid wrapping of "next", so rather than
eliminating the pointless comparison, fix the loop to indeed get exited
when "next" would otherwise wrap.

On m68k the following warning is observed:

  fs/fscache/page.c: In function '__fscache_uncache_all_inode_pages':
  fs/fscache/page.c:979: warning: comparison is always false due to limited range of data type

Reported-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Reported-by: Jan Beulich &lt;jbeulich@novell.com&gt;
Signed-off-by: Jan Beulich &lt;jbeulich@novell.com&gt;
Signed-off-by: David Howells &lt;dhowells@redhat.com&gt;
Cc: Suresh Jayaraman &lt;sjayaraman@suse.de&gt;
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>CIFS: Fix wrong length in cifs_iovec_read</title>
<updated>2011-07-21T00:48:05Z</updated>
<author>
<name>Pavel Shilovsky</name>
<email>piastryyy@gmail.com</email>
</author>
<published>2011-07-20T14:24:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2cebaa58b7de775386732bbd6cd11c3f5b73faf0'/>
<id>urn:sha1:2cebaa58b7de775386732bbd6cd11c3f5b73faf0</id>
<content type='text'>
Signed-off-by: Pavel Shilovsky &lt;piastryyy@gmail.com&gt;
Reviewed-by: Jeff Layton &lt;jlayton@redhat.com&gt;
Signed-off-by: Steve French &lt;sfrench@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>fs/libfs.c: fix simple_attr_write() on 32bit machines</title>
<updated>2011-07-20T05:09:30Z</updated>
<author>
<name>Akinobu Mita</name>
<email>akinobu.mita@gmail.com</email>
</author>
<published>2011-07-19T15:49:25Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=f7b88631a89757d70192044c9d9f2e8d2fc02f2c'/>
<id>urn:sha1:f7b88631a89757d70192044c9d9f2e8d2fc02f2c</id>
<content type='text'>
Assume that /sys/kernel/debug/dummy64 is debugfs file created by
debugfs_create_x64().

	# cd /sys/kernel/debug
	# echo 0x1234567812345678 &gt; dummy64
	# cat dummy64
	0x0000000012345678

	# echo 0x80000000 &gt; dummy64
	# cat dummy64
	0xffffffff80000000

A value larger than INT_MAX cannot be written to the debugfs file created
by debugfs_create_u64 or debugfs_create_x64 on 32bit machine.  Because
simple_attr_write() uses simple_strtol() for the conversion.

To fix this, use simple_strtoll() instead.

Signed-off-by: Akinobu Mita &lt;akinobu.mita@gmail.com&gt;
Cc: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs-2.6</title>
<updated>2011-07-20T04:50:21Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-20T04:50:21Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=e501f29c727dea74e2124c584cbab5fa805d489b'/>
<id>urn:sha1:e501f29c727dea74e2124c584cbab5fa805d489b</id>
<content type='text'>
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs-2.6:
  vfs: fix race in rcu lookup of pruned dentry
  Fix cifs_get_root()

[ Edited the last commit to get rid of a 'unused variable "seq"'
  warning due to Al editing the patch.  - Linus ]
</content>
</entry>
<entry>
<title>vfs: fix race in rcu lookup of pruned dentry</title>
<updated>2011-07-20T04:49:01Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-18T22:43:29Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=59430262401bec02d415179c43dbe5b8819c09ce'/>
<id>urn:sha1:59430262401bec02d415179c43dbe5b8819c09ce</id>
<content type='text'>
Don't update *inode in __follow_mount_rcu() until we'd verified that
there is mountpoint there.  Kudos to Hugh Dickins for catching that
one in the first place and eventually figuring out the solution (and
catching a braino in the earlier version of patch).

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>Fix cifs_get_root()</title>
<updated>2011-07-18T17:51:58Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2011-07-18T17:50:40Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=fec11dd9a0109fe52fd631e5c510778d6cbff6cc'/>
<id>urn:sha1:fec11dd9a0109fe52fd631e5c510778d6cbff6cc</id>
<content type='text'>
Add missing -&gt;i_mutex, convert to lookup_one_len() instead of
(broken) open-coded analog, cope with getting something like
a//b as relative pathname.  Simplify the hell out of it, while
we are there...

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Reviewed-by: Jeff Layton &lt;jlayton@redhat.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs-2.6</title>
<updated>2011-07-18T16:03:15Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-18T16:03:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d36c30181c4cf6ead34ae30fa2c777b871225c87'/>
<id>urn:sha1:d36c30181c4cf6ead34ae30fa2c777b871225c87</id>
<content type='text'>
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs-2.6:
  hppfs_lookup(): don't open-code lookup_one_len()
  hppfs: fix dentry leak
  cramfs: get_cramfs_inode() returns ERR_PTR() on failure
  ufs should use d_splice_alias()
  fix exofs -&gt;get_parent()
  ceph analog of cifs build_path_from_dentry() race fix
  cifs: build_path_from_dentry() race fix
</content>
</entry>
<entry>
<title>hppfs_lookup(): don't open-code lookup_one_len()</title>
<updated>2011-07-18T03:22:48Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2011-07-18T02:27:22Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=0916a5e45fbd2604a303c8cc18e6b2b7c815e4c9'/>
<id>urn:sha1:0916a5e45fbd2604a303c8cc18e6b2b7c815e4c9</id>
<content type='text'>
... and it's getting it wrong, too - missing -&gt;d_revalidate() calls when
it's dealing with filesystem (procfs) that has non-trivial -&gt;d_revalidate()...

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
</feed>
