On Fri, Jul 20, 2012 at 5:56 PM, Theodore Ts'o <ty...@mit.edu> wrote: > The other approach was to add some new interface that random.c would > call which would grab the dmi data from rand_initialize(). But that's > going to be a lot more complicated, so I guess we should go with the > simple/stupid approach.
It wouldn't be all that hard ... we'd just need to add a new entry point to the dmi codefor random to call (and a stub somewhere so that CONFIG_DMI=n kernels still build). But getting some per-platform data into the random pools earlier is a good thing ... it means that users of random data will see the benefit earlier than they do now. So add the big fat comment so that people know not to break this useful (if not entirely intentional) functionality. -Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
