FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2024-12-02T10:41:11Z 2024-12-02T10:41:11Z Robert Clausecker fuz@FreeBSD.org 2024-11-27T17:37:58Z urn:sha1:4a0fc138e5eb343e45388e66698a4765b308a622 This test program executed arc4random_uniform() repeatedly and analyzes the distribution of return values, showing how similar the parameters of the observed outcome are to the expected parameters of an equidistribution. This cannot be a unit test as it takes quite a while to run and lots of memory (~3 GB) to execute. Reviewed by: cem Approved by: emaste Differential Revision: https://reviews.freebsd.org/D47659 2023-08-16T17:55:20Z Warner Losh imp@FreeBSD.org 2023-08-16T17:55:20Z urn:sha1:05248206f720394d95c2a7475429311df670a2e9 Remove /^\s*\$FreeBSD\$$\n/ 2021-03-03T14:11:40Z Peter Holm pho@FreeBSD.org 2021-03-03T12:56:56Z urn:sha1:8a272653d9fbd9fc37691c9aad6a05089b4ecb4d Discussed with: kib 2020-12-12T18:34:15Z Ian Lepore ian@FreeBSD.org 2020-12-12T18:34:15Z urn:sha1:ff3468ac94597efdcbc56f372528dfc98b114dac This is an import of the Google Summer of Code 2018 project completed by Christian Kramer (and, sadly, ignored by us for two years now). The goals stated for that project were: FreeBSD already has support for interrupts implemented in the GPIO controller drivers of several SoCs, but there are no interfaces to take advantage of them out of user space yet. The goal of this work is to implement such an interface by providing descriptors which integrate with the common I/O system calls and multiplexing mechanisms. The initial imported code supports the following functionality: - A kernel driver that provides an interface to the user space; the existing gpioc(4) driver was enhanced with this functionality. - Implement support for the most common I/O system calls / multiplexing mechanisms: - read() Places the pin number on which the interrupt occurred in the buffer. Blocking and non-blocking behaviour supported. - poll()/select() - kqueue() - signal driven I/O. Posting SIGIO when the O_ASYNC was set. - Many-to-many relationship between pins and file descriptors. - A file descriptor can monitor several GPIO pins. - A GPIO pin can be monitored by multiple file descriptors. - Integration with gpioctl and libgpio. I added some fixes (mostly to locking) and feature enhancements on top of the original gsoc code. The feature ehancements allow the user to choose between detailed and summary event reporting. Detailed reporting provides a record describing each pin change event. Summary reporting provides the time of the first and last change of each pin, and a count of how many times it changed state since the last read(2) call. Another enhancement allows the recording of multiple state change events on multiple pins between each call to read(2) (the original code would track only a single event at a time). The phabricator review for these changes timed out without approval, but I cite it below anyway, because the review contains a series of diffs that show how I evolved the code from its original state in Christian's github repo for the gsoc project to what is being commited here. (In effect, the phab review extends the VC history back to the original code.) Submitted by: Christian Kramer Obtained from: https://github.com/ckraemer/freebsd/tree/gsoc2018 Differential Revision: https://reviews.freebsd.org/D27398 2015-10-28T15:00:21Z Eric van Gyzen vangyzen@FreeBSD.org 2015-10-28T15:00:21Z urn:sha1:9300da1d3d559da5a6e1ca29d2878c9250669aaf Reviewed by: gnn 2015-10-28T03:39:18Z George V. Neville-Neil gnn@FreeBSD.org 2015-10-28T03:39:18Z urn:sha1:9f12bed1cdac50bb2402aed914c8e45904e13658 2015-02-28T23:35:29Z Mark Johnston markj@FreeBSD.org 2015-02-28T23:35:29Z urn:sha1:1e28e010e40f6be43a82af1a989d1d9b9cc8931e mostly unmaintained, and it has been superseded by the infrastructure added in r279418. Reviewed by: ngie Sponsored by: EMC / Isilon Storage Divison 2012-02-17T04:26:24Z Bjoern A. Zeeb bz@FreeBSD.org 2012-02-17T04:26:24Z urn:sha1:d3373029e29b8aebb412f99efbd03cd4fbb853d9 receive and forward path tagging packets with both the ifconfig fib option or using ipfw, running ICMP6, TCP/v6 and UDP/v6 tests and testing both setfib(2) as well as the SO_SETFIB socket option. At 16 FIBs a total of over 64k return codes/replies/stati are checked, sometimes multiple times (in different ways, e.g. the reflected request as well as ipfw counter values). The scripts need two or three machines to run and are thus not added to the tools/regression framework but only to tools/test. Sponsored by: Cisco Systems, Inc. 2010-04-24T12:11:41Z Marius Strobl marius@FreeBSD.org 2010-04-24T12:11:41Z urn:sha1:b09fefd1f6900e5df435e4bd1942f384755e5185 currently supporting sparc64. After a `make depend all` there are three programs; testsoftfloat for testing against the SoftFloat in src/lib/libc/softfloat for reference purposes, testemufloat for testing the emulator source in src/lib/libc/sparc64/fpu and testfloat for testing with the installed libc. Support for other architectures can be added as needed. PR: 144900 Submitted by: Peter Jeremy 2008-05-17T02:09:48Z John Birrell jb@FreeBSD.org 2008-05-17T02:09:48Z urn:sha1:a12be0b9eb43394d8be9d5b134efcb233851a943