Re: GSoC 2026 Proposal - Hardware in the loop CI

Philip Balister <[email protected]> Tue, 31 Mar 2026 08:09:31 -0400
Newsgroups gmane.comp.gnu.radio.general
Message-ID <[email protected]>
On 3/30/26 4:16 AM, Cyrille Morin wrote:
> Hello Joseph,
> 
> I read trough your document.
> Overall, it looks good, it appears to have everything required of the 
> proposal document.
> 
> A couple of thoughts:
> 
> The proposed integrated tests look good and feel like what we would like 
> to head towards, but being integration tests, they involve a lot of 
> moving parts, so they might require a lot of tweaking and debugging time 
> to work reliably, which might push back the integration into the CI 
> pipeline.
> 
> I've never used Labgrid so I don't know much about what it can or cannot 
> help with. But it does sound in your proposal to perform many task 
> already done by the platform's systems (booking, health check, ...) You 
> might want to detail where specifically Labgrid would offer new and 
> required capabilities

Labgrid would offer a general API to the hardware so the work could 
extend beyond CorteXlab. It is certainly worth a look to see if it is 
straight forward to abstract the interface to the underlying hardware.

Philip


> 
> Best
> 
> *Cyrille MORIN*
> /Ingénieur SED/
> /Équipe MARACAS/
> 
> Logo Inria
> Centre Inria de Lyon
> 
> Laboratoire CITI
> Campus La Doua - Villeurbanne
> 6 avenue des Arts
> F-69621 Villeurbanne
> 
> https://team.inria.fr/maracas/
> Le 28/03/2026 à 14:49, Joseph George a écrit :
>>
>> 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 <https://drive.google.com/file/ 
>> d/1ATLOxq_bvPpG7fizTQtZK-8w_BwadVeF/view?usp=drive_link>
>>
>> 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 <[email protected]> 
>> 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
>>     <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?
>>