Skip to content

January 08, 2024 ‐ 16:00 UTC

Philipp Ahmann edited this page Jan 17, 2024 · 1 revision

Host:

  • Philipp Ahmann

Participants:

  • Steven Carbno
  • Alfred Strauch
  • Stewart Hildebrand
  • Nicole Pappler
  • Olivier Charrier
  • Thomas Mittelstädt

Topics & Notes:

Check past action items

  • AI-Philipp: plan follow up with Sudip after his business travel to enable CI and also check for qemu booting of generated images.
    • Sudip and Thomas to meet with Philipp in upcoming Tools WG meeting tomorrow (due to absence of Thomas and Philipp in December)
    • Next steps beside qemu enablement are planned. One topic is SBOM generation for the system elements (Linux, Xen, Zephyr)

Discussion/Idea: Xen, Zephyr and ELISA approach towards safety as an open standard (e.g. like OpenChain)

  • New addon standard of OpenChain released in December about Cyber Security Supply chain. This triggered the idea to discuss the approaches with the basics and methods and topics on the essence of all projects what they share in common.
  • To get this as part of an OpenChain project this needs to go through the board of the OpenChain project. We can align across projects already now.
  • Recommendation: Read what OpenChain has done to get an idea. Our work is very similar from a headline perspective.
  • See: https://www.openchainproject.org/security-assurance and https://github.com/OpenChain-Project/Security-Assurance-Specification
  • There was a talk from Nicole in Seattle about FuSa basics. https://osselc21.sched.com/event/lAVH/in-person-tutorial-functional-safety-basics-for-open-source-software-developers-nicole-pappler-prof-dr-phil-andreas-barwald-alektometis?linkback=grid
  • Currently no open standard for safety integrity.
  • Verticals are treating things differently in the details, but overall methods are similar.
  • IEC61508 is expensive and hard to read for beginners.
    • Level of detail in a new initiative needs to pick up people less experienced with safety.
    • Have aspects covered which contribute to safety.
    • Decision guidelines for higher level decision makers and what this means for OSS in combination with safety. This actually also holds true for general usage and impact of using OSS.
  • Have a repository and have a start point e.g. with Linux in mind, this can be helpful.
  • With Xen, Zephyr and Linux such a repo with artifacts the verticals tell if it can be reused.
  • You can also see the theory put into practice with the open source projects applying it.
  • Next steps:
    • Scheduling a call around Fosdem to have a slot with Shane (JST) and others being in CET.
    • Reuse some material from what Philipp and Nicole present at Fosdem.
    • Kate is already in contact with Shane to setup a call.

Achievements in 2023

  • CES planning with demos epam as our example system was not ready yet.
  • Renesas R-Car setup, which failed in CI due to missing “community friendly” GPU binaries
  • We changed from Renesas to Xilinx hardware
  • We showed the example system on Xilinx ZCU102 during Bosch Embedded Linux and Open Source Day.
  • Presentation on the reproducible system at EOSS in Prague and at Linux Plumbers.
  • We have a CI running generating the system element images for Xen, Zephyr and Linux

Fails in 2023

  • proper graphics support in the example system. (had to go away from Renesas)
  • AGL demo integration did not work out completely. (Just as a epam reproduction on a very specific use case with AGL as DomU and not reproducible for others due to special libraries needed from Renesas including license)
  • no full System SBOM yet.
  • HW accelerated graphics with virtualized GPU is very limited to hardly possible with the ZCU102

Align on recent status and upcoming topics for 2024

  • Reaching out to Xen and Zephyr to get deeper understanding. We are more an integrator and need to get more support to cover further integration of features.
    • Can we have a similar system with Graphics on DomU on e.g. another hardware.
    • The next Gen SoC supports this, but it is still on the roadmap.
    • GPU passthrough to a dom0less DomU is possible already.
  • Bringing Qemu boot on OpenQA like for Automotive WG.
  • Hardware: Looking for a better community hardware with graphics support on a community price scale
  • Use case: Reach out to EVerest from LFEnergy to have a proper use case. https://lfenergy.org/projects/everest/
  • System SBOM
  • Show case example system on a fair/exhibition/conference/showroom
    • Setup with Xen, Zephyr and Linux is running and can be carried inside Germany, but it needs a proper use case and story.

AoB

Clone this wiki locally