Hi Mark,

Can we make the VFS random seeding stuff a compile time option, so we can
disable it for the embedded platforms where we'll never use it?



Thanks,

-adrian



On 13 October 2013 10:03, Mark R V Murray <m...@grondar.org> wrote:

>
> On 13 Oct 2013, at 17:18, Ian Lepore <i...@freebsd.org> wrote:
>
> > On Sun, 2013-10-13 at 16:18 +0100, Mark R V Murray wrote:
> >> On 13 Oct 2013, at 16:13, Konstantin Belousov <kostik...@gmail.com>
> wrote:
> >>> Surely this works, thank you. The rwfile.c content probably should be
> >>> taken under the #ifdef RANDOM_RWFILE.
> >>
> >> OK - thanks for the feedback!
> >>
> >>> But I do not see much use for the randomdev_read_file() and
> >>> randomdev_write_file() functions. It would be better to directly code
> >>> the VFS calls in the random_harvestq_cache(). For one thing, it would
> >>> eliminate unneccessary close and open of the entropy file.
> >>
> >> There is some uncertainty about the future of that code, so I want
> >> to keep it that way for now. Writing files from the kernel is making so@
> >> very uncomfortable, and there is too much scope for error there.
> >>
> >
> > Indeed, it makes me nervous too, as a heavy user of readonly root
> > filesystems.  If writing this file is so critical that it has to be done
> > by the kernel, then what happens when it fails?  Right now it prints an
> > error and continues -- if it is not so critical that failure means
> > panic, then why is the kernel doing it at all?
>
> Good points all. The intent is not to win the arms-race outright, but to
> win the common-case battles as convincingly as possible. That said, its
> not looking good for the process, but I still want to give it a decent
> look before/if yanking it.
>
> > Why is the file even in the root filesystem?  /var/db seems to be the
> > right place for a transient file needed by the system.
>
> Because that appears to be the best place to put first-boot entropy from
> sysinstall/bsdinstall. /var/db/entropy/... will also be used if possible;
> watch this space.
>
> > Speaking of errors, that might include things like the current code
> > calling vn_close() with the FREAD flag on a file open for writing.
>
>
> Thanks :-( :-)
>
> M
> --
> Mark R V Murray
>
>
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Reply via email to