Open Source Summit North America 2022

In a post pandemic world, enabling efficient remote work has become a strong requirement. Firmware engineering workflows are difficult in a fully virtual environment. OSFCI aims to address this need by offering an edge working environment to firmware engineers with default support for open communities like OpenBMC, LinuxBoot etc. We built one of the world’s first fully open-source continuous integration platform for open-source firmware. The evolution is from some early iterations circa 2018 - coverage at that time was for LinuxBoot on very limited hardware. We now offer a web-service with a fully featured API. At a high level, we have: - a microservices based architecture implemented in Golang designed for scale - multi-node deployment that includes API / web gateway, controllers, compilers etc. - full execution on real hardware with rapid firmware swap-testing workflow - support for cutting edge industry test-frameworks - a free public instance based on cutting edge server platforms available to all This project is now part of Open Compute Platform (OCP). We welcome new users and contributors to the effort. We have easy playbooks for development and deployment.

This talk presents an update on work to create a standard API between automated tests and board farm hardware and software. Previously, we introduced the notion of a dual REST/command-line API that could be used for discovery, control and operation of hardware and network resources in a test lab. We would like to highlight additional progress of the project over the past year. There are now APIs for control of audio hardware in the lab. Also, the API usage has been integrated into a few different testing frameworks.  We will describe the new APIs we have added, and demonstrate new test frameworks working with the REST API system.  This includes frameworks for performing UI testing of a device under test.  Although different equipment is utilized in different test labs (or board farms), by using the REST API the same test can be run in the different labs to obtain test results and provide quality assurance for products. It is hoped that this board farm API abstraction will pave the way for more sharing of automated tests and testing resources, to accelerate the use of automated testing for products based on embedded Linux.

SoC should be maintained in optimal temperature to prevent permanent damaging and to gain best performance. Thermal Management Unit (TMU), monitors variation in chip by monitoring on chip temperature. It generates interrupt to CPU when temperature crosses pre-defined threshold levels and initiates to perform cooling actions such as switch on the fan or CPU throttling or thermal tripping. SoC can have single or multiple temperature sensors placed in it. In case of multiple sensors, there will be one main sensor (with digitizer) and multiple remote sensors which can be placed in different blocks of the SoC. Remote sensors will be sensed and controlled by digitizer of main sensor. Linux have framework to make this temperature reading available to user space. Company specific temperature sensor drivers can be mapped and make use of platform independent thermal framework which is already available in Linux. Conventional thermal framework supports to read temperature only from single sensor. In this session we will walk through on basic of thermal management, supporting thermal framework feature which are already available in Linux. We will look upon how we have also improvised this framework to read temperature from main and multiple remote sensors.