summaryrefslogtreecommitdiff
path: root/sys/dev/random/randomdev_soft.c
Commit message (Collapse)AuthorAgeFilesLines
* Revert to the more correct array size, and correct a KASSERT toMark Murray2005-03-291-2/+2
| | | | | | | | | | | only allow proper values. ENTROPYSOURCE is a maxval+1, not an allowable number. Suggested loose protons in the solution: phk Prefers to keep the pH close to seven: markm Notes: svn path=/head/; revision=144291
* Fix off-by-one (too little!) array size problem.Poul-Henning Kamp2005-03-181-1/+1
| | | | | | | Detected by: Coverity (ID#661) Notes: svn path=/head/; revision=143793
* Check O_NONBLOCK not IO_NDELAY.Poul-Henning Kamp2004-12-221-1/+0
| | | | | | | Don't include vnode.h Notes: svn path=/head/; revision=139194
* Don't change the priority to PUSER when sleeping, just keep the currentJohn Baldwin2004-11-051-2/+4
| | | | | | | priority. Notes: svn path=/head/; revision=137276
* (1) Move from O(n) list copies to O(1) list concatenation, which isRobert Watson2004-11-031-14/+11
| | | | | | | | | | | | | | supported for STAILQ via STAILQ_CONCAT(). (2) Maintain a count of the number of entries in the thread-local entropy fifo so that we can keep the other fifo counts in synch. MFC after: 3 weeks MFC with: randomdev_soft.c revisions 1.5 and 1.6 Suggested by: jhb (1) Notes: svn path=/head/; revision=137152
* Assert that the entropy source category provided by a caller submittingRobert Watson2004-10-121-0/+6
| | | | | | | | entropy is valid, as an invalid source will cause dereferencing of an array of queues to an incorrect memory location. Notes: svn path=/head/; revision=136434
* Modify entropy harvesting locking strategy:Robert Watson2004-10-091-50/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - Trade off granularity to reduce overhead, since the current model doesn't appear to reduce contention substantially: move to a single harvest mutex protecting harvesting queues, rather than one mutex per source plus a mutex for the free list. - Reduce mutex operations in a harvesting event to 2 from 4, and maintain lockless read to avoid mutex operations if the queue is full. - When reaping harvested entries from the queue, move all entries from the queue at once, and when done with them, insert them all into a thread-local queue for processing; then insert them all into the empty fifo at once. This reduces O(4n) mutex operations to O(2) mutex operations per wakeup. In the future, we may want to look at re-introducing granularity, although perhaps at the granularity of the source rather than the source class; both the new and old strategies would cause contention between different instances of the same source (i.e., multiple network interfaces). Reviewed by: markm Notes: svn path=/head/; revision=136338
* Perform a lockless read to test whether an entropy havesting fifo isRobert Watson2004-08-111-0/+4
| | | | | | | | | | | | | full, avoiding the cost of mutex operations if it is. We re-test once the mutex is acquired to make sure it's still true before doing the -modify-write part of the read-modify-write. Note that due to the maximum fifo depth being pretty deep, this is unlikely to improve harvesting performance yet. Approved by: markm Notes: svn path=/head/; revision=133465
* Start the entropy device insecure/unblocked. I'll be handing overMark Murray2004-07-181-2/+2
| | | | | | | | | | responsibility for critical randomness requirements (like sshd) to rc.d/* Requested by: many Notes: svn path=/head/; revision=132346
* Default to harvesting everything. This is to help give a fasterMark Murray2004-04-161-3/+3
| | | | | | | | startup. harvesting can be turned OFF in etc/rc.d/* if it is a burden. Notes: svn path=/head/; revision=128320
* Reorganise the entropy device so that high-yield entropy sourcesMark Murray2004-04-091-0/+369
can more easily be used INSTEAD OF the hard-working Yarrow. The only hardware source used at this point is the one inside the VIA C3 Nehemiah (Stepping 3 and above) CPU. More sources will be added in due course. Contributions welcome! Notes: svn path=/head/; revision=128059
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-05 16:14:59 +0000