Thread (3 messages) 3 messages, 2 authors, 2011-08-29

Re: [PATCH] xfstests: don't print "do not support" warnings unless verbose is specified

From: Ted Ts'o <tytso@mit.edu>
Date: 2011-08-29 13:37:22
Also in: linux-xfs

On Mon, Aug 29, 2011 at 03:36:21PM +1000, Dave Chinner wrote:
On Sat, Aug 27, 2011 at 01:43:22PM -0400, Theodore Ts'o wrote:
quoted
Commit 630421f6d449 attempts to avoid printing the "fallocate not
supported" warning if the -q (quiet) option is specified on the
command-line.  Unfortunately tests 75 and 112 don't set the -q flag.
This causes test failures for file systems that don't support
fallocate or the punch hole functionality.

I considered changing tests 75 and 112 to pass -q to fsx, but that
would suppress other warning messages that could be legitimate test
failures, so I decided to add a new -v (vebose) flag.
Oh, so now we can have verbose quietness? Or is it quiet verbosity?
That quickly leads to insanity.... :/

The quiet flag only suppresses output that is otherwise logged and
output when a failure occurs. Hence setting the quiet won't cause
any loss of functionality or error detection for these tests so you
should just add the quiet flag to the tests.
OK, I'll resubmit a patch which changes the tests (i.e., 75 and 112)
to pass the -q flag to fsx.  I had thought _not_ passing -q was
deliberate, but reviewing the output, it does seem that none of the
!quiet messages are all that important.

					- Ted

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help