Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 8 Aug 2013 20:38:09 +0100
From:      Mark R V Murray <mark@grondar.org>
To:        Warner Losh <imp@bsdimp.com>
Cc:        Arthur Mesh <arthurmesh@gmail.com>, secteam@freebsd.org, Steve Kargl <sgk@troutmask.apl.washington.edu>, freebsd-arch@freebsd.org
Subject:   Re: random(4) plugin infrastructure for mulitple RNG in a modular fashion
Message-ID:  <50BE6942-CC39-413C-8E14-C6B93440901B@grondar.org>
In-Reply-To: <7018AAA9-0A88-430F-96B7-867E5F529B36@bsdimp.com>
References:  <20130807182858.GA79286@dragon.NUXI.org> <20130807192736.GA7099@troutmask.apl.washington.edu> <CAGE5yCq%2Bs6kYtVYyxi27RAqPmvpV42nNNykm2%2B2x1EJGCihYXw@mail.gmail.com> <5203968D.7060508@freebsd.org> <7018AAA9-0A88-430F-96B7-867E5F529B36@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail=_8BBE82C0-E265-4E68-A573-3066882F4A93
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On 8 Aug 2013, at 20:25, Warner Losh <imp@bsdimp.com> wrote:

>=20
> On Aug 8, 2013, at 7:01 AM, Andrey Chernov wrote:
>=20
>> Many years ago I already suggest to de-modularize random (making it =
not
>> optional), with fallback to yarrow if hardware RNGs can't be probed =
or
>> not configured.
>=20
> I think that the 'fallback to yarrow' is necessary here.

My current inclination is to make Yarrow the basic device (or "Fortuna =
Lite", but that is a problem for MUCH later), and make the hardware =
devices feed Yarrow, if they are present.

Fortuna will then be an optional replacement for Yarrow, and it will =
keep the ability to source input from hardware RNGs if they are present.

I still want to get back something like the original get_cyclecount(); =
simple and quick. I don't care what its called, but out doesn't need to =
be the massive thing that the current get_cyclecount() has grown to be =
on x86. rdtsc(), I think it was.

> P.S. Where 'yarrow' can easily be read as 'the best software RNG we've =
implemented' should that change to something better in the future.

While Fortuna matures, I'd like to keep it as an option, not make it a =
replacement.

M
--=20
Mark R V Murray


--Apple-Mail=_8BBE82C0-E265-4E68-A573-3066882F4A93
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQCVAwUBUgPzqN58vKOKE6LNAQryQAQAuTLK8DFzVd/O4iCHc7PAzbHmOC7CVTIU
Igw82LLB+zgQG88UkwVuf2oZb3l9/u3Atgb2L+3dQpAQm1/oWKHrQA2b/pincHgJ
5Dp7y2GvLwPI2dRV2DG8W6Ecxl5dqWOsuQAhVuI/cDkxSHBfuWjCsylETBCjCxLt
K4C/GN532zQ=
=vaAm
-----END PGP SIGNATURE-----

--Apple-Mail=_8BBE82C0-E265-4E68-A573-3066882F4A93--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50BE6942-CC39-413C-8E14-C6B93440901B>