src/sys/dev/random/randomdev_soft.c, branch stable/9

MFC r249631

2013-04-26T01:56:58Z

Attempt to mitigate poor initialization of arc4 by one-shot reinitialization from yarrow right after good entropy is harvested. Approved by: secteam (delphij)

MFC r247334:

2013-03-01T00:46:41Z

Correct a typo introduced in r153575, which gives inverted logic when handling blocking semantics when seeding. PR: kern/143298 Submitted by: James Juran Reviewed by: markm

Fix typos - remove duplicate "the".

2011-02-21T09:01:34Z

PR: bin/154928 Submitted by: Eitan Adler MFC after: 3 days

There is rubbish here

2009-05-25T22:50:11Z

It is time to take it out Now it is cleaner

Make sure arc4random(9) is properly seeded when /etc/rc.d/initrandom returns.

2008-11-24T17:39:39Z

Approved by: so (cperciva) Approved by: re (kensmith) Security: FreeBSD-SA-08:11.arc4random

Rename the kthread_xxx (e.g. kthread_create()) calls

2007-10-20T23:23:23Z

to kproc_xxx as they actually make whole processes. Thos makes way for us to add REAL kthread_create() and friends that actually make theads. it turns out that most of these calls actually end up being moved back to the thread version when it's added. but we need to make this cosmetic change first. I'd LOVE to do this rename in 7.0 so that we can eventually MFC the new kthread_xxx() calls.

Don't save SYSCTL_ADD_*() results in a local variable just to throw them

2007-05-28T18:20:15Z

away; preserve the ones that are needed for further calls in the init function and ignore the rest entirely. Found with: Coverity Prevent(tm) CID: 563

Use pause() rather than tsleep() on stack variables and function pointers.

2007-02-27T17:23:29Z

Change msleep() and tsleep() to not alter the calling thread's priority

2006-04-17T18:20:38Z

if the specified priority is zero. This avoids a race where the calling thread could read a snapshot of it's current priority, then a different thread could change the first thread's priority, then the original thread would call sched_prio() inside msleep() undoing the change made by the second thread. I used a priority of zero as no thread that calls msleep() or tsleep() should be specifying a priority of zero anyway. The various places that passed 'curthread->td_priority' or some variant as the priority now pass 0.

Remove GIANT from device random.

2005-12-20T21:41:52Z

Submitted by: ups