<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/fs, branch v2.6.14.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/fs?h=v2.6.14.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/fs?h=v2.6.14.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2005-11-11T05:18:55Z</updated>
<entry>
<title>[PATCH] fix de_thread() vs send_group_sigqueue() race</title>
<updated>2005-11-11T05:18:55Z</updated>
<author>
<name>Oleg Nesterov</name>
<email>oleg@tv-sign.ru</email>
</author>
<published>2005-11-09T18:22:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6b85cfab9d15c70392cd79896ae1a11d88498e9f'/>
<id>urn:sha1:6b85cfab9d15c70392cd79896ae1a11d88498e9f</id>
<content type='text'>
When non-leader thread does exec, de_thread calls release_task(leader) before
calling exit_itimers(). If local timer interrupt happens in between, it can
oops in send_group_sigqueue() while taking -&gt;sighand-&gt;siglock == NULL.

However, we can't change send_group_sigqueue() to check p-&gt;signal != NULL,
because sys_timer_create() does get_task_struct() only in SIGEV_THREAD_ID
case. So it is possible that this task_struct was already freed and we can't
trust p-&gt;signal.

This patch changes de_thread() so that leader released after exit_itimers()
call.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] fix XFS_QUOTA for modular XFS</title>
<updated>2005-11-11T05:18:54Z</updated>
<author>
<name>Dimitri Puzin</name>
<email>tristan-777@ddkom-online.de</email>
</author>
<published>2005-11-09T18:22:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ee5b36ffa0f2e6ff56ab118fd7d62a740d4d8b93'/>
<id>urn:sha1:ee5b36ffa0f2e6ff56ab118fd7d62a740d4d8b93</id>
<content type='text'>
This patch by Dimitri Puzin submitted through kernel Bugzilla #5514
fixes the following issue:

Cannot build XFS filesystem support as module with quota support. It
works only when the XFS filesystem support is compiled into the kernel.
Menuconfig prevents from setting CONFIG_XFS_FS=m and CONFIG_XFS_QUOTA=y.

How to reproduce: configure the XFS filesystem with quota support as
module. The resulting kernel won't have quota support compiled into
xfs.ko.

Fix: Changing the fs/xfs/Kconfig file from tristate to bool lets you
configure the quota support to be compiled into the XFS module. The
Makefile-linux-2.6 checks only for CONFIG_XFS_QUOTA=y.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Signed-off-by: Nathan Scott &lt;nathans@sgi.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix HFS+ to free up the space when a file is deleted.</title>
<updated>2005-10-26T17:39:43Z</updated>
<author>
<name>Peter Wainwright</name>
<email>peter.wainwright@hpa-rp.org.uk</email>
</author>
<published>2005-10-26T08:59:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=94c1d3184523efa7109472eb393cee6e954c5d75'/>
<id>urn:sha1:94c1d3184523efa7109472eb393cee6e954c5d75</id>
<content type='text'>
fsck_hfs reveals lots of temporary files accumulating in the hidden
directory "\000\000\000HFS+ Private Data".  According to the HFS+
documentation these are files which are unlinked while in use.  However,
there may be a bug in the Linux hfsplus implementation which causes this to
happen even when the files are not in use.  It looks like the "opencnt"
field is never initialized as (I think) it should be in hfsplus_read_inode.
 This means that a file can appear to be still in use when in fact it has
been closed.  This patch seems to fix it for me.

Signed-off-by: Anton Altaparmakov &lt;aia21@cantab.net&gt;
Cc: Roman Zippel &lt;zippel@linux-m68k.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] inotify/idr leak fix</title>
<updated>2005-10-23T23:38:39Z</updated>
<author>
<name>Andrew Morton</name>
<email>akpm@osdl.org</email>
</author>
<published>2005-10-23T19:57:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8d3b35914aa54232b27e6a2b57d84092aadc5e86'/>
<id>urn:sha1:8d3b35914aa54232b27e6a2b57d84092aadc5e86</id>
<content type='text'>
Fix a bug which was reported and diagnosed by
Stefan Jones &lt;stefan.jones@churchillrandoms.co.uk&gt;

IDR trees include a cache of idr_layer objects.  There's no way to destroy
this cache, so when we discard an overall idr tree we end up leaking some
memory.

Add and use idr_destroy() for this.  v9fs and infiniband also need to use
idr_destroy() to avoid leaks.

Or, we make the cache global, like radix_tree_preload().  Which is probably
better.  Later.

Cc: Eric Van Hensbergen &lt;ericvh@ericvh.myip.org&gt;
Cc: Roland Dreier &lt;rolandd@cisco.com&gt;
Cc: Robert Love &lt;rml@novell.com&gt;
Cc: John McCutchan &lt;ttb@tentacle.dhs.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] aio syscalls are not checked by lsm</title>
<updated>2005-10-23T23:38:38Z</updated>
<author>
<name>Kostik Belousov</name>
<email>konstantin.belousov@zoral.com.ua</email>
</author>
<published>2005-10-23T19:57:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8766ce41018a0cb80fbe0ce7dbf747f357c752da'/>
<id>urn:sha1:8766ce41018a0cb80fbe0ce7dbf747f357c752da</id>
<content type='text'>
Another case of missing call to security_file_permission: aio functions
(namely, io_submit) does not check credentials with security modules.

Below is the simple patch to the problem.  It seems that it is enough to
check for rights at the request submission time.

Signed-off-by: Kostik Belousov &lt;kostikbel@gmail.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] aio: revert lock_kiocb()</title>
<updated>2005-10-18T00:03:57Z</updated>
<author>
<name>Zach Brown</name>
<email>zach.brown@oracle.com</email>
</author>
<published>2005-10-17T23:43:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4faa5285283fad081443e3612ca426a311bb6c7e'/>
<id>urn:sha1:4faa5285283fad081443e3612ca426a311bb6c7e</id>
<content type='text'>
lock_kiocb() was introduced to serialize retrying and cancellation.  In the
process of doing so it tried to sleep waiting for KIF_LOCKED while holding
the ctx_lock spinlock.  Recent fixes have ensured that multiple concurrent
retries won't be attempted for a given iocb.  Cancel has other problems and
has no significant in-tree users that have been complaining about it.  So
for the immediate future we'll revert sleeping with the lock held and will
address proper cancellation and retry serialization in the future.

Signed-off-by: Zach Brown &lt;zach.brown@oracle.com&gt;
Acked-by: Benjamin LaHaise &lt;bcrl@kvack.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] output of /proc/maps on nommu systems is incomplete</title>
<updated>2005-10-18T00:03:57Z</updated>
<author>
<name>David McCullough</name>
<email>davidm@snapgear.com</email>
</author>
<published>2005-10-17T23:43:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b65574fec5db1211bce7fc8bec7a2b32486e0670'/>
<id>urn:sha1:b65574fec5db1211bce7fc8bec7a2b32486e0670</id>
<content type='text'>
Currently you do not get all the map entries on nommu systems because the
start function doesn't index into the list using the value of "pos".

Signed-off-by: David McCullough &lt;davidm@snapgear.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] NFS: Fix Oopsable/unnecessary i_count manipulations in nfs_wait_on_inode()</title>
<updated>2005-10-17T21:47:16Z</updated>
<author>
<name>Trond Myklebust</name>
<email>trond.myklebust@fys.uio.no</email>
</author>
<published>2005-10-17T10:03:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6ce969171d5187f7621be68c0ebbc7fb02ec53f1'/>
<id>urn:sha1:6ce969171d5187f7621be68c0ebbc7fb02ec53f1</id>
<content type='text'>
Oopsable since nfs_wait_on_inode() can get called as part of iput_final().

Unnecessary since the caller had better be damned sure that the inode won't
disappear from underneath it anyway.

Signed-off-by: Trond Myklebust &lt;Trond.Myklebust@netapp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] NFS: Fix cache consistency races</title>
<updated>2005-10-17T21:47:16Z</updated>
<author>
<name>Trond Myklebust</name>
<email>trond.myklebust@fys.uio.no</email>
</author>
<published>2005-10-17T10:02:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b3c52da33ce95747b1bff86cce716d4f1397f14a'/>
<id>urn:sha1:b3c52da33ce95747b1bff86cce716d4f1397f14a</id>
<content type='text'>
If the data cache has been marked as potentially invalid by nfs_refresh_inode,
we should invalidate it rather than assume that changes are due to our own
activity.

Also ensure that we always start with a valid cache before declaring it
to be protected by a delegation.

Signed-off-by: Trond Myklebust &lt;Trond.Myklebust@netapp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] nommu build error fix</title>
<updated>2005-10-15T00:10:13Z</updated>
<author>
<name>Yoshinori Sato</name>
<email>ysato@users.sourceforge.jp</email>
</author>
<published>2005-10-14T22:59:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=63c6764ce4c650245a41a95a2235207d25ca4fde'/>
<id>urn:sha1:63c6764ce4c650245a41a95a2235207d25ca4fde</id>
<content type='text'>
"proc_smaps_operations" is not defined in case of "CONFIG_MMU=n".

Signed-off-by: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
