From: Eryu Guan <guaneryu@gmail.com>
To: Jayashree Mohan <jayashree2912@gmail.com>
Cc: Theodore Ts'o <tytso@mit.edu>, fstests <fstests@vger.kernel.org>,
Vijaychidambaram Velayudhan Pillai <vijay@cs.utexas.edu>
Subject: Re: Submitting patches to xfstests based on OSDI '18 paper (CrashMonkey)
Date: Sun, 21 Oct 2018 18:45:25 +0800 [thread overview]
Message-ID: <20181021104525.GS17817@desktop> (raw)
In-Reply-To: <CA+EzBbDZ5QZPqbgicY6Ar=uroM9a0-7b8PyUBdwYGMwXgBEanw@mail.gmail.com>
On Mon, Oct 15, 2018 at 03:58:06PM -0500, Jayashree Mohan wrote:
> Hi Ted,
>
> Thanks for encouraging and helping us in the course of building
> CrashMonkey for file-system crash consistency testing. Our work is
> published in OSDI '18
> (https://www.usenix.org/conference/osdi18/presentation/mohan). While
> our goal is to enable the integration of a tool like CrashMonkey in
> the file-system development cycle, we think it would be beneficial to
> add the test suite of about 300 workloads (consisting of 1 core
> file-system operation) that we systematically generated, to xfstest.
> The complete list of these workloads is in the CrashMonkey repository
> (https://github.com/utsaslab/crashmonkey/tree/master/code/tests/seq1).
> Given that developers currently use the xfstest, this addition would
> ensure that simple crash-consistency bugs are eliminated from any
> future kernel versions.
It's great to have more crash-consistency tests in fstests, thanks!
>
> If this idea sounds good to you, we can write a patch for including
> our workloads into xfstest, using dm_flakey. If there's some specific
> format you want us to follow while writing patches for these
> crash-consistency tests, we are happy to adopt it.
For starters, please follow the new test template generated by the 'new'
script, e.g.
./new generic
which will find the next free test sequence ID in 'generic' dir and
generate a tests/generic/<seq> test template file, you could modify that
file for your new tests.
Filipe Manana has contributed many tests that take use of dm_flakey, and
I find them all well-formated and easy to read (e.g. with clear comments
explaining the test). I'd recommend you take Filipe Manana's tests as
example.
Thanks,
Eryu
next prev parent reply other threads:[~2018-10-21 18:59 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-15 20:58 Submitting patches to xfstests based on OSDI '18 paper (CrashMonkey) Jayashree Mohan
2018-10-21 10:45 ` Eryu Guan [this message]
2018-10-21 15:53 ` Jayashree Mohan
[not found] ` <CA+EzBbCd2zZ9sNW-dgyPyR5FH-HK5LArG6y+bPOCJ3Wqyp5=Ug@mail.gmail.com>
2018-10-21 22:21 ` Theodore Y. Ts'o
2018-10-21 22:52 ` Jayashree Mohan
2018-10-22 2:05 ` Dave Chinner
2018-10-22 2:35 ` Jayashree Mohan
2018-10-22 2:49 ` Amir Goldstein
2018-10-22 3:23 ` Jayashree Mohan
2018-10-22 4:02 ` Dave Chinner
2018-10-22 7:14 ` Theodore Y. Ts'o
2018-10-22 4:23 ` Amir Goldstein
2018-10-22 2:44 ` Amir Goldstein
2018-10-22 3:09 ` Jayashree Mohan
2018-10-22 3:47 ` Amir Goldstein
2018-10-22 4:15 ` Dave Chinner
2018-10-22 13:25 ` Eric Sandeen
2018-10-22 23:18 ` Jayashree Mohan
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=20181021104525.GS17817@desktop \
--to=guaneryu@gmail.com \
--cc=fstests@vger.kernel.org \
--cc=jayashree2912@gmail.com \
--cc=tytso@mit.edu \
--cc=vijay@cs.utexas.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.