| #
26d3dfa8
|
| 21-Jul-2025 |
Siva Mahadevan <me@svmhdvn.name> |
tests/sys/aio: use require.kmods property instead of ad-hoc checks
Signed-off-by: Siva Mahadevan <me@svmhdvn.name> Sponsored by: The FreeBSD Foundation Reviewed by: imp Pull Request: https://github.
tests/sys/aio: use require.kmods property instead of ad-hoc checks
Signed-off-by: Siva Mahadevan <me@svmhdvn.name> Sponsored by: The FreeBSD Foundation Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1780
show more ...
|
| #
7c94d515
|
| 05-Jan-2025 |
David Bright <dab@FreeBSD.org> |
aio_kqueue_test: Fix CID 1558429
Fix a Coverity error in the aio_kqueue_test that could theoretically (but probably not realistically) cause overindexing an array.
Differential Revision: https://re
aio_kqueue_test: Fix CID 1558429
Fix a Coverity error in the aio_kqueue_test that could theoretically (but probably not realistically) cause overindexing an array.
Differential Revision: https://reviews.freebsd.org/D48328 Reviewed by: asomers, vangyzen Sponsored by: Dell Technologies
show more ...
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
f10dd8af
|
| 30-May-2022 |
Alan Somers <asomers@FreeBSD.org> |
Reap dead code in lio_kqueue_test and aio_kqueue_test
MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D35358
|
| #
26d3dfa8
|
| 21-Jul-2025 |
Siva Mahadevan <me@svmhdvn.name> |
tests/sys/aio: use require.kmods property instead of ad-hoc checks
Signed-off-by: Siva Mahadevan <me@svmhdvn.name> Sponsored by: The FreeBSD Foundation Reviewed by: imp Pull Request: https://github.
tests/sys/aio: use require.kmods property instead of ad-hoc checks
Signed-off-by: Siva Mahadevan <me@svmhdvn.name> Sponsored by: The FreeBSD Foundation Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1780
show more ...
|
| #
7c94d515
|
| 05-Jan-2025 |
David Bright <dab@FreeBSD.org> |
aio_kqueue_test: Fix CID 1558429
Fix a Coverity error in the aio_kqueue_test that could theoretically (but probably not realistically) cause overindexing an array.
Differential Revision: https://re
aio_kqueue_test: Fix CID 1558429
Fix a Coverity error in the aio_kqueue_test that could theoretically (but probably not realistically) cause overindexing an array.
Differential Revision: https://reviews.freebsd.org/D48328 Reviewed by: asomers, vangyzen Sponsored by: Dell Technologies
show more ...
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
f10dd8af
|
| 30-May-2022 |
Alan Somers <asomers@FreeBSD.org> |
Reap dead code in lio_kqueue_test and aio_kqueue_test
MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D35358
|
| #
88fa3a76
|
| 16-Aug-2018 |
Alan Somers <asomers@FreeBSD.org> |
Revert r337929
FreeBSD's mkstemp sets the temporary file's permissions to 600, and has ever since mkstemp was added in 1987. Coverity's warning is still relevant for portable programs since OpenGro
Revert r337929
FreeBSD's mkstemp sets the temporary file's permissions to 600, and has ever since mkstemp was added in 1987. Coverity's warning is still relevant for portable programs since OpenGroup does not require that behavior, and POSIX didn't until 2008. But none of these programs are portable.
show more ...
|
| #
76f26061
|
| 16-Aug-2018 |
Alan Somers <asomers@FreeBSD.org> |
Fix Coverity warnings about mkstemp in tests
umask(2) should always be used prior to mkstemp(3) so the temporary file won't be created with insecure permissions.
Reported by: Coverity CID: 1331605
Fix Coverity warnings about mkstemp in tests
umask(2) should always be used prior to mkstemp(3) so the temporary file won't be created with insecure permissions.
Reported by: Coverity CID: 1331605 1347173 1375366 1339800 1331604 1296056 1296060 CID: 1296057 1296062 MFC after: 2 weeks
show more ...
|
| #
c189c73f
|
| 17-Mar-2018 |
Alan Somers <asomers@FreeBSD.org> |
aio_kqueue_test: fix the build when DEBUG=1
Also, make the debug output more verbose
|
| #
c52ef9bb
|
| 14-Nov-2017 |
Alan Somers <asomers@FreeBSD.org> |
AIO tests: increase limits
tests/sys/aio/aio_kqueue_test.c Instead of using a hard-coded queue depth, use vfs.aio.max_aio_queue_per_proc
tests/sys/aio/lio_kqueue_test.c The old, small limit on l
AIO tests: increase limits
tests/sys/aio/aio_kqueue_test.c Instead of using a hard-coded queue depth, use vfs.aio.max_aio_queue_per_proc
tests/sys/aio/lio_kqueue_test.c The old, small limit on lio_listio's operation count was lifted by change 324941. Raise the operation count as high as possible without exceeding the process's operation limit.
MFC after: 3 weeks Sponsored by: Spectra Logic Corp
show more ...
|
| #
95c91f3b
|
| 21-May-2017 |
Alan Somers <asomers@FreeBSD.org> |
Fix build of AIO tests with -DDEBUG
Also, redefine some constants for clarity. No functional change.
MFC after: 1 week
|
| #
f3215338
|
| 01-Mar-2016 |
John Baldwin <jhb@FreeBSD.org> |
Refactor the AIO subsystem to permit file-type-specific handling and improve cancellation robustness.
Introduce a new file operation, fo_aio_queue, which is responsible for queueing and completing a
Refactor the AIO subsystem to permit file-type-specific handling and improve cancellation robustness.
Introduce a new file operation, fo_aio_queue, which is responsible for queueing and completing an asynchronous I/O request for a given file. The AIO subystem now exports library of routines to manipulate AIO requests as well as the ability to run a handler function in the "default" pool of AIO daemons to service a request.
A default implementation for file types which do not include an fo_aio_queue method queues requests to the "default" pool invoking the fo_read or fo_write methods as before.
The AIO subsystem permits file types to install a private "cancel" routine when a request is queued to permit safe dequeueing and cleanup of cancelled requests.
Sockets now use their own pool of AIO daemons and service per-socket requests in FIFO order. Socket requests will not block indefinitely permitting timely cancellation of all requests.
Due to the now-tight coupling of the AIO subsystem with file types, the AIO subsystem is now a standard part of all kernels. The VFS_AIO kernel option and aio.ko module are gone.
Many file types may block indefinitely in their fo_read or fo_write callbacks resulting in a hung AIO daemon. This can result in hung user processes (when processes attempt to cancel all outstanding requests during exit) or a hung system. To protect against this, AIO requests are only permitted for known "safe" files by default. AIO requests for all file types can be enabled by setting the new vfs.aio.enable_usafe sysctl to a non-zero value. The AIO tests have been updated to skip operations on unsafe file types if the sysctl is zero.
Currently, AIO requests on sockets and raw disks are considered safe and are enabled by default. aio_mlock() is also enabled by default.
Reviewed by: cem, jilles Discussed with: kib (earlier version) Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D5289
show more ...
|
| #
e26e73f3
|
| 28-Dec-2015 |
Enji Cooper <ngie@FreeBSD.org> |
Place cancel and error under #ifdef DEBUG to mute -Wunused-but-set-variable warnings reported by gcc 4.9
Remove some trailing whitespace as well
Tested with and without -DDEBUG
MFC after: 1 week S
Place cancel and error under #ifdef DEBUG to mute -Wunused-but-set-variable warnings reported by gcc 4.9
Remove some trailing whitespace as well
Tested with and without -DDEBUG
MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
show more ...
|
| #
4e5f38d6
|
| 28-Apr-2015 |
Enji Cooper <ngie@FreeBSD.org> |
- Use ATF_REQUIRE_KERNEL_MDOULE to require aio(4) - Don't use /tmp as a basis for temporary files as it's outside of the ATF sandbox - Don't override MAX macro in sys/param.h
MFC after: 6 days
|
| #
f44eb013
|
| 27-Apr-2015 |
Enji Cooper <ngie@FreeBSD.org> |
Integrate tools/regression/aio/aiotest and tools/regression/aio/kqueue into the FreeBSD test suite as tests/sys/aio
MFC after: 1 week
|
| #
b41853c8
|
| 31-Mar-2015 |
Enji Cooper <ngie@FreeBSD.org> |
- Fix -Wsign issue - Bump up to WARNS=6
|
| #
dd41c1d7
|
| 22-Feb-2011 |
Martin Wilke <miwi@FreeBSD.org> |
- Fix QA issues
PR: misc/146687 Submitted by: Garrett Cooper <gcooper@FreeBSD.org> Approved by: rwatson (mentor)
|
| #
77efa498
|
| 22-Jan-2006 |
David Xu <davidxu@FreeBSD.org> |
s/sigval/sival/g
|
| #
5a199d97
|
| 02-Mar-2005 |
Doug Ambrisko <ambrisko@FreeBSD.org> |
Add an AIO & kqueue regression test. It is a good idea to run this against a disk as the argument. If you don't it will use a temp file. The raw disk will use the kernel physio fast path method unt
Add an AIO & kqueue regression test. It is a good idea to run this against a disk as the argument. If you don't it will use a temp file. The raw disk will use the kernel physio fast path method until the max number of pending op's is reached then it will queue them. File system op's are always queued. This is more important with LIO since operation can get split across and accounting of op's is broken with LIO.
Note that this was broken when locking was added to kqueue (ie. 5.3) My fix needs to be better integrated with FreeBSD.
Next is an LIO test and implementation.
Sponsored by: IronPort
show more ...
|