<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/Documentation/admin-guide/xfs.rst, branch linux-6.4.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.4.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-6.4.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2023-04-19T22:18:36Z</updated>
<entry>
<title>xfs: Extend table marker on deprecated mount options table</title>
<updated>2023-04-19T22:18:36Z</updated>
<author>
<name>Bagas Sanjaya</name>
</author>
<published>2023-04-19T22:18:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=71deb8a5658c592ccad5ededb2ceffef6fcbba5f'/>
<id>urn:sha1:71deb8a5658c592ccad5ededb2ceffef6fcbba5f</id>
<content type='text'>
Sphinx reports htmldocs warning on deprecated mount options table:

/home/bagas/repo/linux-kernel/Documentation/admin-guide/xfs.rst:243: WARNING: Malformed table.
Text in column margin in table line 5.

===========================     ================
  Name                          Removal Schedule
===========================     ================
Mounting with V4 filesystem     September 2030
Mounting ascii-ci filesystem    September 2030
ikeep/noikeep                   September 2025
attr2/noattr2                   September 2025
===========================     ================

Extend the table markers to take account of the second name entry
("Mounting ascii-ci filesystem"), which is now the widest and
to fix the above warning.

Fixes: 7ba83850ca2691 ("xfs: deprecate the ascii-ci feature")
Signed-off-by: Bagas Sanjaya &lt;bagasdotme@gmail.com&gt;
Reviewed-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Signed-off-by: Dave Chinner &lt;david@fromorbit.com&gt;

</content>
</entry>
<entry>
<title>xfs: deprecate the ascii-ci feature</title>
<updated>2023-04-12T02:05:19Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2023-04-12T02:05:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7ba83850ca2691865713b307ed001bde5fddb084'/>
<id>urn:sha1:7ba83850ca2691865713b307ed001bde5fddb084</id>
<content type='text'>
This feature is a mess -- the hash function has been broken for the
entire 15 years of its existence if you create names with extended ascii
bytes; metadump name obfuscation has silently failed for just as long;
and the feature clashes horribly with the UTF8 encodings that most
systems use today.  There is exactly one fstest for this feature.

In other words, this feature is crap.  Let's deprecate it now so we can
remove it from the codebase in 2030.

Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>xfs: allow setting full range of panic tags</title>
<updated>2023-02-10T02:36:17Z</updated>
<author>
<name>Donald Douwsma</name>
</author>
<published>2023-02-08T16:59:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=167ce4cbfa370114fee61ad5b58e401d95e2d5cd'/>
<id>urn:sha1:167ce4cbfa370114fee61ad5b58e401d95e2d5cd</id>
<content type='text'>
xfs will not allow combining other panic masks with
XFS_PTAG_VERIFIER_ERROR.

 # sysctl fs.xfs.panic_mask=511
 sysctl: setting key "fs.xfs.panic_mask": Invalid argument
 fs.xfs.panic_mask = 511

Update to the maximum value that can be set to allow the full range of
masks. Do this using a mask of possible values to prevent this happening
again as suggested by Darrick.

Fixes: d519da41e2b7 ("xfs: Introduce XFS_PTAG_VERIFIER_ERROR panic mask")
Signed-off-by: Donald Douwsma &lt;ddouwsma@redhat.com&gt;
Reviewed-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Dave Chinner &lt;dchinner@redhat.com&gt;
</content>
</entry>
<entry>
<title>xfs: rename the blockgc workqueue</title>
<updated>2021-03-25T23:47:50Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2021-03-22T16:51:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3fef46fc43ca12a0006d6683c8ac114628ad53a1'/>
<id>urn:sha1:3fef46fc43ca12a0006d6683c8ac114628ad53a1</id>
<content type='text'>
Since we're about to start using the blockgc workqueue to dispose of
inactivated inodes, strip the "block" prefix from the name; now it's
merely the general garbage collection (gc) workqueue.

Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>xfs: restore speculative_cow_prealloc_lifetime sysctl</title>
<updated>2021-02-24T18:16:08Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2021-02-12T17:14:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=89e0eb8c13bb842e224b27d7e071262cd84717cb'/>
<id>urn:sha1:89e0eb8c13bb842e224b27d7e071262cd84717cb</id>
<content type='text'>
In commit 9669f51de5c0 I tried to get rid of the undocumented cow gc
lifetime knob.  The knob's function was never documented and it now
doesn't really have a function since eof and cow gc have been
consolidated.

Regrettably, xfs/231 relies on it and regresses on for-next.  I did not
succeed at getting far enough through fstests patch review for the fixup
to land in time.

Restore the sysctl knob, document what it did (does?), put it on the
deprecation schedule, and rip out a redundant function.

Fixes: 9669f51de5c0 ("xfs: consolidate the eofblocks and cowblocks workers")
Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Dave Chinner &lt;dchinner@redhat.com&gt;
Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>xfs: fix rst syntax error in admin guide</title>
<updated>2021-02-09T17:16:44Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2021-02-08T17:29:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8e8794b919884e0a14991651a69c8a5735570d31'/>
<id>urn:sha1:8e8794b919884e0a14991651a69c8a5735570d31</id>
<content type='text'>
Tables are supposed to have a matching line of "===" to signal the end
of a table.  The rst compiler gets grouchy if it encounters EOF instead,
so fix this warning.

Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Eric Sandeen &lt;sandeen@redhat.com&gt;
Reviewed-by: Chaitanya Kulkarni &lt;chaitanya.kulkarni@wdc.com&gt;
</content>
</entry>
<entry>
<title>xfs: expose the blockgc workqueue knobs publicly</title>
<updated>2021-02-03T17:18:50Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2021-01-26T00:39:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=47bd6d3457fb96d287278027aed8a78d14f1d32d'/>
<id>urn:sha1:47bd6d3457fb96d287278027aed8a78d14f1d32d</id>
<content type='text'>
Expose the workqueue sysfs knobs for the speculative preallocation gc
workers on all kernels, and update the sysadmin information.

Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;
</content>
</entry>
<entry>
<title>xfs: increase the default parallelism levels of pwork clients</title>
<updated>2021-02-03T17:18:49Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2021-01-23T00:48:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f83d436aef5def77b318effc14809fdc57092588'/>
<id>urn:sha1:f83d436aef5def77b318effc14809fdc57092588</id>
<content type='text'>
Increase the parallelism level for pwork clients to the workqueue
defaults so that we can take advantage of computers with a lot of CPUs
and a lot of hardware.  On fast systems this will speed up quotacheck by
a large factor, and the following posteof/cowblocks cleanup series will
use the functionality presented in this patch to run garbage collection
as quickly as possible.

We do this by switching the pwork workqueue to unbounded, since the
current user (quotacheck) runs lengthy scans for each work item and we
don't care about dispatching the work on a warm cpu cache or anything
like that.  Also set WQ_SYSFS so that we can monitor where the wq is
running.

Signed-off-by: Darrick J. Wong &lt;djwong@kernel.org&gt;
Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;
Reviewed-by: Brian Foster &lt;bfoster@redhat.com&gt;
</content>
</entry>
<entry>
<title>xfs: remove deprecated sysctl options</title>
<updated>2020-09-25T18:34:08Z</updated>
<author>
<name>Pavel Reichl</name>
</author>
<published>2020-09-25T18:11:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3442de9cc322500b56a5918139bffcdd62063cc9'/>
<id>urn:sha1:3442de9cc322500b56a5918139bffcdd62063cc9</id>
<content type='text'>
These optionr were for Irix compatibility, probably for clustered XFS
clients in a heterogenous cluster which contained both Irix &amp; Linux
machines, so that behavior would be consistent. That doesn't exist anymore
and it's no longer needed.

Signed-off-by: Pavel Reichl &lt;preichl@redhat.com&gt;
Reviewed-by: Darrick J. Wong &lt;darrick.wong@oracle.com&gt;
[darrick: actually state when the sysctls go away]
Signed-off-by: Darrick J. Wong &lt;darrick.wong@oracle.com&gt;
</content>
</entry>
<entry>
<title>xfs: remove deprecated mount options</title>
<updated>2020-09-25T18:34:08Z</updated>
<author>
<name>Pavel Reichl</name>
</author>
<published>2020-09-25T18:10:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c23c393eaab5d3097d8b95e5bcbbe73e089a6165'/>
<id>urn:sha1:c23c393eaab5d3097d8b95e5bcbbe73e089a6165</id>
<content type='text'>
ikeep/noikeep was a workaround for old DMAPI code which is no longer
relevant.

attr2/noattr2 - is for controlling upgrade behaviour from fixed attribute
fork sizes in the inode (attr1) and dynamic attribute fork sizes (attr2).
mkfs has defaulted to setting attr2 since 2007, hence just about every
XFS filesystem out there in production right now uses attr2.

Signed-off-by: Pavel Reichl &lt;preichl@redhat.com&gt;
Reviewed-by: Darrick J. Wong &lt;darrick.wong@oracle.com&gt;
[darrick: fix minor typos]
Signed-off-by: Darrick J. Wong &lt;darrick.wong@oracle.com&gt;
</content>
</entry>
</feed>
