src/sys/dev/random, branch releng/7.3

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

Correct a random value disclosure in random(4).

2007-11-29T16:06:54Z

Security: FreeBSD-SA-07:09.random Approved by: re (kensmith)

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

Rather than repeatedly setting and discarding local variable 'o' based

2007-05-27T18:54:58Z

on the return values of various run-time sysctl additions, just ignore the return value. Found with: Coverity Prevent(tm) CID: 562

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

2007-02-27T17:23:29Z

Sweep kernel replacing suser(9) calls with priv(9) calls, assigning

2006-11-06T13:42:10Z

specific privilege names to a broad range of privileges. These may require some future tweaking. Sponsored by: nCircle Network Security, Inc. Obtained from: TrustedBSD Project Discussed on: arch@ Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri, Alex Lyashkov , Skip Ford , Antoine Brodin

Now even more style(9)ish.

2006-07-13T11:47:36Z

Submitted by: pjd

Use the already stored VIA RNG probe information

2006-07-13T09:15:14Z

instead of probing again. Adjust style(9) somewhat in probe.c Reviewed by: pjd MFC after: 1 week

Use the already stored VIA RNG probe information

2006-07-12T20:29:11Z

instead of probing again. MFC after: 1 week

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.