On Tue, Mar 14, 2017 at 08:44:03AM -0600, Ross Zwisler wrote: > On Tue, Mar 14, 2017 at 11:59:20AM +0800, Xiong Zhou wrote: > > It's not supported on raw mode nvdimm, brd ramdisk: > > https://lists.01.org/pipermail/linux-nvdimm/2017-February/008959.html > > > > It's working on "memory mode" nvdimm, memmap ramdisk. > > > > Mute output of this subtest to stop the fake failure. Keep this > > routine for sanity check. > > > > Updating generic/413 and xfs/260. > > I don't understand how we can mute the errors that are due to DAX direct I/O > being used in unsupported configurations (raw mode nvdimm, brd ramdisk) > without also muting real errors that happen for supported configs (memory mode > nvidmm)? > > It seems like for this test to give us proper coverage, we need to see this > output in all cases, and we just need to document to the user that this test > is expected to fail if you run it against brd or raw mode nvdimms? Actually the best thing to do would probably be to teach xfstests which are the unsupported configs for DIO + DAX, and then just skip the tests so we don't report false positive failures. I think we can do this by looking at the device (pmem vs brd), and by looking at the output from ndctl to see what mode the pmem namespace is in. If they have a pmem namespace but no ndctl, just assume the test is runnable and run the risk of getting a false positive. -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
