src-test2/tools/regression/aio/kqueue/aio_kqueue.c, branch release/7.0.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs2008-02-24T05:45:17ZThis commit was manufactured by cvs2svn to create tag2008-02-24T05:45:17Zcvs2svncvs2svn@FreeBSD.org2008-02-24T05:45:17Zurn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d
'RELENG_7_0_0_RELEASE'.
This commit was manufactured to restore the state of the 7.0-RELEASE image.
s/sigval/sival/g2006-01-22T03:46:03ZDavid Xudavidxu@FreeBSD.org2006-01-22T03:46:03Zurn:sha1:77efa498679d76b2b35bb59b753e5abee4bf92edAdd an AIO & kqueue regression test. It is a good idea to run this2005-03-02T03:32:01ZDoug Ambriskoambrisko@FreeBSD.org2005-03-02T03:32:01Zurn:sha1:5a199d9799a02a3645a3f5c3d9297b4afdd61fb3
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