History log of /netbsd-src/tests/fs/common/Makefile (Results 1 – 17 of 17)
Revision Date Author Comments
# c4b7a9e7 03-Jun-2023 lukem <lukem@NetBSD.org>

bsd.own.mk: rename GCC_NO_* to CC_WNO_*

Rename compiler-warning-disable variables from
GCC_NO_warning
to
CC_WNO_warning
where warning is the full warning name as used by the compiler.

GCC_NO_IMPL

bsd.own.mk: rename GCC_NO_* to CC_WNO_*

Rename compiler-warning-disable variables from
GCC_NO_warning
to
CC_WNO_warning
where warning is the full warning name as used by the compiler.

GCC_NO_IMPLICIT_FALLTHRU is CC_WNO_IMPLICIT_FALLTHROUGH

Using the convention CC_compilerflag, where compilerflag
is based on the full compiler flag name.

show more ...


# c2082ece 07-Sep-2020 mrg <mrg@NetBSD.org>

remove GCC_NO_ADDR_OF_PACKED_MEMBER for several subdir builds
that are now handled by lfs_accessors.h internally.


# 8820a04c 07-Sep-2020 mrg <mrg@NetBSD.org>

avoid new GCC 9 warnings.


# e81cd2ea 01-Jun-2020 christos <christos@NetBSD.org>

LIBISPRIVATE=yes


# de11d876 13-Oct-2019 mrg <mrg@NetBSD.org>

introduce some common variables for use in GCC warning disables:

GCC_NO_FORMAT_TRUNCATION -Wno-format-truncation (GCC 7/8)
GCC_NO_STRINGOP_TRUNCATION -Wno-stringop-truncation (GCC 8)
GCC_NO_STRI

introduce some common variables for use in GCC warning disables:

GCC_NO_FORMAT_TRUNCATION -Wno-format-truncation (GCC 7/8)
GCC_NO_STRINGOP_TRUNCATION -Wno-stringop-truncation (GCC 8)
GCC_NO_STRINGOP_OVERFLOW -Wno-stringop-overflow (GCC 8)
GCC_NO_CAST_FUNCTION_TYPE -Wno-cast-function-type (GCC 8)

use these to turn off warnings for most GCC-8 complaints. many
of these are false positives, most of the real bugs are already
commited, or are yet to come.


we plan to introduce versions of (some?) of these that use the
"-Wno-error=" form, which still displays the warnings but does
not make it an error, and all of the above will be re-considered
as either being "fix me" (warning still displayed) or "warning
is wrong."

show more ...


# 5c4c6caf 04-Mar-2014 joerg <joerg@NetBSD.org>

Make the abs() use check non-fatal for a bogus use in the LFS cleanerd.


# 591c440a 26-Jun-2013 reinoud <reinoud@NetBSD.org>

Add UDF as one of the filesytems to test. Might help understand why rump is
misbehaving on it.


# 28c9d061 05-Mar-2013 christos <christos@NetBSD.org>

Highly uncool to stash a partial copy of the ti-rpc code here.


# ebca36f9 31-Aug-2012 pooka <pooka@NetBSD.org>

Hook ZFS tests to MKZFS instead of a homegrown variable.


# 88392d44 20-Aug-2012 pooka <pooka@NetBSD.org>

Add a vfstest zfs attachment. This is a compile-time option,
default off, due the large numbers of failing tests (some of them
look like quite trivial failures).


# 154297fd 11-Aug-2011 uch <uch@NetBSD.org>

add ATF tests for v7fs. patch by njoly@. thank you.


# e60986a2 11-Nov-2010 pooka <pooka@NetBSD.org>

Add rumpfs to list of file systems to be autotested.


# 55e1e4c9 03-Aug-2010 drochner <drochner@NetBSD.org>

.PARSEDIR doesn't work. at least not for me. Use .CURDIR instead
which makes a build with objdir succeed.


# a963742e 29-Jul-2010 pooka <pooka@NetBSD.org>

Include & use lfs megamaid.


# 34eddb8c 29-Jul-2010 pooka <pooka@NetBSD.org>

Rename xfs.c to fstest_xfs.c to avoid collisions with other
source files with the name xfs.c

ok njoly


# 82233993 26-Jul-2010 pooka <pooka@NetBSD.org>

Add NFS to the list of file systems exercised by the "vfs" tests.

How it works:
NFS tests fork and exec the nfs service from fs/nfs/nfsservice.
The child then:
a) creates a FFS file system
b) mo

Add NFS to the list of file systems exercised by the "vfs" tests.

How it works:
NFS tests fork and exec the nfs service from fs/nfs/nfsservice.
The child then:
a) creates a FFS file system
b) mounts it
c) starts rpcbind
d) starts mountd
e) starts nfsd
f) handles requests

The client, as expected, does the standard RPC regotiation and
calls mount(MOUNT_NFS). It then proceeds to execute the test.

An individual test which executes everything described above and
does a few file operations on the NFS mount takes 0.16s wall time
on my laptop from start to finish. This means it is feasible to
run hundreds of tests while still getting results in a timely
fashion.

Like in other networked tests, the two processes are connected via
the rump shmif which uses mmapped files as ethernet busses. The
entire test suite can be executed by an unprivileged account.

As a side effect, these tests exercise also the kernel NFS server
in addition to the kernel NFS client.

While everything is currently targetted at executing the vfs tests,
there is no reason this could not be extended to exercise features
specific to NFS. For example, the server can run through all
exportable file system types, permissions can be tested, etc.

show more ...


# 370c9ab5 19-Jul-2010 pooka <pooka@NetBSD.org>

Convert the file system test common routines into a library to
facilitate more complex user-side stuff (like the lfs cleaner and
nfs rpc code), which are non-trivial to do by #include.