| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
c9c283bd
|
| 18-Apr-2020 |
Alex Richardson <arichardson@FreeBSD.org> |
Fix various warnings in tests/sys/kqueue and bump WARNS
Reviewed By: kevans Differential Revision: https://reviews.freebsd.org/D24296
|
| #
ce6a89e2
|
| 06-Apr-2020 |
Kyle Evans <kevans@FreeBSD.org> |
kqueue tests: fix -fno-common build
vnode_fd and kqfd are both shared among multiple CU; define them exactly once.
In the case of vnode_fd, it was simply the declaration that needed correction.
-f
kqueue tests: fix -fno-common build
vnode_fd and kqfd are both shared among multiple CU; define them exactly once.
In the case of vnode_fd, it was simply the declaration that needed correction.
-fno-common will become the default in GCC10/LLVM11.
MFC after: 3 days
show more ...
|
| #
67350cb5
|
| 09-Dec-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r340918 through r341763.
|
| #
d3404881
|
| 27-Nov-2018 |
David Bright <dab@FreeBSD.org> |
Make whitespace more consistent in libkqueue tests.
After r337820, which "corrected" some spaces-instead-of-tab whitespace issues in the libkqueue tests, jmg@ pointed out that these files were origi
Make whitespace more consistent in libkqueue tests.
After r337820, which "corrected" some spaces-instead-of-tab whitespace issues in the libkqueue tests, jmg@ pointed out that these files were originally space-based, not tab-spaced, and so the correction should have been to get rid of the tabs that had been introduced in previous changes, not the spaces. This change does that. This is a whitespace only change; no functional change is intended.
Reported by: jmg@ MFC after: 3 days Sponsored by: Dell EMC Isilon
show more ...
|
| #
3611ec60
|
| 18-Aug-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r337646 through r338014.
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
c9c283bd
|
| 18-Apr-2020 |
Alex Richardson <arichardson@FreeBSD.org> |
Fix various warnings in tests/sys/kqueue and bump WARNS
Reviewed By: kevans Differential Revision: https://reviews.freebsd.org/D24296
|
| #
ce6a89e2
|
| 06-Apr-2020 |
Kyle Evans <kevans@FreeBSD.org> |
kqueue tests: fix -fno-common build
vnode_fd and kqfd are both shared among multiple CU; define them exactly once.
In the case of vnode_fd, it was simply the declaration that needed correction.
-f
kqueue tests: fix -fno-common build
vnode_fd and kqfd are both shared among multiple CU; define them exactly once.
In the case of vnode_fd, it was simply the declaration that needed correction.
-fno-common will become the default in GCC10/LLVM11.
MFC after: 3 days
show more ...
|
| #
67350cb5
|
| 09-Dec-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r340918 through r341763.
|
| #
d3404881
|
| 27-Nov-2018 |
David Bright <dab@FreeBSD.org> |
Make whitespace more consistent in libkqueue tests.
After r337820, which "corrected" some spaces-instead-of-tab whitespace issues in the libkqueue tests, jmg@ pointed out that these files were origi
Make whitespace more consistent in libkqueue tests.
After r337820, which "corrected" some spaces-instead-of-tab whitespace issues in the libkqueue tests, jmg@ pointed out that these files were originally space-based, not tab-spaced, and so the correction should have been to get rid of the tabs that had been introduced in previous changes, not the spaces. This change does that. This is a whitespace only change; no functional change is intended.
Reported by: jmg@ MFC after: 3 days Sponsored by: Dell EMC Isilon
show more ...
|
| #
3611ec60
|
| 18-Aug-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r337646 through r338014.
|
| #
53e992cf
|
| 14-Aug-2018 |
David Bright <dab@FreeBSD.org> |
Fix several memory leaks.
The libkqueue tests have several places that leak memory by using an idiom like:
puts(kevent_to_str(kevp));
Rework to save the pointer returned from kevent_to_str() and t
Fix several memory leaks.
The libkqueue tests have several places that leak memory by using an idiom like:
puts(kevent_to_str(kevp));
Rework to save the pointer returned from kevent_to_str() and then free() it after it has been used.
Reported by: asomers (pointer to Coverity), Coverity CID: 1296063, 1296064, 1296065, 1296066, 1296067, 1350287, 1394960 Sponsored by: Dell EMC
show more ...
|
| #
cb5fe245
|
| 06-Sep-2016 |
Enji Cooper <ngie@FreeBSD.org> |
Move tests/sys/kqueue/... to tests/sys/kqueue/libkqueue/...
This is being done to clearly distinguish the libkqueue tests from the (soon to be imported) NetBSD tests.
MFC after: 58 days Sponsored b
Move tests/sys/kqueue/... to tests/sys/kqueue/libkqueue/...
This is being done to clearly distinguish the libkqueue tests from the (soon to be imported) NetBSD tests.
MFC after: 58 days Sponsored by: EMC / Isilon Storage Division
show more ...
|
| #
0e3d6ed4
|
| 28-Jan-2016 |
Eric van Gyzen <vangyzen@FreeBSD.org> |
kqueue EVFILT_PROC: avoid collision between NOTE_CHILD and NOTE_EXIT
NOTE_CHILD and NOTE_EXIT return something in kevent.data: the parent pid (ppid) for NOTE_CHILD and the exit status for NOTE_EXIT.
kqueue EVFILT_PROC: avoid collision between NOTE_CHILD and NOTE_EXIT
NOTE_CHILD and NOTE_EXIT return something in kevent.data: the parent pid (ppid) for NOTE_CHILD and the exit status for NOTE_EXIT. Do not let the two events be combined, since one would overwrite the other's data.
PR: 180385 Submitted by: David A. Bright <david_a_bright@dell.com> Reviewed by: jhb MFC after: 1 month Sponsored by: Dell Inc. Differential Revision: https://reviews.freebsd.org/D4900
show more ...
|
| #
70598e50
|
| 27-Apr-2015 |
Enji Cooper <ngie@FreeBSD.org> |
Integrate tools/regression/kqueue into the FreeBSD test suite as tests/sys/kqueue
MFC after: 1 week
|
| #
345f2b96
|
| 08-Jul-2011 |
Jonathan Anderson <jonathan@FreeBSD.org> |
Clarify the meaning of a test.
Rather than using err() if either of two failure conditions fires (which can produce spurious error messages), just use errx() if the one condition that really matters
Clarify the meaning of a test.
Rather than using err() if either of two failure conditions fires (which can produce spurious error messages), just use errx() if the one condition that really matters fires.
In practice, this single test is enough to detect the failure mode we're looking for (kqueue being inherited across fork).
Approved by: mentor (rwatson), re (Capsicum blanket) Sponsored by: Google Inc
show more ...
|
| #
0136244a
|
| 07-Jul-2011 |
Jonathan Anderson <jonathan@FreeBSD.org> |
Ensure that kqueue is not inherited across fork().
Modify the existing unit test (from libkqueue) which already exercises process events via fork() and kill(). Now, the child process simply checks t
Ensure that kqueue is not inherited across fork().
Modify the existing unit test (from libkqueue) which already exercises process events via fork() and kill(). Now, the child process simply checks that the 'kqfd' descriptor is invalid.
Some minor modifications were required to make err() work correctly. It seems that this test was imported using the output of a configure script, but config.h was not included in key places, nor was its syntax correct (need '#define HAVE_FOO 1' rather than '#define HAVE_FOO').
Finally, change main() to run the "proc" suite by default, but widened the '#if TODO' in proc.c to include the non-functioning test event_trigger().
Approved by: mentor (rwatson), re (Capsicum blanket) Sponsored by: Google Inc
show more ...
|
| #
60a396a4
|
| 13-Dec-2009 |
Robert Watson <rwatson@FreeBSD.org> |
Add Mark Heily's libkqueue test suite as a general kqueue test suite to tools/regression. It tests a number of aspects of kqueue behavior, although not all currently pass (possibly bugs in the test
Add Mark Heily's libkqueue test suite as a general kqueue test suite to tools/regression. It tests a number of aspects of kqueue behavior, although not all currently pass (possibly bugs in the test suite?).
Submitted by: Mark Heily <mark at heily.com> Obtained from: svn://mark.heily.com/libkqueue/trunk/test (r114)
show more ...
|