On Mon, Nov 07, 2016 at 02:23:21AM +0800, Eryu Guan wrote:
> _test_inode_flag() and _test_inode_extsz() use "which $XFS_IO_PROG"
> to check if xfs_io command is available. And "-i" option was added
> to XFS_IO_PROG varibable by commit 54659ecdb575 ("fstests: run
> xfs_io with -i option if supported"). So the command becomes "which
> /usr/sbin/xfs_io -i", and it stops and waits for input from stdin,
> because "-i" option of "which" means "Read aliases from stdin".
Funnily enough, I looked at those functions a couple of days ago and
thought "wow, they must have been written a long time ago if they
are trying to work if xfs_io is installed"...
> I've seen xfs/008 hang when testing with latest xfsprogs, where
> xfs_io has "-i" support.
>
> Fix it by removing the xfs_io command detections, and making xfs_io
> mandatory in common/config.
>
> Also fix the indentions in these functions, use tab instead of
> spaces, while we're at it.
Yeah, I noticed that too :P
> Signed-off-by: Eryu Guan <eguan@xxxxxxxxxx>
> ---
> common/config | 4 +++-
> common/rc | 24 ++++++++++--------------
> tests/xfs/094 | 1 -
> tests/xfs/103 | 1 -
> 4 files changed, 13 insertions(+), 17 deletions(-)
>
> diff --git a/common/config b/common/config
> index 168f46c..0b6cf01 100644
> --- a/common/config
> +++ b/common/config
> @@ -158,11 +158,13 @@ export DF_PROG="`set_prog_path df`"
> [ "$DF_PROG" = "" ] && _fatal "df not found"
> [ "$HOSTOS" = "Linux" ] && export DF_PROG="$DF_PROG -T -P"
>
> +export XFS_IO_PROG="`set_prog_path xfs_io`"
> +[ "$XFS_IO_PROG" = "" ] && _fatal "xfs_io not found"
> +
Yup, seems like a reasonable thing to do at this point.
Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx>
--
Dave Chinner
david@xxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
