Date: Sat, 07 Sep 2013 15:31:51 -0600 From: Ian Lepore <ian@FreeBSD.org> To: Mark R V Murray <mark@grondar.org> Cc: Adrian Chadd <adrian@FreeBSD.org>, "freebsd-current@freebsd.org" <freebsd-current@FreeBSD.org> Subject: Re: random(4) update causes mips compile fail | mips boot fail Message-ID: <1378589511.1111.529.camel@revolution.hippie.lan> In-Reply-To: <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <CAJ-Vmonk4rFrx1i3jWe_m2aoZCzMeM_a=PYFm0yjUYxSzJhd5w@mail.gmail.com> <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2013-09-07 at 22:25 +0100, Mark R V Murray wrote: > On 7 Sep 2013, at 21:42, Adrian Chadd <adrian@freebsd.org> wrote: > > > We discussed this at the dev summit. Mark asked what we'd like to do. > > > > Mark - would you mind terribly adding a kernel compile option that controls that blocking default, so we can flip it on for the ARM/MIPS boards that don't have a hardware PRNG to start seeding things with? > > This has some merit; but I need to thing about how to do it. Per-architecture block/no-block defaults are going to get messy unless done properly. > > M I think it's fine to default to blocking (make it hard to do the wrong thing by accident), and then any given kernel config can include an OPTION_WHATEVERYOUCALLIT to disable the blocking and let it work the way it does now. Having a tuneable var with a name related to the config option might be nice too, for platforms that can handle such things. Those of us who have to cope with limited systems will fix our config for those systems; that part of it shouldn't be your problem beyond providing us with a knob. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1378589511.1111.529.camel>