Re: GSoC 2026 Proposal - Hardware in the loop CI

Hi Cyrille,

I have completed the first draft of my GSoC 2026 proposal for the "Hardware in the Loop CI" project.

Draft : Hardware in the Loop CI

A huge thank you to Larry and Philip for the insights. I have explicitly integrated the LBNL Node Health Check paradigm to isolate hardware failures from software regressions, and I've adopted Labgrid as the core hardware orchestration layer to manage the CorteXlab USRPs.

I would greatly appreciate any feedback from the community,

Thanks for your time and guidance!

Best, Joseph George

On Thu, 26 Mar 2026 at 22:23, Cyrille Morin <cyrille.morin@inria.fr> wrote:

Hi Joseph,

Welcome!

Feel free to share your draft here on the mailing list, for feedback by members of the community, that's the right place

I don't have a specific format for the tests scenarios, choose what you think is best/more readable/most relevant.
But do look at the GSoC Student info on the wiki if you haven't already: https://wiki.gnuradio.org/index.php?title=GSoCStudentInfo

Cyrille MORIN

Le 26/03/2026 à 15:56, Joseph George a écrit :

Hi Cyrille, 

I'm Joseph, an ECE student and the Chair of the IEEE Signal Processing Society at my college. I'm putting together a GSoC proposal for the "Hardware in the loop CI" project and wanted to quickly say hello. 

I have a strong background in bridging DSP theory with physical hardware. I recently placed 7th globally in the ICASSP 2026 ALS challenge by building domain-driven acoustic biomarker pipelines, and I regularly build hardware projects (like ESP32 navigation systems using Kalman filtering for sensor fusion). I'd love to help bring GNU Radio's CI tests out of software only simulation and onto the physical CorteXlab hardware. 

I am drafting my 12-week timeline right now. Is there a specific format you prefer for the test scenarios, or a good place to drop a link to my draft for a quick sanity check before Tuesday's deadline?