On Thu, May 05, 2022 at 04:46:06PM -0000, hanishkvc(a)gmail.com wrote:
Hi,
I agree with you partly, but given that on embedded targets realtime clock is a optional
feature enabled/available or otherwise, one needs to provide multiple options, do have a
look at the newer patch I had released earlier,
Yes, I agree, I've expected
clock not being availble but I didn't knew it was optional.
(I didn't looked at your patch yet, I've just subscribed)
It provides options for either
a) retaining the simple counter logic as existing logic OR
b) use urandom if available (one may have many embedded systems with linux or bsds or so
with urandom but not necessarily realtime clock).
c) else try realtime clock if available,
d) if nothing else just use a ever running prng.
In the case of urandom or clock it will be used to seed the prng periodically.
Sounds resonable!
Cheers