Re: [LSF/MM TOPIC] improving storage testing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Feb 14, 2019 at 10:02:02PM -0500, Theodore Y. Ts'o wrote:
> > My (undocumented) rule of thumb has been that blktests shouldn't assume
> > anything newer than whatever ships on Debian oldstable. I can document
> > that requirement.
> 
> That's definitely not true for the nvme tests; the nvme-cli from
> Debian stable is *not* sufficient.  This is why I've started building
> nvme-cli as part of the test appliance in xfstests-bld.  I'm now
> somewhat suspicious that there are problems because using the latest
> HEAD of the nvme-cli git tree may have had messages printed to
> standard out that is subtly different from the version of nvme-cli
> that was used to develop some of the nvme tests.

It does appear some expected output has hard coded values that are not
fixed. Some of the failures are assuming an auto-incrementing generation
number will always be 1, but that should just be a wildcard match.



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux