Debugging Case Studies

9 January 2026 by Phillip JohnstonThis page collects documented debugging stories that we found interesting or useful. Table of Contents: Articles Audio Video Related Articles A Disappearing Service Processor by Laura Abbott of Oxide Computer Company During some of our first attempts at putting our next generation Cosmo sled into an Oxide rack, we would see the Service Processor drop off the network. This is a tricky situation to debug, as without network access we have limited insight into the state of the SP itself. A Gap in the TrustZone Preset Settings for the LPC55S69 / Oxide by Laura Abbott …

To access this content, you must purchase a Membership - check out the different options here. If you're a member, log in.

Reclaim Your Data: Freeing a Wi-Fi Sensor from the Cloud

Today we have a guest post from Dave Goldberg. Dave is an embedded software engineer based in Boston, MA. He enjoys problem solving, mentoring junior engineers, and preaching the importance of quality and security. You can find Dave on LinkedIn. In this article we’ll investigate how a particular Wi-Fi connected sensor (in this case a …

Saving 10 Minutes on Documentation Wasted Hours of My Client’s Time

A recent experience drove this point home for me: insufficient documentation wastes everyone's time. In Adding Delimiters Between String Elements in C++, I described the creation of a "convenience function" that would simplify the use of a logger in a client project. When I made that change in the client's code base, I added the …

Dealing with Signed Commits When Creating and Splitting a Monorepo

A major roadblock on the way to the goal of developing in a monorepo and distributing to standalone repositories arose with signed commits. This article logs the problems I faced, options for addressing the issue, and my thoughts on the matter. This is still an open investigation, and I am logging my ideas and results. …

An Experiment: Develop in a Monorepo and Distribute to Standalone Repositories

I am ideologically aligned with distributing code in repositories that serve a single purpose. As a software consumer, I think that smaller, single purpose repositories and components are more approachable and easier to use. Of course, every decision comes with its tradeoffs, and this one has caused us significant pain. The overhead in developing and …