History log of /netbsd/tests/kernel/t_lockf.c (Results 1 – 9 of 9)
Revision Date Author Comments
# 89ccee10 19-Oct-2013 christos <christos@NetBSD.org>

fix unused variable warnings


# e7165cb4 20-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Fix the error message handling. Thanks to Christos for noticing.


# c6c2c07a 19-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Replace printf() in child process with a simple write(STDERR_FILNO,...)

Thanks, Joerg.


# 27d28ba1 19-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Rather than just sleeping and hoping that all the sub-processes are
ready to be ptrace()d, use a positive barrier.


# f0f226dc 19-Feb-2013 pgoyette <pgoyette@NetBSD.org>

White-space in for(...) loops.
Use #define instead of static variables to define test parameters.
No functional change.


# 038b96c0 19-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Create a variable for max number of passes to make. While we're here,
reduce the pass-count from 100 to 50; this is more than enough to prove
that the test is working, and helps reduce the ever-inc

Create a variable for max number of passes to make. While we're here,
reduce the pass-count from 100 to 50; this is more than enough to prove
that the test is working, and helps reduce the ever-increasing time it's
taking to run the entire test suite.

show more ...


# 2031e709 19-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Wait a little bit after fork()ing the lockers to give them a chance to
get started before trying to ptrace(ATTACH). Otherwise, the traced
process doesn't seem to resume properly upon ptrace(DETACH)

Wait a little bit after fork()ing the lockers to give them a chance to
get started before trying to ptrace(ATTACH). Otherwise, the traced
process doesn't seem to resume properly upon ptrace(DETACH) and on the
next pass the ptrace(ATTACH) just hangs forever, causing the test to
time-out.

XXX The failure-to-resume-properly might actually be a kernel bug that
we need to follow up on. But for now, let's make the test work as
intended.

show more ...


# e688ffad 18-Feb-2013 pgoyette <pgoyette@NetBSD.org>

Check that we did get EDEADLK error, and fail immediately if we did not.


# 31df4d00 07-Nov-2012 pgoyette <pgoyette@NetBSD.org>

Add ATF version of the file locking test