From: Luis Chamberlain <mcgrof@kernel.org>
To: Josef Bacik <josef@toxicpanda.com>, David Sterba <dsterba@suse.cz>
Cc: "Theodore Ts'o" <tytso@mit.edu>,
"Greg KH" <gregkh@linuxfoundation.org>,
"Amir Goldstein" <amir73il@gmail.com>,
"Sasha Levin" <sashal@kernel.org>,
lsf-pc <lsf-pc@lists.linux-foundation.org>,
linux-btrfs@vger.kernel.org,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
"Jan Kara" <jack@suse.cz>,
"Darrick J. Wong" <darrick.wong@oracle.com>,
"Matthew Wilcox" <willy@infradead.org>,
"Goldwyn Rodrigues" <rgoldwyn@suse.com>,
"Pankaj Raghav" <p.raghav@samsung.com>,
"Javier González" <javier.gonz@samsung.com>,
"Damien Le Moal" <damien.lemoal@opensource.wdc.com>,
"Johannes Thumshirn" <johannes.thumshirn@wdc.com>,
"Chaitanya Kulkarni" <chaitanya.kulkarni@wdc.com>,
"Adam Manzanares" <a.manzanares@samsung.com>,
"kanchan Joshi" <joshi.k@samsung.com>,
"Pankaj Raghav" <pankydev8@gmail.com>,
"Kanchan Joshi" <joshiiitr@gmail.com>
Subject: Re: [LSF/MM TOPIC] FS, MM, and stable trees
Date: Fri, 11 Mar 2022 18:07:21 -0800 [thread overview]
Message-ID: <YiwAWRRS8AmurVm6@bombadil.infradead.org> (raw)
In-Reply-To: <YipIqqiz91D39nMQ@localhost.localdomain>
On Thu, Mar 10, 2022 at 01:51:22PM -0500, Josef Bacik wrote:
> [root@fedora-rawhide ~]# cat /xfstests-dev/local.config
> [btrfs_normal_freespacetree]
> [btrfs_compress_freespacetree]
> [btrfs_normal]
> [btrfs_compression]
> [kdave]
> [btrfs_normal_noholes]
> [btrfs_compress_noholes]
> [btrfs_noholes_freespacetree]
+ linux-btrfs and zone folks.
I simplified these as follows, please let me know if the names are
alright. I think we may be able to come up with something more
clever than btrfs_dave. The raid56/noraid56 exist just for the
defaults of the distro/btrfs-progs. The expunge list is used
to determine if something is raid56 or not sadly given we
have no groups for putting tests into the raid56 group. The idea
is some distros don't support raid56 so that is the goal with
the noraid56 config.
The name needs to be: $FS_$FANCY_SINGLE_SPACED_NAME
Each guest spawned will have that same hostname. And likewise
the expunges are collected for each guest hostname. The hostname
is used to pick the expunge directory so to ensure it reflects
the baseline.
You may want to look at this expunge file:
https://github.com/mcgrof/kdevops/blob/master/workflows/fstests/expunges/opensuse-leap/15.3/btrfs/unassigned/btrfs_noraid56.txt\x02
[default]
TEST_DEV=@FSTESTSTESTDEV@
TEST_DIR=@FSTESTSDIR@
SCRATCH_DEV_POOL="@FSTESTSSCRATCHDEVPOOL@"
SCRATCH_MNT=@FSTESTSSCRATCHMNT@
RESULT_BASE=$PWD/results/$HOST/$(uname -r)
[btrfs_raid56]
MKFS_OPTIONS='-f'
FSTYP=btrfs
[btrfs_noraid56]
MKFS_OPTIONS='-f'
FSTYP=btrfs
[btrfs_normalfreespacetree]
LOGWRITES_DEV=@FSTESTSLOGWRITESDEV@
MKFS_OPTIONS="-K -f -O ^no-holes"
MOUNT_OPTIONS="-o space_cache=v2"
FSTYP=btrfs
[btrfs_compressfreespacetree]
MOUNT_OPTIONS="-o compress=zlib,space_cache=v2"
MKFS_OPTIONS="-K -f -O ^no-holes"
[btrfs_normal]
LOGWRITES_DEV=@FSTESTSLOGWRITESDEV@
MKFS_OPTIONS="-K -O ^no-holes -R ^free-space-tree"
MOUNT_OPTIONS="-o discard=async"
[btrfs_compression]
MOUNT_OPTIONS="-o compress=zstd,discard=async"
MKFS_OPTIONS="-K -O ^no-holes -R ^free-space-tree"
[btrfs_kdave]
MKFS_OPTIONS="-K -O no-holes -R ^free-space-tree"
MOUNT_OPTIONS="-o discard,space_cache=v2"
[btrfs_normalnoholes]
LOGWRITES_DEV=@FSTESTSLOGWRITESDEV@
MKFS_OPTIONS="-K -O no-holes -f -R ^free-space-tree"
[btrfs_compressnoholes]
MKFS_OPTIONS="-K -O no-holes -f -R ^free-space-tree"
MOUNT_OPTIONS="-o compress=lzo"
[btrfs_noholesfreespacetree]
MKFS_OPTIONS="-K -O no-holes -f"
MOUNT_OPTIONS="-o space_cache=v2"
I see nothing for NVMe ZNS.. so how about
[btrfs_zns]
MKFS_OPTIONS="-f -d single -m single"
TEST_DEV=@FSTESTSTESTZNSDEV@
SCRATCH_DEV_POOL="@FSTESTSSCRATCHDEVZNSPOOL@"
[btrfs_simple]
TEST_DEV=@FSTESTSTESTSDEV@
MKFS_OPTIONS="-f -d single -m single"
SCRATCH_DEV_POOL="@FSTESTSSCRATCHDEVPOOL@"
The idea being btrfs_simple will not use zns drives behind the scenes
but btrfs_zns will.
Luis
next prev parent reply other threads:[~2022-03-12 2:07 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-12 17:00 [LSF/MM TOPIC] FS, MM, and stable trees Sasha Levin
2019-02-12 21:32 ` Steve French
2019-02-13 7:20 ` Amir Goldstein
2019-02-13 7:37 ` Greg KH
2019-02-13 9:01 ` Amir Goldstein
2019-02-13 9:18 ` Greg KH
2019-02-13 19:25 ` Sasha Levin
2019-02-13 19:52 ` Greg KH
2019-02-13 20:14 ` James Bottomley
2019-02-15 1:50 ` Sasha Levin
2019-02-15 2:48 ` James Bottomley
2019-02-16 18:28 ` Theodore Y. Ts'o
2019-02-21 15:34 ` Luis Chamberlain
2019-02-21 18:52 ` Theodore Y. Ts'o
2019-03-20 3:46 ` Jon Masters
2019-03-20 5:06 ` Greg KH
2019-03-20 6:14 ` Jon Masters
2019-03-20 6:28 ` Greg KH
2019-03-20 6:32 ` Jon Masters
2022-03-08 9:32 ` Amir Goldstein
2022-03-08 10:08 ` Greg KH
2022-03-08 11:04 ` Amir Goldstein
2022-03-08 15:42 ` Luis Chamberlain
2022-03-08 19:06 ` Sasha Levin
2022-03-09 18:57 ` Luis Chamberlain
2022-03-11 5:23 ` Theodore Ts'o
2022-03-11 12:00 ` Jan Kara
2022-03-11 20:52 ` Luis Chamberlain
2022-03-11 22:04 ` Theodore Ts'o
2022-03-11 22:36 ` Luis Chamberlain
2022-04-27 18:58 ` Amir Goldstein
2022-05-01 16:25 ` Luis Chamberlain
2022-03-10 23:59 ` Steve French
2022-03-11 0:36 ` Chuck Lever III
2022-03-11 20:54 ` Luis Chamberlain
2022-03-08 16:40 ` Theodore Ts'o
2022-03-08 17:16 ` Amir Goldstein
2022-03-09 0:43 ` Dave Chinner
2022-03-09 18:41 ` Luis Chamberlain
2022-03-09 18:49 ` Josef Bacik
2022-03-09 19:00 ` Luis Chamberlain
2022-03-09 21:19 ` Josef Bacik
2022-03-10 1:28 ` Luis Chamberlain
2022-03-10 18:51 ` Josef Bacik
2022-03-10 22:41 ` Luis Chamberlain
2022-03-11 12:09 ` Jan Kara
2022-03-11 18:32 ` Luis Chamberlain
2022-03-12 2:07 ` Luis Chamberlain [this message]
2022-03-14 22:45 ` btrfs profiles to test was: (Re: [LSF/MM TOPIC] FS, MM, and stable trees) Luis Chamberlain
2022-03-15 14:23 ` Josef Bacik
2022-03-15 17:42 ` Luis Chamberlain
2022-03-29 20:24 ` [LSF/MM TOPIC] FS, MM, and stable trees Amir Goldstein
2022-04-10 15:11 ` Amir Goldstein
2022-03-08 10:54 ` Jan Kara
2022-03-09 0:02 ` Dave Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YiwAWRRS8AmurVm6@bombadil.infradead.org \
--to=mcgrof@kernel.org \
--cc=a.manzanares@samsung.com \
--cc=amir73il@gmail.com \
--cc=chaitanya.kulkarni@wdc.com \
--cc=damien.lemoal@opensource.wdc.com \
--cc=darrick.wong@oracle.com \
--cc=dsterba@suse.cz \
--cc=gregkh@linuxfoundation.org \
--cc=jack@suse.cz \
--cc=javier.gonz@samsung.com \
--cc=johannes.thumshirn@wdc.com \
--cc=josef@toxicpanda.com \
--cc=joshi.k@samsung.com \
--cc=joshiiitr@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=p.raghav@samsung.com \
--cc=pankydev8@gmail.com \
--cc=rgoldwyn@suse.com \
--cc=sashal@kernel.org \
--cc=tytso@mit.edu \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).