> Not guaranteed either, and I know for a fact there are platforms out > there which synthesize the RTC clock.
Interesting! And surprising. Doesn't that take more battery power? > Ah, I wasn't aware of the PF (not PE) bit. That suddenly makes it a lot > more interesting. So polling for the PF bit suddenly makes sense, and > is probably the single best option for calibration. I had forgotten about it, too. But adapting the current calibration loop to it is trivial. You lose the ability to detect drasitcally delayed reads, but the current code barely uses that. > Well, on x86 hopefully the entropy problem should soon be history... And the installed base will be replaced when? You may recall a discussion in December 2012 to *not* drop 486 support because people were still using embedded clones of it with modern kernels. -- 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/
