Whole-known-network
<p><span class="h-card" translate="no"><a href="https://chaos.social/@traumaphoenix" class="u-url mention">@<span>traumaphoenix</span></a></span> nope, i always used linux for work (in fact for my entire career)</p><p>i think my headmate had some sort of "endpoint security" on her laptop once? not my circus though</p>
<p><span class="h-card" translate="no"><a href="https://hachyderm.io/@cliffle" class="u-url mention">@<span>cliffle</span></a></span> <span class="h-card" translate="no"><a href="https://hachyderm.io/@mjk" class="u-url mention">@<span>mjk</span></a></span> yep</p><p>on Glasgow the MCU never resets (unless there's some Bonus Behavior) unless a physical estop button is hit that power cycles the entire thing</p><p>on revD I plan to isolate I2C branches with a resetful mux to be able to at least diagnose it</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@dabeaz" class="u-url mention">@<span>dabeaz</span></a></span> I've remapped mine when my laptop keyboard died two years ago and I'm still using it. Haven't had "oh i miss the capslock key" moment once</p>
<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://hachyderm.io/@mjk" class="u-url mention">@<span>mjk</span></a></span> oh, and be sure to test what happens if your micro/FPGA/controller resets during an I2C read. That's the most common way for buses to accidentally get hung, which is what leads to the traditional cargo cult "bus unstick" dance described in, among other sources, Analog AN-686:</p><p><a href="https://www.analog.com/media/en/technical-documentation/application-notes/54305147357414AN686_0.pdf" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://www.</span><span class="ellipsis">analog.com/media/en/technical-</span><span class="invisible">documentation/application-notes/54305147357414AN686_0.pdf</span></a></p><p>That'll let you recover the state machine if _you_ fail during a transaction, but won't help if the device insists on pulling SCL low forever.</p>
<p><span class="h-card" translate="no"><a href="https://mastodon.social/@whitequark" class="u-url mention">@<span>whitequark</span></a></span> employer never forced you to use a pre-malwared machine? lucky 🦋</p>
<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://hachyderm.io/@mjk" class="u-url mention">@<span>mjk</span></a></span> In practice, a lot of I2C devices don't go out to lunch (temperature sensors, EEPROMs, etc). I think it's most important to have an out-of-band resettable switch/shifter/mux -- something simple, like a PCA9543 -- in front of any pluggable port, or devices that are known to be problems.</p><p>If you can manage to be able to switch power to the potentially unreliable devices (and your mux/switch tolerates it) that's great too, but often not necessary.</p>
<p><span class="h-card" translate="no"><a href="https://wikis.world/@wikipedia" class="u-url mention">@<span>wikipedia</span></a></span> holy shit this is crazy! nice work all the contributors</p>
<p><span class="h-card" translate="no"><a href="https://toot.bike/@linnefaulk" class="u-url mention">@<span>linnefaulk</span></a></span> <span class="h-card" translate="no"><a href="https://toot.cafe/@chartier" class="u-url mention">@<span>chartier</span></a></span> oh yeah I got mine a few weeks ago!</p>
<p><span class="h-card" translate="no"><a href="https://fosstodon.org/@kev" class="u-url mention">@<span>kev</span></a></span> Apple's modus operandi has long been, "You'll take what we give you and like it." They've had great success in the last couple decades based on that philosophy. Even when they make a shit product, their faithful still use it and many will defend it and say it's good because it's Apple.</p>
