Whole-known-network
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> <span class="h-card" translate="no"><a href="https://chaos.social/@dlharmon" class="u-url mention">@<span>dlharmon</span></a></span> Yeah modern nodes have very short windows which makes catching metastability related bugs tricky.</p><p>~5 years ago I caught one in a UART core I had been using for quite a long time that would occasionally drop a byte when I was sending a lot of data. Turns out I wasn't synchronizing the input properly (i.e. at all).</p>
<p><span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> i've seen enough atrocious MCU RNG implementations that i don't even trust them to do that</p><p>what was the last thing to be broken, pico's PRNG? at least for the FPGA one, i know the ways in which it will be bad. the ST one is opaque</p>
<p><span class="h-card" translate="no"><a href="https://chaos.social/@dlharmon" class="u-url mention">@<span>dlharmon</span></a></span> <span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> re: metastability, i've wondered about it too but it seems that on recent logic the window is absurdly small</p>
<p><span class="h-card" translate="no"><a href="https://chaos.social/@uliwitness" class="u-url mention">@<span>uliwitness</span></a></span> your most realistic bet is probably emulating an entire macOS in UTM.</p>
<p><span class="h-card" translate="no"><a href="https://chaos.social/@uliwitness" class="u-url mention">@<span>uliwitness</span></a></span> </p><p>> Is there an Apple Silicon version of Parallels that will emulate an Intel CPU? </p><p>No, Parallels has never shipped an emulator.</p><p>Rosetta only emulates at the app level, so you may be able to run a Carbon app with it, but not an entire VM.</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> Fair enough, but ARM or Cadence or Synopsys or whoever they licensed the IP from probably didn't do the worst job.</p><p>Long term I want to build a randomness pool that's seeded by the TRNG over time and hashes itself to accumulate entropy even if the TRNG output is somewhat biased.</p>
<p><span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> Have you seen <a href="https://harmoninstruments.com/posts/trng.html" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">harmoninstruments.com/posts/tr</span><span class="invisible">ng.html</span></a> ? I still don't fully trust it given there's been no 3rd party review. I'll probably mix in data from the management microcontroller TRNG if I use it in future designs.</p><p>Should be applicable to US+ as well. There's also the option of using the finer resolutions of the delay blocks there to sample a jittery edge.</p>
<p><span class="h-card" translate="no"><a href="https://ioc.exchange/@azonenberg" class="u-url mention">@<span>azonenberg</span></a></span> i don't trust ST to build a good one either</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> I just know enough about crypto to not trust home grown RNGs.</p>