On Wed, Nov 12, 2014 at 10:22 PM, Dave Chinner <david@xxxxxxxxxxxxx> wrote: > On Wed, Nov 12, 2014 at 09:38:45PM -0600, Steve French wrote: >> On Wed, Nov 12, 2014 at 9:26 PM, Dave Chinner <david@xxxxxxxxxxxxx> wrote: >> > On Wed, Nov 12, 2014 at 05:31:20PM -0600, Steve French wrote: >> >> >> I want to make sure that I don't accidentally ignore a test (e.g. test >> >> generic/003 doesn't run with a message " [not run] relatime not >> >> supported by the current kernel" and want to make sure I am not >> >> missing something). >> I have been going through these one at a time as I have time (to >> see if they are workable on cifs/smb3 etc) - but it can get >> tricky (e.g. in this case relatime may be default behavior for fs so >> lack of a mount option with this exact name may be unnecessarily >> disabling this one on some fs) > > I don't think that's the case. Any kernel that supports relatime > supports the relatime mount option. It doesn't matter if the > filesystem defaults to it or not, MS_RELATIME is a valid mount > flag on all supported kernels. relatime is rejected by the kernel cifs.ko driver (I will need to fix that) but should be ignored. Looking at the xfstest logs looks like noatime is going to have the same problem as well. I will fix these in the cifs mount parsing. > > We require the supported OS for the test to be defined in every > test. it's pretty easy to check: > > $ grep _supported_os tests/generic/010 > _supported_os IRIX Linux > $ > > Try to run a test that isn't supported on Linux and you get: > > xfs/095 [not run] not suitable for this OS: Linux If that is the only case where it is Linux specific that will make it easier to distinguish these from the cases like test 3 where it is mount parsing related (despite the message). -- Thanks, Steve -- 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