Re: xfstest and chromeos

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



On Mon, Jan 23, 2017 at 09:57:15AM -0800, Gwendal Grignou wrote:
> I am adding xfstest to chromeos test image, to improve chromeos
> filesystems test coverage.
> Doing so, I encountered to issues, documented in
> https://chromium-review.googlesource.com/#/c/424372
> and
> https://chromium-review.googlesource.com/#/c/424191
> 
> https://chromium-review.googlesource.com/#/c/424372
> - To circuvent SELinux protection we add a mount context option,
> requesting to use nfs_t context. However on chromeos, we have no nfs
> security context - we are not expecting usings nfs - leading to a
> mount error. Shall we try to use another context or check beforehand
> if a context is needed for mount?

The selinux context is there because without it some quota or xattr
tests will fail due to extra xattr set by selinux.

I'm not sure what context works for chromeos, but I think we can make
SELINUX_MOUNT_OPTIONS configurable, and it defaults to current value. So
that chromeos could use any context that works for it.

> 
> https://chromium-review.googlesource.com/#/c/424191
> - Chromeos needs libtool to (cross-)compile packages and put them at
> the right place. I needed to move archived aclocal.m4 to acinclude.m4.
> Does it make sense to require aclocal to run to compile xfstests?

Sorry, I'm not that familiar with all the autotools build system.. I may
need some time to look into it. Or someone else who is familiar with it
could provide some inputs here?

Thanks,
Eryu
--
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



[Index of Archives]     [Linux Filesystems Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux