From owner-freebsd-arch@FreeBSD.ORG Tue Aug 20 03:12:20 2013 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A57FAB5B; Tue, 20 Aug 2013 03:12:20 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 609762A4E; Tue, 20 Aug 2013 03:12:19 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r7K3C8HB069721; Tue, 20 Aug 2013 03:12:08 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id werssuegyqbsei2hi3v76mdbzn; Tue, 20 Aug 2013 03:12:08 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: random(4) plugin infrastructure for mulitple RNG in a modular fashion Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <551C488B-D56A-4E9F-8617-17B96D3E7677@bsdimp.com> Date: Mon, 19 Aug 2013 20:12:08 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130807183112.GA79319@dragon.NUXI.org> <86pptfnu33.fsf@nine.des.no> <20130815231713.GD76666@x96.org> <20130816002625.GE76666@x96.org> <9B274F48-0C88-4117-BEAC-1A555772A3C5@grondar.org> <86a9kf733d.fsf@nine.des.no> <0C97B866-A169-4141-8368-AA7F5B5382F4@grondar.org> <861u5r71zi.fsf@nine.des.no> <892B11BD-396D-4F82-B97C-753F72CA494D@grondar.org> <86r4dr5j3p.fsf@nine.des.no> <4C1BD77C-8C6B-4044-9285-5978A3BC4B70@kientzle.com> <537622E1-F785-4BFA-B829-09DCDB484606@grondar.org> <932AB5CA-778E-438D-8FD3-8C0F29F3D117@kientzle.com> <71A92486-2213-421E-B3D2-E55816C18924@bsdimp.com> <551C488B-D56A-4E9F-8617-17B96D3E7677@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1283) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , secteam@freebsd.org, Mark R V Murray , FreeBSD-arch Arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 03:12:20 -0000 On Aug 19, 2013, at 3:01 PM, Warner Losh wrote: >=20 > On Aug 19, 2013, at 1:31 AM, Mark R V Murray wrote: >=20 >>=20 >> On 19 Aug 2013, at 08:18, Warner Losh wrote: >>> If we're going to allow passthrough, we should require the kernel = config to explicitly do something to get pass through. >>>=20 >>> nodevice yarrow >>> device random_passthrough >>>=20 >>> would be my suggestion. >>=20 >> I don't think it will sell; folks are asking for GENERIC with a = run-time switch to flip between the raw HW generator output and a SW = mixer/conditioner. I've not heard anyone asking for a run-time switch in GENERIC. I would suggest making that a longer-term option and having the choice of mixer/conditioner (Yarrow, Fortuna, or HW passthrough) be a compile-time choice for now. >>> I'd go so far as to say that if you have random in your kernel, then = you need to specify some "filter" or you get a compile-time error. = Specifying yarrow via DEFAULTS or std.foo is fine by me, since both of = those can be overriden fairly easily.... I'd also think we'd want to = FAIL_PANIC or FAIL_BLOCKING, and have that choice hard wired at some = level too, to be explicit about things. But maybe that's gilding things = a bit too much and a tunable would suffice=85 >>=20 >> Won't sell. Folks are saying they want the choice of the raw output. = In GENERIC. I've not heard anyone asking for raw output in GENERIC. I've heard people ask for the ability to compile customized kernels with raw output.