kib dac91f5998 Add support for new Intel on-CPU Bull Mountain random number ... generator, found on IvyBridge and supposedly later CPUs, accessible with RDRAND instruction. From the Intel whitepapers and articles about Bull Mountain, it seems that we do not need to perform post-processing of RDRAND results, like AES-encryption of the data with random IV and keys, which was done for Padlock. Intel claims that sanitization is performed in hardware. Make both Padlock and Bull Mountain random generators support code covered by kernel config options, for the benefit of people who prefer minimal kernels. Also add the tunables to disable hardware generator even if detected. Reviewed by: markm, secteam (simon) Tested by: bapt, Michael Moll <kvedulv@kvedulv.de> MFC after: 3 weeks		2012-09-05 13:18:51 +00:00
..
acpica	- Remove unused code for CR3 and CR4.	2012-06-13 22:53:56 +00:00
amd64	Rename {_,}pmap_unwire_pte_hold() to {_,}pmap_unwire_ptp() and update the	2012-09-05 06:02:54 +00:00
compile	Clone Kip's Xen on stable/6 tree so that I can work on improving FreeBSD/amd64	2008-11-22 16:14:52 +00:00
conf	Add support for new Intel on-CPU Bull Mountain random number	2012-09-05 13:18:51 +00:00
ia32	Real hardware, as opposed to QEMU, does not allow to have a call gate	2012-08-14 12:13:27 +00:00
include	As discussed on -current, remove the hardcoded default maxswzone.	2012-08-14 17:01:21 +00:00
linux32	Regenerate system call tables.	2012-05-25 21:52:57 +00:00
pci	Move {amd64,i386}/pci/pci_bus.c and {amd64,i386}/include/pci_cfgreg.h to	2011-06-22 21:04:13 +00:00
Makefile	Adjustments to make a tags file a bit more suitable to amd64.	2008-12-01 14:15:10 +00:00