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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.