[lkml]   [2000]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: use of add_interrupt_randomness in drivers missing in many drivers
From (David Wagner) said:
> Jeff Garzik wrote:
> >Then you make your local random pool vulnerable to external
> >manipulation, to a certain extent...

> Adding more bits to the pool should never hurt; the cryptographic
> mixing ensures this. What _can_ hurt is adding predictable bits but
> (erroneously) bumping up the entropy counter.

The problem that was being discussed is not generating enough entropy on
certain machines (f.ex. a router running out of RAM: No mouse, no kbd, no
disk, ...).

> So, if you're not sure whether those bits are unpredictable and random
> or not, the right thing to do is to mix 'em into the pool, but don't
> bump the entropy counter. The greater your diversity of sources, the
> less likely it is that you encounter a catastrophic randomness failure.

Adding stuff that adds no entropy (or at least doesn't add to the estimated
entropy pool) is just a waste of effort, AFAIKS.
Dr. Horst H. von Brand
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:41    [W:0.089 / U:4.216 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site