<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/xfs, branch linux-2.6.25.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.25.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-06-09T18:27:02Z</updated>
<entry>
<title>XFS: Fix memory corruption with small buffer reads</title>
<updated>2008-06-09T18:27:02Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2008-05-28T21:29:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2486e8fca463e0f9e6edfebe07186cb7478c6a95'/>
<id>urn:sha1:2486e8fca463e0f9e6edfebe07186cb7478c6a95</id>
<content type='text'>
upstream commit: 6ab455eeaff6893cd06da33843e840d888cdc04a

When we have multiple buffers in a single page for a blocksize == pagesize
filesystem we might overwrite the page contents if two callers hit it
shortly after each other. To prevent that we need to keep the page locked
until I/O is completed and the page marked uptodate.

Thanks to Eric Sandeen for triaging this bug and finding a reproducible
testcase and Dave Chinner for additional advice.

This should fix kernel.org bz #10421.

Tested-by: Eric Sandeen &lt;sandeen@sandeen.net&gt;

SGI-PV: 981813
SGI-Modid: xfs-linux-melb:xfs-kern:31173a

Signed-off-by: Christoph Hellwig &lt;hch@infradead.org&gt;
Signed-off-by: David Chinner &lt;dgc@sgi.com&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[XFS] Ensure "both" features2 slots are consistent</title>
<updated>2008-04-10T06:25:26Z</updated>
<author>
<name>Eric Sandeen</name>
</author>
<published>2008-04-10T02:19:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e6957ea48429aeda4f5d51af4238231d44b0dc4a'/>
<id>urn:sha1:e6957ea48429aeda4f5d51af4238231d44b0dc4a</id>
<content type='text'>
Since older kernels may look in the sb_bad_features2 slot for flags,
rather than zeroing it out on fixup, we should make it equal to the
sb_features2 value.

Also, if the ATTR2 flag was not found prior to features2 fixup, it was not
set in the mount flags, so re-check after the fixup so that the current
session will use the feature.

Also fix up the comments to reflect these changes.

SGI-PV: 980085
SGI-Modid: xfs-linux-melb:xfs-kern:30778a

Signed-off-by: Eric Sandeen &lt;sandeen@sandeen.net&gt;
Signed-off-by: David Chinner &lt;dgc@sgi.com&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] Fix superblock features2 field alignment problem</title>
<updated>2008-04-10T06:25:15Z</updated>
<author>
<name>David Chinner</name>
</author>
<published>2008-03-06T02:45:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ee1c090825bf2f1cb9712489c234eabf69a9a78f'/>
<id>urn:sha1:ee1c090825bf2f1cb9712489c234eabf69a9a78f</id>
<content type='text'>
Due to the xfs_dsb_t structure not being 64 bit aligned, the last field of
the on-disk superblock can vary in location This causes problems when the
filesystem gets moved to a different platform, or there is a 32 bit
userspace and 64 bit kernel.

This patch detects the defect at mount time, logs a warning such as:

XFS: correcting sb_features alignment problem

in dmesg and corrects the problem so that everything is OK. it also
blacklists the bad field in the superblock so it does not get used for
something else later on.

SGI-PV: 977636
SGI-Modid: xfs-linux-melb:xfs-kern:30539a

Signed-off-by: David Chinner &lt;dgc@sgi.com&gt;
Signed-off-by: Christoph Hellwig &lt;hch@infradead.org&gt;
Signed-off-by: Eric Sandeen &lt;sandeen@sandeen.net&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] remove shouting-indirection macros from xfs_sb.h</title>
<updated>2008-04-10T06:24:45Z</updated>
<author>
<name>Eric Sandeen</name>
</author>
<published>2008-03-06T02:44:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6211870992502efdccf9cd6bae155c83277835fa'/>
<id>urn:sha1:6211870992502efdccf9cd6bae155c83277835fa</id>
<content type='text'>
Remove macro-to-small-function indirection from xfs_sb.h, and remove some
which are completely unused.

SGI-PV: 976035
SGI-Modid: xfs-linux-melb:xfs-kern:30528a

Signed-off-by: Eric Sandeen &lt;sandeen@sandeen.net&gt;
Signed-off-by: Donald Douwsma &lt;donaldd@sgi.com&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] fix inode leak in xfs_iget_core()</title>
<updated>2008-03-06T05:38:50Z</updated>
<author>
<name>David Chinner</name>
</author>
<published>2008-03-06T02:49:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=72772a3b5b158cddcfbbff3ef13b26b03a905158'/>
<id>urn:sha1:72772a3b5b158cddcfbbff3ef13b26b03a905158</id>
<content type='text'>
If the radix_tree_preload() fails, we need to destroy the inode we just
read in before trying again. This could leak xfs_vnode structures when
there is memory pressure. Noticed by Christoph Hellwig.

SGI-PV: 977823
SGI-Modid: xfs-linux-melb:xfs-kern:30606a

Signed-off-by: David Chinner &lt;dgc@sgi.com&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
Signed-off-by: Christoph Hellwig &lt;hch@infradead.org&gt;
</content>
</entry>
<entry>
<title>[XFS] 977545 977545 977545 977545 977545 977545 xfsaild causing too many</title>
<updated>2008-03-06T05:38:17Z</updated>
<author>
<name>David Chinner</name>
</author>
<published>2008-03-06T02:45:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=92d9cd1059f80b9c89dee191ffb88b0872e6a7ae'/>
<id>urn:sha1:92d9cd1059f80b9c89dee191ffb88b0872e6a7ae</id>
<content type='text'>
wakeups

Idle state is not being detected properly by the xfsaild push code. The
current idle state is detected by an empty list which may never happen
with mostly idle filesystem or one using lazy superblock counters. A
single dirty item in the list that exists beyond the push target can
result repeated looping attempting to push up to the target because it
fails to check if the push target has been acheived or not.

Fix by considering a dirty list with everything past the target as an idle
state and set the timeout appropriately.

SGI-PV: 977545
SGI-Modid: xfs-linux-melb:xfs-kern:30532a

Signed-off-by: David Chinner &lt;dgc@sgi.com&gt;
Signed-off-by: Christoph Hellwig &lt;hch@infradead.org&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] If you mount an XFS filesystem with no mount options at all, then</title>
<updated>2008-02-29T04:37:56Z</updated>
<author>
<name>Josef Jeff Sipek</name>
</author>
<published>2008-02-29T02:58:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1bd960ee2b1231759bd485aad0fa483c2f793a3b'/>
<id>urn:sha1:1bd960ee2b1231759bd485aad0fa483c2f793a3b</id>
<content type='text'>
the "ikeep" option is set rather than "noikeep".

This regression was introduced in 970451.

With no mount options specified, xfs_parseargs() does the following:

int ikeep = 0;

args-&gt;flags |= XFSMNT_BARRIER;

args-&gt;flags2 |= XFSMNT2_COMPAT_IOSIZE;

if (!options)

goto done;

It only sets the above two options by default and before, it also used to
set XFSMNT_IDELETE by default.

If options are specified, then

if (!(args-&gt;flags &amp; XFSMNT_DMAPI) &amp;&amp; !ikeep)

args-&gt;flags |= XFSMNT_IDELETE;

is executed later on which is skipped by the "goto done;" above.

The solution is to invert the logic.

SGI-PV: 977771
SGI-Modid: xfs-linux-melb:xfs-kern:30590a

Signed-off-by: Niv Sardi &lt;xaiki@sgi.com&gt;
Signed-off-by: Barry Naujok &lt;bnaujok@sgi.com&gt;
Signed-off-by: Josef 'Jeff' Sipek &lt;jeffpc@josefsipek.net&gt;
Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] Undo bit ops cleanup mod due to regression on 32-bit powermac</title>
<updated>2008-02-26T06:05:44Z</updated>
<author>
<name>Lachlan McIlroy</name>
</author>
<published>2008-02-26T06:00:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef8ece55d9b6825c28a5c1a4bd89b94040cb7b32'/>
<id>urn:sha1:ef8ece55d9b6825c28a5c1a4bd89b94040cb7b32</id>
<content type='text'>
platform.

SGI-PV: 971186
SGI-Modid: xfs-linux-melb:xfs-kern:30559a

Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>[XFS] Undo bit ops cleanup mod due to regression on 32-bit powermac</title>
<updated>2008-02-26T06:05:37Z</updated>
<author>
<name>Lachlan McIlroy</name>
</author>
<published>2008-02-26T06:00:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=db69c915e67705daac25cad06d816c09be634de0'/>
<id>urn:sha1:db69c915e67705daac25cad06d816c09be634de0</id>
<content type='text'>
platform.

SGI-PV: 974005
SGI-Modid: xfs-linux-melb:xfs-kern:30558a

Signed-off-by: Lachlan McIlroy &lt;lachlan@sgi.com&gt;
</content>
</entry>
<entry>
<title>Remove empty file fs/xfs/Makefile-linux-2.6.</title>
<updated>2008-02-22T04:39:10Z</updated>
<author>
<name>Lachlan McIlroy</name>
</author>
<published>2008-02-22T04:36:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6e5e93424dc66542c548dfaa3bfebe30d46d50dd'/>
<id>urn:sha1:6e5e93424dc66542c548dfaa3bfebe30d46d50dd</id>
<content type='text'>
</content>
</entry>
</feed>
