$ whoami

Independent Embedded Linux
/ Kernel Engineering

I work at the hardware / operating-system boundary: board bring-up, Linux kernel development, Yocto BSPs, device drivers and difficult low-level debugging.

05+ years production ARM Linux 35+ mainline Linux patches ARM · Yocto · Kernel

START A CONVERSATION → VIEW SELECTED WORK ↓

SYSTEM STATUS: ONLINE

SIGNAL: STABLE | NOISE: DETECTED

services

Embedded Linux

Production Linux platforms for ARM-based hardware: Yocto, BSP integration, U-Boot, image maintenance and release workflows.

YOCTO · BITBAKE · U-BOOT · OTA

Kernel & Drivers

Linux kernel work close to the metal: Device Tree, drivers, ASoC / ALSA, MFD, PMICs and upstream-oriented development.

C · LINUX · DT · ASOC · MFD

Bring-up & Debugging

From a silent board to a working system: boot failures, peripheral integration, power management, kernel debugging and tracing.

GDB · FTRACE · PERF · JTAG · SPI · I²C

Upstreaming

Patch preparation, subsystem conventions, review cycles and getting useful embedded work into the Linux mainline.

PATCHES · REVIEW · MAINLINE

selected work

[01]

MAINLINE LINUX CONTRIBUTIONS

ACTIVE

35+ patches merged into mainline Linux across Device Tree, ASoC and MFD, including multi-round review with subsystem maintainers.

kernel.org history ↗

[02]

KERNEL NOISE

LAB PROJECT

An experimental Linux kernel sonification system turning IRQ, scheduler and CPU-load activity into real-time audio through ALSA / ASoC.

kernelnoise.com ↗

[03]

PRODUCTION ARM PLATFORMS

FIELD

End-to-end ownership of embedded Linux across multiple ARM hardware generations, from board bring-up and BSP development to deployment across thousands of production units.

[04]

HIL / CI INFRASTRUCTURE

AUTOMATION

Dockerized GitLab CI and hardware-in-the-loop validation infrastructure, cutting release cycles and removing manual validation from the path to production.

about

$ cat /etc/motd

build systems. debug silicon.
send patches upstream.

Kernel Noise Labs is the engineering side of Kernel Noise: an independent space for embedded Linux, kernel work and experimental systems.

I care about systems that survive contact with real hardware, and about keeping the path from prototype to production understandable.

contact

$ ./open-channel

Have a difficult embedded Linux problem?

Tell me what you're building, where it is stuck, and what the hardware looks like. I'll tell you what I can help with.

contact@kernelnoise.com ↗