public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <djwong@kernel.org>
To: Ravi Singh <ravising@redhat.com>
Cc: fstests@vger.kernel.org, zlang@redhat.com
Subject: Re: [PATCH] README: improve README formatting and clarity
Date: Wed, 12 Nov 2025 10:18:59 -0800	[thread overview]
Message-ID: <20251112181859.GF196366@frogsfrogsfrogs> (raw)
In-Reply-To: <20251111115658.603209-1-ravising@redhat.com>

On Tue, Nov 11, 2025 at 06:56:58AM -0500, Ravi Singh wrote:
> - Standardize shell command prompts with '$' for readability

The commands are supposed to be run in a root shell, so '#' is more
appropriate, because '#' is the root shell prompt.

--D

> - Correct minor typos
> - Clarify instructions for running tests.
> 
> Signed-off-by: Ravi Singh <ravising@redhat.com>
> ---
>  README | 44 ++++++++++++++++++++++++--------------------
>  1 file changed, 24 insertions(+), 20 deletions(-)
> 
> diff --git a/README b/README
> index 9e9afe3c..6edcdf31 100644
> --- a/README
> +++ b/README
> @@ -216,6 +216,8 @@ Setup Environment
>  5. Copy local.config.example to local.config and edit as needed. The TEST_DEV
>     and TEST_DIR are required.
>  
> +   $ cp local.config.example local.config
> +
>  6. (optional) Create fsgqa test users and groups:
>  
>     $ sudo useradd -m fsgqa
> @@ -241,13 +243,13 @@ Setup Environment
>  
>  For example, to run the tests with loopback partitions:
>  
> -    # xfs_io -f -c "falloc 0 10g" test.img
> -    # xfs_io -f -c "falloc 0 10g" scratch.img
> -    # mkfs.xfs test.img
> -    # losetup /dev/loop0 ./test.img
> -    # losetup /dev/loop1 ./scratch.img
> -    # mkdir -p /mnt/test && mount /dev/loop0 /mnt/test
> -    # mkdir -p /mnt/scratch
> +    $ xfs_io -f -c "falloc 0 10g" test.img
> +    $ xfs_io -f -c "falloc 0 10g" scratch.img
> +    $ mkfs.xfs test.img
> +    $ losetup /dev/loop0 ./test.img
> +    $ losetup /dev/loop1 ./scratch.img
> +    $ mkdir -p /mnt/test && mount /dev/loop0 /mnt/test
> +    $ mkdir -p /mnt/scratch
>  
>  The config for the setup above is:
>  
> @@ -316,7 +318,7 @@ Tools specification:
>        test, if the kernel supports kmemleak.
>   - fsstress:
>      - Set FSSTRESS_AVOID and/or FSX_AVOID, which contain options added to
> -      the end of fsstresss and fsx invocations, respectively, in case you wish
> +      the end of fsstress and fsx invocations, respectively, in case you wish
>        to exclude certain operational modes from these tests.
>   - core dumps:
>      - Set COREDUMP_COMPRESSOR to a compression program to compress crash dumps.
> @@ -378,25 +380,27 @@ ______________________
>  
>  Running tests:
>  
> -    - cd xfstests
> +    - $ cd xfstests-dev
>      - By default the tests suite will run all the tests in the auto group. These
>        are the tests that are expected to function correctly as regression tests,
>        and it excludes tests that exercise conditions known to cause machine
>        failures (i.e. the "dangerous" tests).
> -    - ./check '*/001' '*/002' '*/003'
> -    - ./check '*/06?'
> -    - Groups of tests maybe ran by: ./check -g [group(s)]
> +          $ ./check
> +    - Running specific tests:
> +          $ ./check '*/001' '*/002' '*/003'
> +          $ ./check '*/06?'
> +    - Groups of tests maybe ran by: $ ./check -g [group(s)]
>        See the tests/*/group.list files after building xfstests to learn about
>        each test's group memberships.
>      - If you want to run all tests regardless of what group they are in
> -      (including dangerous tests), use the "all" group: ./check -g all
> -    - To randomize test order: ./check -r [test(s)]
> +      (including dangerous tests), use the "all" group: $ ./check -g all
> +    - To randomize test order: $ ./check -r [test(s)]
>      - You can explicitly specify NFS/AFS/CIFS/OVERLAY, otherwise
>        the filesystem type will be autodetected from $TEST_DEV:
> -        - for running nfs tests: ./check -nfs [test(s)]
> -        - for running afs tests: ./check -afs [test(s)]
> -        - for running cifs/smb3 tests: ./check -cifs [test(s)]
> -        - for overlay tests: ./check -overlay [test(s)]
> +        - for running nfs tests: $ ./check -nfs [test(s)]
> +        - for running afs tests: $ ./check -afs [test(s)]
> +        - for running cifs/smb3 tests: $ ./check -cifs [test(s)]
> +        - for overlay tests: $ ./check -overlay [test(s)]
>            The TEST and SCRATCH partitions should be pre-formatted
>            with another base fs, where the overlay dirs will be created
>  
> @@ -438,7 +442,7 @@ Test script environment:
>  	    $TEST_DEV.
>  
>  	(b) mkfs a new XFS filesystem on $SCRATCH_DEV, and mount this
> -	    on $SCRATCH_MNT. Call the the _require_scratch function
> +	    on $SCRATCH_MNT. Call the _require_scratch function
>              on startup if you require use of the scratch partition.
>              _require_scratch does some checks on $SCRATCH_DEV &
>              $SCRATCH_MNT and makes sure they're unmounted. You should
> @@ -507,7 +511,7 @@ Test script environment:
>  	initialise the test environment correctly, the the build infrastructure
>  	also scans the test files for _begin_fstests invocations. It does this
>  	to compile the group lists that are used to determine which tests to run
> -	when `check` is executed. In other words, test files files must call
> +	when `check` is executed. In other words, test files must call
>  	_begin_fstest with their intended groups or they will not be run.
>  
>  	However, because the build infrastructure also uses _begin_fstests as
> -- 
> 2.51.1
> 
> 

  reply	other threads:[~2025-11-12 18:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-11 11:56 [PATCH] README: improve README formatting and clarity Ravi Singh
2025-11-12 18:18 ` Darrick J. Wong [this message]
2025-11-13 11:48   ` [PATCH v2 0/1] " Ravi Singh
2025-11-13 11:48     ` [PATCH v2 1/1] " Ravi Singh

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=20251112181859.GF196366@frogsfrogsfrogs \
    --to=djwong@kernel.org \
    --cc=fstests@vger.kernel.org \
    --cc=ravising@redhat.com \
    --cc=zlang@redhat.com \
    /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