| History log of /src/sys/arch/sgimips/hpc/sqvar.h |
| Revision | | Date | Author | Comments |
| 1.15 |
| 13-Apr-2015 |
riastradh | MD rnd.h cleanups. Please let me know if I broke anything!
|
| 1.14 |
| 02-Feb-2012 |
tls | branches: 1.14.6; 1.14.24;
Entropy-pool implementation move and cleanup.
1) Move core entropy-pool code and source/sink/sample management code
to sys/kern from sys/dev.
2) Remove use of NRND as test for presence of entropy-pool code throughout
source tree.
3) Remove use of RND_ENABLED in device drivers as microoptimization to
avoid expensive operations on disabled entropy sources; make the
rnd_add calls do this directly so all callers benefit.
4) Fix bug in recent rnd_add_data()/rnd_add_uint32() changes that might
have lead to slight entropy overestimation for some sources.
5) Add new source types for environmental sensors, power sensors, VM
system events, and skew between clocks, with a sample implementation
for each.
ok releng to go in before the branch due to the difficulty of later
pullup (widespread #ifdef removal and moved files). Tested with release
builds on amd64 and evbarm and live testing on amd64.
|
| 1.13 |
| 19-Nov-2011 |
tls | branches: 1.13.2;
First step of random number subsystem rework described in
<20111022023242.BA26F14A158@mail.netbsd.org>. This change includes
the following:
An initial cleanup and minor reorganization of the entropy pool
code in sys/dev/rnd.c and sys/dev/rndpool.c. Several bugs are
fixed. Some effort is made to accumulate entropy more quickly at
boot time.
A generic interface, "rndsink", is added, for stream generators to
request that they be re-keyed with good quality entropy from the pool
as soon as it is available.
The arc4random()/arc4randbytes() implementation in libkern is
adjusted to use the rndsink interface for rekeying, which helps
address the problem of low-quality keys at boot time.
An implementation of the FIPS 140-2 statistical tests for random
number generator quality is provided (libkern/rngtest.c). This
is based on Greg Rose's implementation from Qualcomm.
A new random stream generator, nist_ctr_drbg, is provided. It is
based on an implementation of the NIST SP800-90 CTR_DRBG by
Henric Jungheim. This generator users AES in a modified counter
mode to generate a backtracking-resistant random stream.
An abstraction layer, "cprng", is provided for in-kernel consumers
of randomness. The arc4random/arc4randbytes API is deprecated for
in-kernel use. It is replaced by "cprng_strong". The current
cprng_fast implementation wraps the existing arc4random
implementation. The current cprng_strong implementation wraps the
new CTR_DRBG implementation. Both interfaces are rekeyed from
the entropy pool automatically at intervals justifiable from best
current cryptographic practice.
In some quick tests, cprng_fast() is about the same speed as
the old arc4randbytes(), and cprng_strong() is about 20% faster
than rnd_extract_data(). Performance is expected to improve.
The AES code in src/crypto/rijndael is no longer an optional
kernel component, as it is required by cprng_strong, which is
not an optional kernel component.
The entropy pool output is subjected to the rngtest tests at
startup time; if it fails, the system will reboot. There is
approximately a 3/10000 chance of a false positive from these
tests. Entropy pool _input_ from hardware random numbers is
subjected to the rngtest tests at attach time, as well as the
FIPS continuous-output test, to detect bad or stuck hardware
RNGs; if any are detected, they are detached, but the system
continues to run.
A problem with rndctl(8) is fixed -- datastructures with
pointers in arrays are no longer passed to userspace (this
was not a security problem, but rather a major issue for
compat32). A new kernel will require a new rndctl.
The sysctl kern.arandom() and kern.urandom() nodes are hooked
up to the new generators, but the /dev/*random pseudodevices
are not, yet.
Manual pages for the new kernel interfaces are forthcoming.
|
| 1.12 |
| 25-Jan-2011 |
tsutsui | branches: 1.12.4;
KNF and misc cosmetics.
|
| 1.11 |
| 25-Jan-2011 |
tsutsui | Split device_t/softc. Tested on Indy.
|
| 1.10 |
| 25-Jan-2011 |
tsutsui | u_intNN_t -> uintNN_t
|
| 1.9 |
| 11-Dec-2005 |
christos | branches: 1.9.100; 1.9.106; 1.9.108;
merge ktrace-lwp.
|
| 1.8 |
| 30-Dec-2004 |
rumble | Prepend HPC3 macros universally with "HPC3_" to distinctly recognise
the corresponding revision and maintain consistency with HPC1.
No functional change intended.
|
| 1.7 |
| 29-Dec-2004 |
rumble | HPC1 seems to benefit from larger rings. This should be especially
true on the transmit side, which appears to be significantly slower at
interrupting than HPC3.
XXX I used to be able to occasionally wedge the chip with
SQ_NTXDESC == 32, but have not yet been able to reproduce that
behaviour this evening with a larger value.
|
| 1.6 |
| 29-Dec-2004 |
rumble | Remove the static sq_trace array and make it per-device as
multiple seeq interfaces may exist. While here, add a few trace
actions, move the related macros into sqvar.h, and enhance the
sq_trace_dump output a bit.
|
| 1.5 |
| 30-Dec-2003 |
sekiya | branches: 1.5.2; 1.5.6;
Adapt if_sq to HPC abstraction layer. It took both Steve Rumble and myself
to untangle the unhappiness that arises from the design differences between
HPC1 and HPC3.
|
| 1.4 |
| 02-May-2002 |
rafal | branches: 1.4.10;
Add interrupt counter for Seeq interrupts; also, make sure to reset back to
"recieve only my frames & broadcasts" and clear the ALLMULTI flag if we have
no multicast addresses in our list.
|
| 1.3 |
| 13-Mar-2002 |
simonb | Replace lots of 8x<space> with <tabs> and other miscellaneous indentation
fixes.
Wrap a couple of long lines.
Use <return-type>\n<function name> as per KNF in a few places.
|
| 1.2 |
| 07-Jun-2001 |
thorpej | branches: 1.2.2; 1.2.8;
- Differentiate beteen the 8003 and 80c03 (the 80c03 has some additional
features).
- Implement crude multicast support -- enable reception of all multicast
frames if we have any addresses on the multicast list. TODO: use the
64-bit hash table on the 80c03.
- Implement promiscuous mode.
IPv6 doesn't quite work yet -- DAD finds a duplicate for the
link-local. The 8003 hears its own transmissions, but IFF_SIMPLEX
is not set, so I'm a little confused.
|
| 1.1 |
| 11-May-2001 |
thorpej | Support for the Seeq 8003 Ethernet attached to the HPC ASIC,
found on Indigo2 and Indy.
From Rafal K. Boni.
|
| 1.2.8.3 |
| 20-Jun-2002 |
nathanw | Catch up to -current.
|
| 1.2.8.2 |
| 01-Apr-2002 |
nathanw | Catch up to -current.
(CVS: It's not just a program. It's an adventure!)
|
| 1.2.8.1 |
| 07-Jun-2001 |
nathanw | file sqvar.h was added on branch nathanw_sa on 2002-04-01 07:42:25 +0000
|
| 1.2.2.2 |
| 23-Jun-2002 |
jdolecek | catch up with -current on kqueue branch
|
| 1.2.2.1 |
| 16-Mar-2002 |
jdolecek | Catch up with -current.
|
| 1.4.10.4 |
| 17-Jan-2005 |
skrll | Sync with HEAD.
|
| 1.4.10.3 |
| 21-Sep-2004 |
skrll | Fix the sync with head I botched.
|
| 1.4.10.2 |
| 18-Sep-2004 |
skrll | Sync with HEAD.
|
| 1.4.10.1 |
| 03-Aug-2004 |
skrll | Sync with HEAD
|
| 1.5.6.1 |
| 06-Apr-2005 |
he | Pull up revisions 1.6-1.7 (requested by rumble in ticket #1054):
Fix the HPC1 transmit logic, which was previously very broken.
|
| 1.5.2.1 |
| 06-Apr-2005 |
he | Pull up revisions 1.6-1.7 (requested by rumble in ticket #1054):
Fix the HPC1 transmit logic, which was previously very broken.
|
| 1.9.108.1 |
| 08-Feb-2011 |
bouyer | Sync with HEAD
|
| 1.9.106.1 |
| 06-Jun-2011 |
jruoho | Sync with HEAD.
|
| 1.9.100.1 |
| 05-Mar-2011 |
rmind | sync with head
|
| 1.12.4.1 |
| 17-Apr-2012 |
yamt | sync with head
|
| 1.13.2.1 |
| 18-Feb-2012 |
mrg | merge to -current.
|
| 1.14.24.1 |
| 06-Jun-2015 |
skrll | Sync with HEAD
|
| 1.14.6.1 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
