hubris

rgy-saving modes, math accelerators (Cordic for sines/cosines), audio peripherals > STM32L4 Series | ARM Cortex-M4F | ~100 µA / MHz | mature, ultra-low-power, robust I2S audio support, sleep state grame-cncm/faust: Functional programming language for signal processing and sound synthesis / [that compiles to microcontroller DSP code, LLVM IR,] https://github.com/grame-cncm/faust Then a Rust-based OS for microcontrollers; to isolate devices and device drivers from other processes; I'd like to learn this too (so this is worth researching) Rust packages for DSP: embedded-hal, embedded-io, rand_core Navigating the Embedded Rust Ecosystem https://www.theembeddedrustacean.com/p/navigating-the-embedd... https://google.github.io/comprehensive-rust/bare-metal/micro... hubris > Flash instructions already mention an STM32 F but not yet U or L: https://github.com/oxidecomputer/hubris#flash Task: Add support for STM32U and STM32L to hubris "Navigating the Embedded Rust Ecosystem" https://www.theembeddedrustacean.com/p/navigating-the-embedd... The micro:bit has a speaker and something like a DSP and rust support, though it's not going to run JUCE and BespokeSynth ; kk Just rtic, cortex-m-rt, and nrf52833-hal (for micro:bit v2) might be sufficient but there's already microbit_bsp: microbit_bsp is a board support package (BSP) library for the micro:bit v2 and newer: https://docs.rs/microbit-bsp/latest/microbit_bsp/ Another task; Develop and test a board support package for low-power chips for hosting effects from JUCE compiled with or like Faust. But then contain agent sessions; e.g. Hubris has no shared memory so audio streams must be shoveled over message passing -- Back to agent sandboxing; It looks like WebKitGTK uses bubblewrap on linux unless running in a flatpak, because flatpaks don't have permission to create namespaces so bwrap can't run. Bubblewraplauncher.cpp: https://github.com/WebKit/WebKit/blob/main/Source/WebKit/UIP... FlatpakLauncher.cpp: https://github.com/WebKit/WebKit/blob/main/Source/WebKit/UIP... CF workers support nested agent isolates since 2026-03: https://blog.cloudflare.com/dynamic-workers/ dloss/awesome-agent-sandboxes: A curated list of sandboxing solutions for AI agents https://github.com/dloss/awesome-agent-sandboxes

hy there's no continual licensing fees, you're buying this, not renting it.

ut I’m still not completely sure what this actually means and how it would distinguish itself from existing sub-rack commodity hardware. A sibling comment mentions smaller racks, which is certainly something I could get behind, but that’s not the same as towers/NUCs (or maybe that’s exactly what you mean: something that looks like a tower/NUC but is really a mini-rack with multiple miniaturised computers/switches/etc. inside?). > The CPUs in Oxide racks are AMD, so, presumably AMD-based compute rather than ARM. These don’t run Hubris though; the x86 cores are running Helios [0], Oxide’s flavour of Illumos (i.e. Solaris) that includes a bunch of binary blobs that aren’t even available, let alone open-source: they plan to make these “public” at some point, but it’s not clear whether this means source-available. Based on the chips directory in the repo [1], they’re targeting a mix of NXP and ST parts, which are Arm, and the user isn’t likely to see them or care what firmware they’re running: I don’t think replacing the firmware with something running on top of Hubris is a value add, or even particular interesting for the hacker/hobbyist at all, in the sense that they’re a tiny cog in a much more complex system, and if you’re interested in hacking on something like that then it’s much easier/cheaper to do it in isolation rather than trying to do in-circuit debug on the part that’s keeping your server from catching fire (but that’s just my opinion!). [0] : https://github.com/oxidecomputer/helios [1] : https://github.com/oxidecomputer/hubris/tree/020d014880382d8...

the process of shipping to our first customers; you can follow our progress in our Oxide and Friends podcast.[3] [0] https://www.osfc.io/2021/talks/on-hubris-and-humility-develo... [1] https://github.com/oxidecomputer/hubris [2] https://github.com/oxidecomputer/humility [3] https://oxide-and-friends.transistor.fm/