Please correct me if I'm wrong, but this thread's conclusions seem to be:

* network interrupts are an inappropriate source of entropy (see my patch)
* headless servers need entropy, but should seek a better solution,
such as EGD, hardware RNG, or other kernel entropy sources (but that
is a separate task)
* TPM RNG is a separate task and, if implemented, should be in
drivers/char/hw_random/


chris


On Thu, May 15, 2008 at 12:21 PM, Jeff Garzik [off-list ref] wrote:

Kok, Auke wrote:

quoted

How about the non-NAPI and non-throttled case? I would argue that without
any irq
mitigation we can still use SA_RANDOM. Many (e.g. embedded) devices will
want some

When was the last time we added a new driver for new hardware, and it didn't
support NAPI and/or hw mitigation?  They are few and far between, and
getting ever more rare.

quoted

extra form of entropy, and providing them it in this form will be very
beneficial
as these devices more commonly have no other form of entropy anymore.

"no other form of entropy"?   See examples in this thread.

       Jeff