svn commit: r273872 - in head: etc/defaults etc/rc.d libexec/save-entropy share/examples/kld/random_adaptor sys/conf sys/dev/glxsb sys/dev/random sys/kern sys/modules sys/modules/padlock_rng sys/mo...

[Mark R V Murray]

> On 2 Nov 2014, at 19:07, Adrian Chadd <adrian at freebsd.org> wrote:
> 
> On 2 November 2014 05:08, Mark R V Murray <markm at freebsd.org> wrote:
>> 
>>> On 2 Nov 2014, at 12:51, Dag-Erling Smørgrav <des at des.no> wrote:
>>> 
>>> Jan Beich <jbeich at vfemail.net> writes:
>>>> I have a minimalistic kernel where everything is pushed to a module for
>>>> easier/faster debugging before kload. As its config has no |device random|
>>>> loading random.ko fails because nothing provides random_adaptors [...]
>>> 
>>> Yes, there is work to be done there.  Ideally, the random module should
>>> include the random_adaptors framework and /dev/random itself, while
>>> Yarrow and Fortuna should be separate modules which can coexist, rather
>>> than mutually exclusive kernel options.
>> 
>> Compiling both into the kernel is possible, but tricky, so I didn’t do it
>> this time round. The reason for the trickiness is that randomdev_soft.c gets
>> compiled for each hash (Yarrow, Fortuna) with hash-specific #defines set.
>> 
>> Not insoluble, but I just didn’t get to it.
>> 
>> I’ll fix the random_adaptors bit shortly.
> 
> Also as a side note - the kernel on the embedded MIPS boards here are
> now > 1MiB compressed now because loading random as a module isn't
> supported or working right. :(

I’m looking at it.

M
-- 
Mark R V Murray