From: Omar Sandoval <osandov@osandov.com>
To: Bart Van Assche <Bart.VanAssche@wdc.com>
Cc: "jthumshirn@suse.de" <jthumshirn@suse.de>,
"osandov@fb.com" <osandov@fb.com>,
"msnitzer@redhat.com" <msnitzer@redhat.com>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>
Subject: Re: [PATCH blktests 0/3] Add NVMeOF multipath tests
Date: Wed, 12 Sep 2018 18:06:31 -0700 [thread overview]
Message-ID: <20180913010631.GA32250@vader> (raw)
In-Reply-To: <20180824002133.GA14674@vader>
On Thu, Aug 23, 2018 at 05:21:33PM -0700, Omar Sandoval wrote:
> On Thu, Aug 23, 2018 at 01:53:33AM +0000, Bart Van Assche wrote:
> > On Tue, 2018-08-21 at 08:46 +0200, Johannes Thumshirn wrote:
> > > On Mon, Aug 20, 2018 at 03:46:45PM +0000, Bart Van Assche wrote:
> > > > Moving these tests into the nvme directory is possible but will make it
> > > > harder to run the NVMeOF multipath tests separately. Are you fine with this?
> > >
> > > Both way's have it's up and downsides, I agree.
> > >
> > > Having two distinct groups requires to run './check nvme nvmeof-mp' to
> > > run full coverage with nvme.
> > >
> > > Having it all in one group would require to run './check nvme 18 19 20
> > > 21 22 23 24 ...' to get only the dm-mpath ones.
> > >
> > > Honestly I hate both but your's (the two distinct groups) is probably
> > > easier to handle in the end, I have to admit.
> >
> > Omar, do you have a preference for one of the two aforementioned approaches?
> >
> > Thanks,
> >
> > Bart.
> >
>
> Let's keep it in a separate category, since lots of people running nvme
> tests probably aren't interested in testing multipath.
>
> A bunch of the tests failed with
>
> modprobe: FATAL: Module nvme is in use.
>
> Maybe related to my test VM having an nvme device?
Ping, Bart, can you look into this? It'd be nice to get this in.
next prev parent reply other threads:[~2018-09-13 6:13 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20180815203728.19521-1-bart.vanassche@wdc.com>
[not found] ` <20180815203728.19521-4-bart.vanassche@wdc.com>
2018-08-17 14:24 ` [PATCH blktests 3/3] Add NVMeOF dm-mpath tests Mike Snitzer
2018-08-17 15:46 ` Bart Van Assche
2018-08-17 16:04 ` Mike Snitzer
[not found] ` <20180820073059.quvg3bh4ngv5ka4x@linux-x5ow.site>
[not found] ` <ee851ae7b88a93b9b5c9f1b0c6e206944c0b3c64.camel@wdc.com>
[not found] ` <20180821064619.7tyhlst74qkrw4fi@linux-x5ow.site>
2018-08-23 1:53 ` [PATCH blktests 0/3] Add NVMeOF multipath tests Bart Van Assche
2018-08-24 0:21 ` Omar Sandoval
2018-09-13 1:06 ` Omar Sandoval [this message]
2018-09-16 4:28 ` Bart Van Assche
2018-09-18 21:20 ` Bart Van Assche
2018-09-18 23:24 ` Omar Sandoval
2018-09-19 0:02 ` Bart Van Assche
2018-09-19 0:18 ` Omar Sandoval
2018-09-27 23:26 ` Bart Van Assche
2018-10-05 18:50 ` Omar Sandoval
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=20180913010631.GA32250@vader \
--to=osandov@osandov.com \
--cc=Bart.VanAssche@wdc.com \
--cc=jthumshirn@suse.de \
--cc=linux-block@vger.kernel.org \
--cc=msnitzer@redhat.com \
--cc=osandov@fb.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;
as well as URLs for NNTP newsgroup(s).