<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/random, branch releng/6.4</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F6.4</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F6.4'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2008-11-24T17:39:39Z</updated>
<entry>
<title>Make sure arc4random(9) is properly seeded when /etc/rc.d/initrandom returns.</title>
<updated>2008-11-24T17:39:39Z</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2008-11-24T17:39:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=919b4f203008fb36c134813b951c9d427bf228c9'/>
<id>urn:sha1:919b4f203008fb36c134813b951c9d427bf228c9</id>
<content type='text'>
Approved by:	so (cperciva)
Approved by:	re (kensmith)
Security:	FreeBSD-SA-08:11.arc4random
</content>
</entry>
<entry>
<title>Correct a random value disclosure in random(4).</title>
<updated>2007-11-29T16:06:12Z</updated>
<author>
<name>Simon L. B. Nielsen</name>
<email>simon@FreeBSD.org</email>
</author>
<published>2007-11-29T16:06:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a23688015faa5245067dc7f80c79a01e9d6e17ca'/>
<id>urn:sha1:a23688015faa5245067dc7f80c79a01e9d6e17ca</id>
<content type='text'>
Security:	FreeBSD-SA-07:09.random
</content>
</entry>
<entry>
<title>MFC VIA C7 support.</title>
<updated>2006-07-21T15:12:03Z</updated>
<author>
<name>Michael Reifenberger</name>
<email>mr@FreeBSD.org</email>
</author>
<published>2006-07-21T15:12:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=32a9fcd5f8e7564c599fb5b195e9178d6891ea94'/>
<id>urn:sha1:32a9fcd5f8e7564c599fb5b195e9178d6891ea94</id>
<content type='text'>
Obtained from:	mostly OpenBSD
</content>
</entry>
<entry>
<title>MFC: Change msleep() and tsleep() to not alter the calling thread's</title>
<updated>2006-06-16T22:11:55Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2006-06-16T22:11:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=dd8bba93483fdf0fec452b7046d8b7cecc258a70'/>
<id>urn:sha1:dd8bba93483fdf0fec452b7046d8b7cecc258a70</id>
<content type='text'>
priority if the specified priority is zero.
</content>
</entry>
<entry>
<title>MFC:</title>
<updated>2006-02-08T05:58:17Z</updated>
<author>
<name>Paul Saab</name>
<email>ps@FreeBSD.org</email>
</author>
<published>2006-02-08T05:58:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1e2be7eaab67cd541228131d8dd7c38312bbf701'/>
<id>urn:sha1:1e2be7eaab67cd541228131d8dd7c38312bbf701</id>
<content type='text'>
Remove GIANT from device random.

Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>malloc.h relies on param.h for a definition of MAXCPU.  I guess that there is</title>
<updated>2005-05-30T05:01:44Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2005-05-30T05:01:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e39e116ca2acbdc59c939a7ead8992d044f898d9'/>
<id>urn:sha1:e39e116ca2acbdc59c939a7ead8992d044f898d9</id>
<content type='text'>
other header pollution that makes this work right now, but it falls over when
doing a RELENG_5 -&gt; HEAD upgrade.
</content>
</entry>
<entry>
<title>Revert to the more correct array size, and correct a KASSERT to</title>
<updated>2005-03-29T11:08:45Z</updated>
<author>
<name>Mark Murray</name>
<email>markm@FreeBSD.org</email>
</author>
<published>2005-03-29T11:08:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3a0323d92f29bd5a20dc60de017964326d9111d6'/>
<id>urn:sha1:3a0323d92f29bd5a20dc60de017964326d9111d6</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Fix off-by-one (too little!) array size problem.</title>
<updated>2005-03-18T07:13:35Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>2005-03-18T07:13:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f7e6cbd933cafe20568561761a54ea72fd68f0b5'/>
<id>urn:sha1:f7e6cbd933cafe20568561761a54ea72fd68f0b5</id>
<content type='text'>
Detected by:	Coverity (ID#661)
</content>
</entry>
<entry>
<title>stop including rijndael-api-fst.h from rijndael.h.</title>
<updated>2005-03-11T15:42:51Z</updated>
<author>
<name>Hajimu UMEMOTO</name>
<email>ume@FreeBSD.org</email>
</author>
<published>2005-03-11T15:42:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=68527b3aad57040b661a801cfb4de8b5961ae3c0'/>
<id>urn:sha1:68527b3aad57040b661a801cfb4de8b5961ae3c0</id>
<content type='text'>
this is required to integrate opencrypto into crypto.
</content>
</entry>
<entry>
<title>netchild's mega-patch to isolate compiler dependencies into a central</title>
<updated>2005-03-02T21:33:29Z</updated>
<author>
<name>Joerg Wunsch</name>
<email>joerg@FreeBSD.org</email>
</author>
<published>2005-03-02T21:33:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a5f50ef9e43b28e15a7e2a2aec73754456619f17'/>
<id>urn:sha1:a5f50ef9e43b28e15a7e2a2aec73754456619f17</id>
<content type='text'>
place.

This moves the dependency on GCC's and other compiler's features into
the central sys/cdefs.h file, while the individual source files can
then refer to #ifdef __COMPILER_FEATURE_FOO where they by now used to
refer to #if __GNUC__ &gt; 3.1415 &amp;&amp; __BARC__ &lt;= 42.

By now, GCC and ICC (the Intel compiler) have been actively tested on
IA32 platforms by netchild.  Extension to other compilers is supposed
to be possible, of course.

Submitted by:	netchild
Reviewed by:	various developers on arch@, some time ago
</content>
</entry>
</feed>
