From: Timothy Shimmin <tes@sgi.com>
To: David Chinner <dgc@sgi.com>
Cc: xfs-dev <xfs-dev@sgi.com>, xfs-oss <xfs@oss.sgi.com>
Subject: Re: [PATCH, XFSQA] Don't run 175-177 if DMAPI is not supported
Date: Mon, 28 Apr 2008 10:09:44 +1000 [thread overview]
Message-ID: <481515C8.6020601@sgi.com> (raw)
In-Reply-To: <20080424065822.GY103491721@sgi.com>
David Chinner wrote:
> On Wed, Apr 23, 2008 at 04:58:12PM +1000, Timothy Shimmin wrote:
>> Hi,
>>
>> _test_punch already does a umount $SCRATCH_MNT.
>> However, IMHO, it would probably be nicer if one could
>> use a _require_dmapi or really it may be simpler if
>> we could roll it into common.dmapi
>> so one just needs to include common.dmapi and
>> it would complain at that point if the kernel
>> didn't support it.
>
> Sure, but we don't have that, and I'm not about to spend the time to
> convert >20 tests to something like this. Right now I just want to
> remove all the bloody silly test failures on mainline kernels.
>
> All the other dmapi tests "not run" just fine, I want these to do
> the same thing. Is that good enough to check in right now?
>
> Cheers,
>
> Dave.
Sure, that's fine.
I was really just suggesting to put:
+# test that we have DMAPI support
+_dmapi_scratch_mount
+unmount $SCRATCH_MNT > /dev/null 2>&1
directly into common.dmapi - not as a function
but just as code to always execute.
As long as there is no output under normal circumstances from
this, then all dmapi tests should not require any change
and it is simpler (all they need is to include common.dmapi
which most do).
There may be an extra mount in some of the
tests (for those that want to keep it mounted) but who cares.
Why include common.dmapi if you don't require it to be supported :)
--Tim
next prev parent reply other threads:[~2008-04-28 0:09 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-23 1:38 [PATCH, XFSQA] Don't run 175-177 if DMAPI is not supported David Chinner
2008-04-23 6:58 ` Timothy Shimmin
2008-04-24 6:58 ` David Chinner
2008-04-28 0:09 ` Timothy Shimmin [this message]
2008-04-29 0:22 ` David 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=481515C8.6020601@sgi.com \
--to=tes@sgi.com \
--cc=dgc@sgi.com \
--cc=xfs-dev@sgi.com \
--cc=xfs@oss.sgi.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