BEGIN:VCALENDAR
VERSION:2.0
X-WR-CALNAME:osselceu2026
X-WR-CALDESC:Event Calendar
METHOD:PUBLISH
CALSCALE:GREGORIAN
PRODID:-//Sched.com OSS + ELC EU 2026//EN
X-WR-TIMEZONE:UTC
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261005T053000Z
DTEND:20261005T150000Z
SUMMARY:Registration & Badge Pick-Up
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 0A (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:ec8f65d00282bd0cdd87a86e983c416a
URL:http://osselceu2026.sched.com/event/ec8f65d00282bd0cdd87a86e983c416a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261005T060000Z
DTEND:20261005T150000Z
SUMMARY:Zen Zone
DESCRIPTION:All attendees may feel free to use the Zen Zone as needed. This is a quiet space for sensory relaxation\, meditation\, and worship. It is not to be used for conversations or as a workspace.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:4383dfb7d0dc472d34efced76a81cc3f
URL:http://osselceu2026.sched.com/event/4383dfb7d0dc472d34efced76a81cc3f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261005T070000Z
DTEND:20261005T160000Z
SUMMARY:Observability Summit [Additional Fee; Pre-Registration Required]
DESCRIPTION:Observability Summit brings together developers\, operators\, and business leaders who are shaping the future of open source observability. From deep-dives to hands-on workshops\, every moment is curated by the community\, for the community! This event will be focused on real challenges\, practical solutions\, and innovations driving the next era of visibility and control. This is a must attend event to help you build\, scale and succeed.\nTo learn more\, visit the event website.\nHow to Register: Pre-registration is required. Register for Observability Summit Europe as a stand alone event or add it to your Open Source Summit Europe registration.\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:2cd1c9d4abcf374d1919bd43911bc745
URL:http://osselceu2026.sched.com/event/2cd1c9d4abcf374d1919bd43911bc745
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261005T070000Z
DTEND:20261005T150000Z
SUMMARY:ValkeyConf 2026 [Additional Fee; Pre-Registration Required]
DESCRIPTION:ValkeyConf is a day for anyone running Valkey in production\, and those seriously thinking about it. Developers\, SREs\, DBAs\, and DevOps pros come together to talk shop\, share hard-won knowledge\, and connect with the people building Valkey’s future. Sessions\, lightning talks\, and plenty of time for real conversation. If you care about where Valkey goes next\, this is where it happens.\nTo learn more\, visit the&nbsp\;event website.\nHow to Register:&nbsp\;Pre-registration is required. Register for ValkeyConf as a&nbsp\;stand alone event&nbsp\;or add it to your&nbsp\;Open Source Summit Europe registration. 30 Euro (only in-person reg).\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:48a294b225e7418b2e7df40daa2060dd
URL:http://osselceu2026.sched.com/event/48a294b225e7418b2e7df40daa2060dd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T053000Z
DTEND:20261006T150000Z
SUMMARY:Registration & Badge Pick-Up
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 0A (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:0e79d9926c34a5364e5f3a12c236bfbb
URL:http://osselceu2026.sched.com/event/0e79d9926c34a5364e5f3a12c236bfbb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T060000Z
DTEND:20261006T150000Z
SUMMARY:Zephyr Maintainers Forum [Additional Fee; Pre-Registration Required]
DESCRIPTION:This forum is a working set of meetings with Zephyr maintainers and technical leaders to decide strategic directions for the project. The forum will focus on release planning\, security & safety support\, technical decisions and process changes\, maintainer workflows\, and cross-subsystem coordination. The agenda will be designed by the Zephyr Technical Steering Committee (TSC) with the intentions of highly interactive discussions that will advance development and strategies.\nInterested participants are encouraged to attend in-person as sessions will not be recorded. Maintainers\, TSC members\, subsystem owners\, and frequent contributors to the project who want to be active in shaping the technical strategy for Zephyr in the coming year are welcome.\nHow to Register:&nbsp\;Pre-registration is required. To register for Zephyr Maintainers Forum\, add it to your&nbsp\;Open Source Summit Europe registration.\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:0f27a2ba9350ef621320e8682647bc33
URL:http://osselceu2026.sched.com/event/0f27a2ba9350ef621320e8682647bc33
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T060000Z
DTEND:20261006T150000Z
SUMMARY:Zen Zone
DESCRIPTION:All attendees may feel free to use the Zen Zone as needed. This is a quiet space for sensory relaxation\, meditation\, and worship. It is not to be used for conversations or as a workspace.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:7b26d97e75ffffef74f7460887d66f1a
URL:http://osselceu2026.sched.com/event/7b26d97e75ffffef74f7460887d66f1a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T070000Z
DTEND:20261006T150000Z
SUMMARY:OpenSSF Community Day [Additional Fee; Pre-Registration Required]
DESCRIPTION:OpenSSF Community Day brings together a vibrant community from across the Security and Open Source ecosystems to share ideas and progress on capabilities that make it easier to sustainably secure the development\, maintenance\, and consumption of the software on which we all depend. These events\, held regionally and co-located Open Source Summits\, offer an opportunity to engage with the brightest minds in security for a day of collaboration and innovation in software security best practices. As a home for tools\, standards\, and education\, OpenSSF provides attendees the chance to explore these resources\, share their experiences\, and contribute to a safer and more secure digital world.\nTo learn more\, visit the event website.\nHow to Register: Pre-registration is required. Register for OpenSSF Community Day Europe as a stand alone event or add it to your Open Source Summit Europe registration. 20 Euro&nbsp\;(only in-person reg).\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:d94f7032c24d4bbae9cb7ed140343a7b
URL:http://osselceu2026.sched.com/event/d94f7032c24d4bbae9cb7ed140343a7b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T070000Z
DTEND:20261006T160000Z
SUMMARY:The Linux Foundation Member European Forum [Additional Fee; Pre-Registration Required]
DESCRIPTION:The Linux Foundation Member European Forum is an annual regional gathering for Linux Foundation European members interested in discussing and shaping how European organisations participate in the global technology commons.\n\nHow to Register: Participation is by invitation only. If you are interested in attending\, please submit a&nbsp\;request for an invitation. All requests will be reviewed\, and you will receive an email notification once a decision has been made.\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:2d3e740b5d578a218287936a358b5e85
URL:http://osselceu2026.sched.com/event/2d3e740b5d578a218287936a358b5e85
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T070000Z
DTEND:20261006T150000Z
SUMMARY:Valkey Contributor Summit [Additional Fee; Pre-Registration Required]
DESCRIPTION:Calling all Valkey contributors\, maintainers\, product leaders\, and community builders! Join us for the annual Valkey Contributor Summit: a community-led forum of builders who actively shape the direction of this fast-growing open source project. Together\, we’ll share ideas\, discuss priorities\, and plan the future of Valkey.\nTo learn more\, visit the&nbsp\;event website.\nHow to Register:&nbsp\;Pre-registration is required.&nbsp\;Register for Valkey Contributor Summit&nbsp\;as a stand alone event.\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:ede03d6969a3c904a25d54033b1ac95a
URL:http://osselceu2026.sched.com/event/ede03d6969a3c904a25d54033b1ac95a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T070000Z
DTEND:20261006T150000Z
SUMMARY:Yocto Project Developer Day [Additional Fee; Pre-Registration Required]
DESCRIPTION:Get ready for Yocto Project Developer Day 2026 in Prague! This one-day presentation and hands-on training day puts you in direct contact with Yocto Project technical experts and developers. Come learn about creating\, customizing\, and optimizing Linux distributions for embedded devices using the rich features\, tools\, and content of Yocto Project. You’ll come away with a deeper understanding on topics like build system workflow\, embedded security\, working with containers\, building applications\, optimizing images\, hardening your devices\, and leveraging tools like devtool.\nTo learn more\, visit the event website. CFP submissions are available now and will close on August 11. Submit a CFP!\n\n\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague\, Czechia
SEQUENCE:0
UID:191fc8ed1e362c298b41945c405b9d0e
URL:http://osselceu2026.sched.com/event/191fc8ed1e362c298b41945c405b9d0e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T070000Z
DTEND:20261006T103000Z
SUMMARY:Project Jupyter Mini Summit [Additional Fee; Pre-Registration Required]
DESCRIPTION:Join us for the Jupyter Mini Summit at Open Source Summit Europe\, where we’ll bring together contributors\, users\, and community members to connect\, collaborate\, and share ideas. This gathering is an opportunity to discuss the future of Project Jupyter\, highlight ongoing initiatives\, and explore ways to strengthen the ecosystem.\n\nHow to Register: Pre-registration is required. To register for Jupyter Mini Summi\, add it to your Open Source Summit Europe registration.
CATEGORIES:PROJECT MINI-SUMMITS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:fee200f7b2ce0105fb5cedc565a96319
URL:http://osselceu2026.sched.com/event/fee200f7b2ce0105fb5cedc565a96319
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T113000Z
DTEND:20261006T150000Z
SUMMARY:Civil Infrastructure Platform Mini Summit [Additional Fee; Pre-Registration Required]
DESCRIPTION:Join us to learn how the CIP community establishes an open source base layer of industrial grade software to enable the use and implementation of software building blocks for civil infrastructure - like transportation\, energy\, and industry.\n\nHow to Register: Pre-registration is required. To register for Civil Infrastructure Platform Mini Summit\, add it to your Open Source Summit Europe registration.
CATEGORIES:PROJECT MINI-SUMMITS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:4bd10f833989730956fe8f7265a1b097
URL:http://osselceu2026.sched.com/event/4bd10f833989730956fe8f7265a1b097
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261006T113000Z
DTEND:20261006T150000Z
SUMMARY:Real-Time Linux User Forum [Additional Fee; Pre-Registration Required]
DESCRIPTION:The Real-Time Linux User Forum connects developers and users building products or solutions with PREEMPT_RT. This event focuses on sharing user stories and practical experiences\, fostering collaboration to address real-world challenges and explore advancements in Real-Time Linux.\n\nHow to Register: Pre-registration is required. To register for Real-Time Linux User Forum\, add it to your Open Source Summit Europe registration.
CATEGORIES:PROJECT MINI-SUMMITS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:7375dcaa8f86a51e2b826c72bb5f5962
URL:http://osselceu2026.sched.com/event/7375dcaa8f86a51e2b826c72bb5f5962
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T053000Z
DTEND:20261007T163000Z
SUMMARY:Registration & Badge Pick-Up
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 0A (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:1f60f4b4d201e88ca1ec1180574508ef
URL:http://osselceu2026.sched.com/event/1f60f4b4d201e88ca1ec1180574508ef
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T053000Z
DTEND:20261007T152500Z
SUMMARY:Solutions Showcase
DESCRIPTION:The&nbsp\;Solutions Showcase&nbsp\;is your hub to network\, explore sponsor exhibits\, and learn how these organizations are shaping the future of the ecosystem.**In order to facilitate networking and business relationships at the event\, you may choose to visit a third party’s booth or access sponsored content. You are never required to visit third party booths or to access sponsored content. When visiting a booth or participating in sponsored activities\, the third party will receive some of your registration data. This data includes your first name\, last name\, title\, company\, address\, email\, standard demographics questions (i.e. job function\, industry)\, and details about the sponsored content or resources you interacted with. If you choose to interact with a booth or access sponsored content\, you are explicitly consenting to receipt and use of such data by the third-party recipients\, which will be subject to their own privacy policies.**
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:c2723a18c518491363c6e120e79111de
URL:http://osselceu2026.sched.com/event/c2723a18c518491363c6e120e79111de
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T053000Z
DTEND:20261007T070000Z
SUMMARY:Welcome Coffee
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:7467acc269850d6875d42f9111c55959
URL:http://osselceu2026.sched.com/event/7467acc269850d6875d42f9111c55959
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T060000Z
DTEND:20261007T163000Z
SUMMARY:Hacker Space
DESCRIPTION:Discover a space\, where you can collaborate\, create\, and explore new ideas with fellow attendees. Whether you’re here to learn or build\, our space is open for everyone to enjoy throughout the conference!\n\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Terrace 2B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a3cfd80a941464df663e1d424e586573
URL:http://osselceu2026.sched.com/event/a3cfd80a941464df663e1d424e586573
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T060000Z
DTEND:20261007T163000Z
SUMMARY:Zen Zone
DESCRIPTION:All attendees may feel free to use the Zen Zone as needed. This is a quiet space for sensory relaxation\, meditation\, and worship. It is not to be used for conversations or as a workspace.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:c7af220b3a4ad99f0cad97baef4309ff
URL:http://osselceu2026.sched.com/event/c7af220b3a4ad99f0cad97baef4309ff
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T070000Z
DTEND:20261007T074500Z
SUMMARY:Welcome & Opening Remarks - Welcome & Opening Remarks - Jim Zemlin\, Chief Executive Officer\, The Linux Foundation\, Thierry Carrez\, General Manager\, OIF & LF Europe & Ramón Roche\, Executive Director\, Dronecode Foundation
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a955170235befb1bfe0a2143ca62eda5
URL:http://osselceu2026.sched.com/event/a955170235befb1bfe0a2143ca62eda5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T070500Z
DTEND:20261007T074500Z
SUMMARY:Embedded Linux Kernel Testing With Pytest - Fabrizio Castro & Chris Paterson\, Renesas Electronics Europe GmbH
DESCRIPTION:Testing drivers reliably across several versions of Linux (mainline\, linux-next\, stable\, linux-cip\, etc.) and several SoCs can be a challenging task\, and it gets even more challenging if the whole process needs to be automated. \n \n In this talk we introduce a testing framework centered around pytest\, that makes heavy use of pytest markers to describe the test SW and HW requirements\, and we combine this with other open-source projects (like Yocto\, LAVA\, and GitLab CI/CD) to fully automate Linux kernel testing on embedded devices.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:c6467491adaf7dca7a02cce8780b0684
URL:http://osselceu2026.sched.com/event/c6467491adaf7dca7a02cce8780b0684
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T070500Z
DTEND:20261007T074500Z
SUMMARY:Marrying Device Tree and SCMI - Geert Uytterhoeven\, GLIDER bv
DESCRIPTION:Traditionally\, Linux has been fully responsible for and in full control of all hardware components in an embedded system\, as described by its Device Tree (DT). With the advent of heterogeneous System-on-Chips (SoCs) with multiple CPU cores (Application and Real-Time) and security technologies (Secure Boot\, Trusted Environments\, Virtualization)\, this is no longer the case. To avoid compromising system integrity\, Linux must now be prevented from controlling system resources used by other CPU cores\, and cannot be tasked with control of shared system resources\, while Linux still needs to access these resources.\n \nThe Arm System Control and Management Interface (SCMI) is intended to solve this\, by providing a firmware interface to handle access to system resources like clocks and power domains.\n \nIn this presentation\, targeting Embedded Linux Developers and System Architects\, Geert will give an overview of SCMI\, and its impact on DT hardware description. He will discuss the challenges of supporting multiple evolving firmware versions and lineages\, and possible solutions\, based on experience gained while upstreaming Linux support for R-Car X5H\, Renesas' fifth-generation automotive SoC.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:1811d9b787aa62e47b8e76982c6c4688
URL:http://osselceu2026.sched.com/event/1811d9b787aa62e47b8e76982c6c4688
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T070500Z
DTEND:20261007T074500Z
SUMMARY:Triaging CVEs for the Linux Kernel - Christoph Steiger & Negar Masoudifar\, Siemens AG
DESCRIPTION:The Linux kernel currently sees around 60 CVEs per week. With the EU Cyber Resilience Act (CRA) rapidly approaching this creates a serious challenge for anyone shipping commercial products based on it: a lot of additional vulnerability management and compliance work.\n \n In this talk\, we will introduce kernel-cve-triage\, a tool developed under the umbrella of the Civil Infrastructure Platform (CIP). It addresses these compliance challenges with a unique approach\, using the kernel’s Kconfig build configuration to determine which reported CVEs actually apply. With this method\, we base our assessment only on the kernel source tree and its configuration and are build-system independent. This reduces false-positive CVEs by up to 95%\, depending on the exact configuration and the set of vulnerabilities considered.\n \n We will also cover the key differences compared to another major kernel CVE automation tool: the Yocto Project and its cve-check. Finally\, we will give an outlook and suggestions on how to improve the current situation for the Linux kernel's users.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d53efb5f85825895fbe2a4b32caa4c1f
URL:http://osselceu2026.sched.com/event/d53efb5f85825895fbe2a4b32caa4c1f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T070500Z
DTEND:20261007T074500Z
SUMMARY:Zephyr at 10: Scaling an Open Source RTOS for the Next Decade - Anas Nashif\, Intel
DESCRIPTION:Over the last decade\, Zephyr has grown from a focused open source RTOS into one of the most widely adopted platforms for connected\, secure\, and portable embedded systems. That success brings new challenges: more architectures\, more boards\, more vendors\, more contributors\, more downstream users\, and higher expectations around quality\, security\, safety\, documentation\, testing\, and long-term maintenance.\n \n This talk looks at Zephyr’s evolution through the lens of project sustainability. It will highlight where the current model is working\, where scaling pressure is becoming visible\, and what the community needs to address to keep Zephyr healthy for the next 10 years. Topics include maintainer bandwidth\, review latency\, infrastructure load\, test and sample growth\, vendor enablement\, downstream compatibility\, long-term support\, security updates\, dependency management\, and the tension between a unified upstream and the need for product- and platform-specific innovation.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:493e070cb9bf926f68ecbde73c0590da
URL:http://osselceu2026.sched.com/event/493e070cb9bf926f68ecbde73c0590da
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T075000Z
DTEND:20261007T083000Z
SUMMARY:An Approach To Managing CVEs With Vendor Kernels - Jan Pfiffner\, Grossenbacher Systeme AG
DESCRIPTION:Managing vulnerabilities in the kernel has gotten more attention but also needs more effort due to the exploding number of CVEs. With the kernel now being a CNA since 2024\, options have evolved\, and most recently\, since 596ad6c on openembedded-core/master\, it has gotten "easy".\n \n But this is not working for vendor kernels\, as they lag mainline and a rebase is impractical\, if not impossible\, due to the vendor delta.\n As vendor kernels are heavily used in the industry and a switch to linux-yocto is often not possible due to budget\, timeline or vendor lock-in\, a solution is needed.\n \n I've built a solution that locates the fix for each detected CVE on the matching stable branch\, emits a candidate backport patch\, verifies it applies cleanly\, checks (via koverage\, at line granularity) whether the affected code is compiled\, and classifies results into actionable buckets.\n Output is a list of unaffected CVEs and a collection of patches for review. In my opinion\, this is verified and evidence-backed patching rather than just a cherry-picked list.\n \n I'd like to present a solution (layer) which includes this workflow and start a broader discussion about the issue with vendor kernels.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:9cfe0887a48aa3369fc971ba97ff5eb9
URL:http://osselceu2026.sched.com/event/9cfe0887a48aa3369fc971ba97ff5eb9
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T075000Z
DTEND:20261007T083000Z
SUMMARY:Asymmetric Multi-Processing (AMP) for Embedded - Where Are We? - Wolfram Sang\, Renesas / Consultant
DESCRIPTION:Modern SoCs have a variety of CPU cores on board - e.g. on ARM we often see Cortex A\, plus Cortex M\, plus System Controllers. The number of cores is as increasing as the demands. Concepts like 'Software Defined Vehicle' (SDV) from the automotive sector is just one example for such complex demands. One obvious requirement is to run other OS than Linux on dedicated cores. Which means that resources like memory\, clocks\, pin control\, power domains\, etc. may not be under the sole control of Linux anymore. They now need to be shared and synchronized between all the participants. How does this work in practice? How do technologies like remoteproc\, rpmsg\, mailboxes\, hardware spinlocks\, virtio\, and devicetree come into play here? How is their status-quo? And what about the non-Linux sides? What is open\, what is proprietary\, and how does this affect actual solutions? This talk is the result of a journey trying to support LinuxZephyr based AMP using a complete FreeSoftware stack on a Renesas community board.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:dca1b54cf893853dee85f2e15346614d
URL:http://osselceu2026.sched.com/event/dca1b54cf893853dee85f2e15346614d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T075000Z
DTEND:20261007T083000Z
SUMMARY:Reproducible Embedded Linux Testing From Laptop To CI To Scale - Anders Roxell\, Linaro
DESCRIPTION:Kernel and embedded Linux engineers often need to reproduce a build or test from someone else. In practice this is still harder than it should be.\n \n A kernel may be built with one toolchain. The rootfs may come from a local build. Firmware may have changed. A model may need specific variables. Continuous Integration (CI) and lab runs may hide setup steps in scripts or jobs.\n \n Then someone asks:\n \n Can I reproduce this?\n \n Too often the answer is: not easily.\n \n This talk shows a practical way to make this better with modern open source tooling\, and to show useful workflows that kernel and embedded engineers may not know about yet.\n \n We show how to build the kernel in a repeatable way\, provide a known rootfs\, boot the target\, run tests\, and collect logs.\n \n Then we use two Arm examples. One is an OP-TEE flow\, where TF-A\, U-Boot\, and OP-TEE are part of the setup. The other is a CCA flow on QEMU-arm64 and FVP-aemva\, where the model setup and software stack also matter.\n \n We use open source tools from the TuxSuite ecosystem\, but the focus is the workflow. The same workflow can run on a laptop\, in CI\, in lab infrastructure\, or at scale.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:6c05bb4f0fbc824572fc715f2dee20be
URL:http://osselceu2026.sched.com/event/6c05bb4f0fbc824572fc715f2dee20be
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T075000Z
DTEND:20261007T080000Z
SUMMARY:Keynote: Technical Documentation for Everyone (And Their AI Agents\, Too) - Erin McKean\, Staff Developer Relations Engineer\, Google Open Source Programs Office\, Google
DESCRIPTION:In this session\, you'll learn about the history and future of the Docsy technical documentation project\, why you should care about documentation EVEN MORE in the age of AI\, and how everyone can and should contribute to open source documentation.&nbsp\;
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:825045af27aa7d881084280103e846d7
URL:http://osselceu2026.sched.com/event/825045af27aa7d881084280103e846d7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T075000Z
DTEND:20261007T083000Z
SUMMARY:Community Awards
DESCRIPTION:\n
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:b4280b16c53e3989534b84a3e157d581
URL:http://osselceu2026.sched.com/event/b4280b16c53e3989534b84a3e157d581
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T080500Z
DTEND:20261007T081500Z
SUMMARY:Keynote: Open Standards for Trusted Agentic Workloads - Laura Tacho\, Senior Principal Technologist\, Developer Experience\, AWS
DESCRIPTION:Agentic workloads must securely connect to tools\, data\, and other agents while operating within consistent authorization and security boundaries. Open standards make this possible. We'll discuss how technologies like MCP and Cedar create an "agent trust stack" for interoperable and scalable agentic systems so that developers have the freedom to compose and extend their agentic architectures securely\, wherever they want to build.
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d95921a8fb6f1de1dcaa4f3fbcfa4e54
URL:http://osselceu2026.sched.com/event/d95921a8fb6f1de1dcaa4f3fbcfa4e54
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T081500Z
DTEND:20261007T083000Z
SUMMARY:Keynote: Open Source at a Crossroads: Geopolitics\, Sovereignty\, and the Fight to Stay Open - Nithya Ruff\, Chair\, Linux Foundation Board & Johan Linaker\, Senior Researcher\, RISE Research Institutes of Sweden & Adjunct Assistant Professor\, Lund University
DESCRIPTION:Open source was built on one belief: code has no passport. Nation-states are testing whether that holds.The EU’s Cyber Resilience Act burdens the ecosystem it depends on. US export controls threaten to erase the line between open and proprietary code — a protection open source has relied on for decades. China has made open source AI a national strategy pillar\, building a parallel ecosystem resilient to Western sanctions. The 2024 removal of Russian Linux kernel maintainers showed that open source is no longer above the law of nations.\nNone of these actors set out to break the commons. But their decisions often made without open source expertise create tensions governance was never designed to handle: sovereignty-through-openness vs. sovereignty-through-restriction\; what “open source first” means for companies that relicensed\; what neutrality means when contributors face conflicting national laws\; and whether open source AI becomes a geopolitical battleground or shared resource.\nEngage policymakers before they damage the ecosystem\, build governance for a fragmented world\, and recommit to the principle that openness is not a vulnerability — it is the source of our strength.
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:ebb2893dc76edb7f7b1d5da81a318a89
URL:http://osselceu2026.sched.com/event/ebb2893dc76edb7f7b1d5da81a318a89
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T083500Z
DTEND:20261007T092000Z
SUMMARY:Coffee Break
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:bb8e618c74c426bf9912e4543f74a49d
URL:http://osselceu2026.sched.com/event/bb8e618c74c426bf9912e4543f74a49d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:Evolving the YAML Family (without Breaking the World) - Ingy döt Net\, YAML LLC
DESCRIPTION:YAML turned 25 this year.\n It is essential to Kubernetes\, Docker\, Ansible\, CI pipelines\, and config files for everything in between.\n That ubiquity is both a gift and a curse: every change risks breaking something\, somewhere\, silently.\n So how do you grow a data language that a billion files depend on without risk of catastrophe?\n \n Ingy döt Net helped invent YAML and he now maintains the YAML Specification and The YAML Family (libyaml\, go-yaml\, PyYAML\, YAMLStar\, YAMLScript etc).\n In this talk he'll show how he plans to grow YAML by extension: a plugin system that can deeply affect YAML behavior in completely configurable ways.\n Plugin APIs include schema association\, tab indent\, standard functions\, comment support include i18n.\n This is being delivered first to go-yaml with the rest of the Family to follow.\n The work and its real world feedback will guide future changes to the specification.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:bbadc1459b6aca6b2df88a69326cb96e
URL:http://osselceu2026.sched.com/event/bbadc1459b6aca6b2df88a69326cb96e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:FIT Happens: How Secure Boot Wasn't - Ahmad Fatoum\, Pengutronix e.K.
DESCRIPTION:Flat Image Tree (FIT) is Das U-Boot’s preferred boot image format and underpins billions of embedded Linux boot flows\, with adoption extending into other bootloaders such as barebox. Its core idea of using the flattened device tree format for flexibility and code reuse\, enabled widespread adoption\, but also became a fertile source of subtle security flaws. This talk traces FIT’s evolution from a pragmatic design choice to a widely trusted format\, highlighting how its structure led to recurring weaknesses\, culminating in CVE-2026-33243\, a decade-old vulnerability whose exploitation bypassed verified boot for millions of devices. Finally\, Ahmad presents a proposal to improve FIT: a backwards-compatible scheme for whole-image signing that requires limited parsing\, aiming to deliver stronger security guarantees without the format’s historical pitfalls.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:c2d08773ae113ad80d795e959cef0849
URL:http://osselceu2026.sched.com/event/c2d08773ae113ad80d795e959cef0849
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:Making Your CI Lab More Reliable - Patrick Titiano\, Baylibre SAS
DESCRIPTION:If you've ever built your own CI Lab\, you've probably already faced some of these issues: - Remote power cycling of the boards (particularly when it requires pressing a push-button) - Managing remote debug console - Handling inrush current/power outage and surges - Handling boards with heterogeneous form factors - Handling remote GPIOS/accessories - Handling remote displays/ KVMs - Handling non-disruptive lab/board maintenance - Handling distributed CI labs At Baylibre\, we've been dealing with CI Lab maintenance for many years\, starting from 'scratch' (boards laying on shelves with wires all over the place) to standardised labs in server racks. In this presentation\, we will share all the solutions we've found and developed to tackle all these issues\, with the objective of improving the quality of our FOSS projects by making our CI labs reliable and easy to maintain.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d0ba6e33e92b7db590bc343110cdc7e8
URL:http://osselceu2026.sched.com/event/d0ba6e33e92b7db590bc343110cdc7e8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:When PWM Meets the Common Clock Framework: How To Write a (not So) Simple Linux PWM Driver - Richard Genoud\, Bootlin
DESCRIPTION:Over time\, Pulse Width Modulators went from simple devices with only an input clock and a prescaler to more complex ones.\n Nowadays\, we can find PWM with several input clocks\, several channels\, shared and unshared prescalers among channels\, and even bypasses which permits the PWM to act as a clock provider itself.\n \n This talk covers a presentation of PMW basics\, how to write a kernel driver with the new PWM waveform internal API.\n Then\, we will present a complex real life PWM device (Allwinner H616 PWM) and show how to leverage the power of the Common Clock Framework to help writing the kernel driver.\n We'll continue with use cases of the H616 PWM internal bypass\, which short-cuts the PWM logic and outputs a sine wave.\n And finally\, we'll show how to handle this bypass in the PWM driver and in the device tree.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d38cfc104afe6a3631621ff9c7c5de3a
URL:http://osselceu2026.sched.com/event/d38cfc104afe6a3631621ff9c7c5de3a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:What Is Linux Doing With My RAM? - Vlastimil Babka\, SUSE Labs
DESCRIPTION:This talk will cover several memory management concepts and underlying principles to give the audience a better understanding about what happens to the RAM on a Linux system\, and how to determine that on their own system\, namely: - how much memory is used by userspace processes\, the page cache\, and the kernel itself - how to determine accurately how much memory is used by individual processes - why free memory is always eventually exhausted and what happens then - how to observe what the kernel is doing to make memory available for allocations\, and recognize when it's struggling - what is the role of swap and why not fear swapping This includes explaining some key parts of files like /proc/meminfo and /proc/vmstat.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:f25baa4e1f92fb5bc2eab0f10afcf3fd
URL:http://osselceu2026.sched.com/event/f25baa4e1f92fb5bc2eab0f10afcf3fd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:Context Engineering: Connecting the Dots With Graphs - Stephen Chin\, Neo4j
DESCRIPTION:AI systems need more than intelligence\; they need context. Without it\, even the most advanced models can misinterpret information\, lose track of details\, or arrive at conclusions that don’t hold up. Context engineering is emerging as a discipline that shapes how AI perceives\, recalls\, and reasons about information. This talk will explore how context provides the foundation for reasoning\, problem solving\, and explainability in AI. We will look at techniques such as connected memory\, contextual retrieval\, and graph-based knowledge representation that give large language models a more reliable way to connect information and draw logical conclusions. Attendees will come away with a practical understanding of how to design effective context pipelines that align AI with real-world knowledge and user intent\, and why context engineering is becoming a central part of building trustworthy and impactful AI systems.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:3e67131b17d2f738b0f224feefc3ed9a
URL:http://osselceu2026.sched.com/event/3e67131b17d2f738b0f224feefc3ed9a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:Containers as an Illusion - Michael Kerrisk\, man7.org Training and Consulting
DESCRIPTION:One goal of containers is to provide an illusion: that a group of processes are in a world of their own\, and that there are no other processes on the system. In this session1\, we'll look at the nature of that illusion and–through a series of experiments and live demonstrations–examine the various Linux mechanisms–namespaces\, capabilities\, cgroups (control groups)\, and seccomp–are used to support the creation of that illusion. (Bring a laptop with a recent Linux distro installed!)
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a6b61cb73a7da3f12d4639dc269f1250
URL:http://osselceu2026.sched.com/event/a6b61cb73a7da3f12d4639dc269f1250
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T094000Z
SUMMARY:How Uber Uses Intelligent Agents for Open Source Governance - Chris Howard\, Uber
DESCRIPTION:Open Source compliance is no longer just about coping with legal headaches\; between navigating the Cyber Resilience Act & managing strict SBOM mandates it is a critical regulatory hurdle. Enforcing these standards without slowing developer velocity is a giant challenge. To solve this\, the Uber OSPO overhauled our ecosystem of 6 Monorepos\, 4k microrepos & over 35k dependencies to move away from manual audits & remove the friction placed on our engineers.\n We built a system that scans our entire codebase every 24 hours\, but detection is only half the battle. By integrating agentic tooling with our compliance policies & historical exception data\, our system now makes calculated judgments on resolution versus escalation. The OSPO agent autonomously raises tickets\, remediates issues & learns how to handle complex scenarios that would have required legal insight. This has automated our checks and eradicated high risk libraries from our codebase.\n It’s not all as complex as it looks though. With clear policies\, legal alignment\, and a commitment to learning by doing\, any organisation can do this. I'll share Uber's blueprint for turning open source governance into an automated & smart engine.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:fd961227bca59c3f218de32ebd7bc56b
URL:http://osselceu2026.sched.com/event/fd961227bca59c3f218de32ebd7bc56b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T094000Z
SUMMARY:Open Source Security as the Foundation of European Sovereignty - Madalin Neag & Mirko Boehm\, The Linux Foundation
DESCRIPTION:European digital policy is often discussed through frameworks such as NIS2\, the CRA\, DORA\, the CSA\, and the broader Tech Sovereignty agenda. Yet these initiatives share a common objective: securing the software supply chains underpinning Europe’s critical digital infrastructure.OSS is the foundation of modern technology stacks\, from cloud services and critical infrastructure to financial systems and AI. It is also inherently global\, developed and maintained by a distributed ecosystem across borders. As reliance on OSS grows\, the challenge is no longer whether it is used\, but how it is integrated\, governed\, and secured throughout its lifecycle within this global dependency network.This session explores software supply chain security as the common thread across Europe’s cyber and digital policy landscape. It examines how regulations converge on transparency\, dependency management\, vulnerability handling\, provenance\, and secure development practices.Finally\, it connects these developments to EU Tech Sovereignty goals\, arguing that secure and standardized consumption of globally developed open source is key to Europe’s resilience\, competitiveness\, and technological sovereignty.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:9b310dcb973689945f4e6f7551f26dec
URL:http://osselceu2026.sched.com/event/9b310dcb973689945f4e6f7551f26dec
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T092000Z
DTEND:20261007T100000Z
SUMMARY:Ten Years of Zephyr: Replace Linux\, or Work With It? - Iuliana Prodan\, NXP Semiconductors
DESCRIPTION:A decade after its launch\, Zephyr has grown from a small RTOS into a capable\, MMU-aware\, userspace-supporting system running on application-class cores. So people keep asking: can it replace Linux? A better question is how the two can work together - and Zephyr already has what it needs to do that. This talk shows how Linux and Zephyr run side by side on the same SoC\, using parts Zephyr ships today: the IPC service layer\, OpenAMP and RPMsg for messaging between the two cores\, mailbox and shared-memory backends\, and the mechanisms that let Linux start and stop Zephyr firmware. Based on real work on NXP i.MX and i.MX RT platforms\, I'll show how these pieces fit\, and where the hard parts are - memory layout\, buffer sizes\, address translation\, and shutdown order. The takeaway: after ten years\, the interesting frontier isn't replacement. It's connecting the two so each kernel does what it's best at on the same chip.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:733d2dfb4003c30641d21cdbdab770be
URL:http://osselceu2026.sched.com/event/733d2dfb4003c30641d21cdbdab770be
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T094000Z
DTEND:20261007T100000Z
SUMMARY:How Open Source Communities and OSPOs Are Responding To AI Assisted Contributions - Norio Kobota & Alin Jerpelea\, Sony
DESCRIPTION:Open source communities are entering a new phase as more contributions are created with AI assistance. This raises a practical question for the ecosystem: how should projects\, maintainers\, and companies handle AI-assisted contributions while preserving accountability\, trust\, and review quality? \n \n This session brings together two complementary perspectives:\n 1. An outside-in view of how open source communities are responding\, including early observations on how such contributions are being identified and categorized\, and \n 2. An inside-out view of what this shift means for OSPO strategy\, compliance\, and coordination across engineering\, legal\, IP\, and security stakeholders. \n \n Rather than debating AI in the abstract\, the talk focuses on concrete issues communities and companies are already facing\, including human accountability\, maintainer workload\, traceability\, stewardship\, and software supply chain quality.\n \n Attendees will leave with a practical framework for discussing AI-assisted contributions inside their projects\, OSPOs\, and cross-functional governance teams.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:9d41c0cd79ee49469c479cb6e161214e
URL:http://osselceu2026.sched.com/event/9d41c0cd79ee49469c479cb6e161214e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T094000Z
DTEND:20261007T100000Z
SUMMARY:ORBIT Launchpad: Building the Due Diligence Bridge Between Manufacturers and Open Source - Nicole Bates-Callaghan\, Microsoft & Sarah Evans\, Dell Technologies
DESCRIPTION:The EU Cyber Resilience Act requires manufacturers to exercise due diligence when integrating open source components — but what does that actually look like in practice? ORBIT Launchpad is an OpenSSF initiative building the catalogs\, criteria\, and tooling that help manufacturers demonstrate they've done the work.\n \n This talk covers how ORBIT Launchpad bridges the gap between regulatory intent and operational reality. We'll share how the CRAB-FOSC and CRAB-FOMA catalogs translate CRA obligations into actionable criteria that manufacturers can evaluate against\, how we're aligning with complementary efforts across foundations to avoid duplication\, and what the open source ecosystem needs to provide so that due diligence doesn't become an unfunded mandate on maintainers.\n \n Attendees will leave with a practical understanding of: what due diligence means for manufacturers consuming open source under the CRA\; how ORBIT Launchpad's open catalogs and tooling reduce that burden\; and how standards bodies and open source communities can work together to make compliance achievable.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f9e8562e9f571cceae72f05861d15491
URL:http://osselceu2026.sched.com/event/f9e8562e9f571cceae72f05861d15491
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T100000Z
DTEND:20261007T113000Z
SUMMARY:Lunch (Provided Onsite for All Attendees)
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:a22dbdd934f7af451e3fcd4e2445c393
URL:http://osselceu2026.sched.com/event/a22dbdd934f7af451e3fcd4e2445c393
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T100000Z
DTEND:20261007T113000Z
SUMMARY:Women & Non-Binary Lunch
DESCRIPTION:We’d like to invite all attendees who identify as women or non-binary to join each other for a networking lunch at the event. We will begin with a brief introduction and then attendees will be free to enjoy lunch and mingle with one another. All attendees must identify as a woman or non-binary and must be registered for the conference to attend.\n\n*We will do our best to accommodate all interested attendees\, but please note that participation is on a first-come\, first-served basis.
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 4B\, Prague\, Czechia
SEQUENCE:0
UID:d938987fb4e26b0144d68dcb40fc2916
URL:http://osselceu2026.sched.com/event/d938987fb4e26b0144d68dcb40fc2916
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:How Git Clone Took Down Our CI for 20 Days - Yathartha Goenka\, Mercari\, Inc.
DESCRIPTION:One morning\, CI across ~1\,800 repos ground to a near-total halt. HTTP 401 from github.com\, everywhere. Deterministic\, not flaky. Valid tokens\, healthy rate limits. GitHub support said "anti-abuse." We said "which abuse?" Twenty days and 17\,863\,537 log records later\, we'd gone deeper into git's open source plumbing than we ever intended: how git negotiates HTTP auth\, what it leaks in user-agents\, which config knobs actually matter under load\, and how its defaults — sensible on a laptop — behave pathologically behind Kubernetes NAT at 50\,000 CI runs a day. This talk is a forensic walkthrough of git's HTTP transport\, told through an outage: the red herrings\, the tcpdumps\, the fixes that didn't work\, the fix that did. You'll leave knowing what git clone really does when you're not looking — and how to configure it so it never makes you look guilty. Bring popcorn.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:2f2d31500df85eea4ffd8f2072acbe43
URL:http://osselceu2026.sched.com/event/2f2d31500df85eea4ffd8f2072acbe43
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:20 Years of Quality Assurance for Embedded Linux Systems - The Good\, the Bad\, the Unexpected - Jan Altenberg\, Open Source Automation Development Lab (OSADL) eG
DESCRIPTION:More than 20 years ago the idea of transforming Linux into a real-time operating system resulted in the birth of the PREEMPT_RT development. But how could the real-time properties of such a complex system be tested? Due to the complexity of modern operating systems\, such as Linux\, and due to the fact that modern processors operate in a performant but non-deterministic way\, appropriate methods for evaluating the real-time behaviour of a given system had to be established: That's why the OSADL QA Farm was born. While the initial focus of the QA Farm was (and still is) the long-term evaluation of the real-time properties of Embedded Linux systems\, 20 years of operation with more than 100 systems have also brought many other insights to light - expected and unexpected. This presentation provides an overview of the quality assurance methods used at the OSADL QA Farm\, the insights gained from numerous long-term measurements and latest developments\, such as the integration of Zephyr systems.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:101c00d8e1473c3ca76efcdb3115eb99
URL:http://osselceu2026.sched.com/event/101c00d8e1473c3ca76efcdb3115eb99
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Journey of a Massive Internal Kernel Rework - Luca Ceresoli\, Bootlin
DESCRIPTION:While changes to the internal kernel APIs and design are possible\, that doesn't mean they are easy. In preparation for a larger work to make the DRM subsystem support video output pipelines with hot-pluggable components\, we have been working for the past two years to change the lifetime of `struct drm_bridge` in the DRM subsystem. This required changing the semantics of a dozen internal APIs and adaptations to more than 50 drivers. This talk is not about the content of the changes but rather about the process to achieve it: the initial steps to find the best strategy\, the continuation to convert all APIs\, bugs introduced and reacting to them\, working on lots of drivers without the chance to test them\, dead ends encountered\, tools used\, the time required for the whole process\, and the community interactions in the whole time span. The focus will be on lessons learnt and which strategies worked better\, and ultimately how to make a similar kind of massive conversion in the most efficient (and least frustrating!) way.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d61ffe1eceb5c19aa9eb0c4efdcdd262
URL:http://osselceu2026.sched.com/event/d61ffe1eceb5c19aa9eb0c4efdcdd262
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Secure by Default in Embedded Linux: The Features You Are Probably Not Using - Marta Rybczynska\, Ygreky
DESCRIPTION:Linux offers an impressive collection of security mechanisms\, and recent years have added even more to the stack. Yet when reviewing embedded Linux products\, I repeatedly run into a different problem: security features that are available\, mature\, and practical are simply not enabled. Many embedded projects still start from vendor examples\, reference BSPs\, or existing products. As a result\, design decisions made years ago often become the default for the next generation of devices. This talk focuses on a set of practical security mechanisms that embedded developers can deploy from the beginning of a project with relatively little effort. Using examples from Yocto Project-based systems\, we will examine features and tools such as: - overlayfs with its advanced features - filesystem permission hardening - seccomp-based system call filtering - fs-verity for file integrity protection - fscrypt for protecting data belonging to different users and use cases. We will discuss why they should be part of a base configuration and and show practical examples on how to do it.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:c775f1fe9f04d7f8497e04b986870b50
URL:http://osselceu2026.sched.com/event/c775f1fe9f04d7f8497e04b986870b50
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Building Your Own Linux Kernel CI on Commodity Platforms - Shung-Hsi Yu\, SUSE
DESCRIPTION:While Continuous Integration (CI) has become a standard for most software projects via platforms like GitHub\, testing massive\, highly complex repositories like the Linux kernel has traditionally required bespoke environments. This limitation creates significant friction for new kernel contributors\, out-of-tree module maintainers\, and low-level system library authors attempting to validate compatibility against the latest development branches.\n \n This session details a practical architecture for running the latest development kernels entirely within commodity CI environments. There are two key components: a highly optimized\, VM-tuned kernel configuration\, and vmtest\, an open-source utility that abstracts away the complexities of QEMU configuration\, seamlessly maps the CI workspace as the virtual machine's root filesystem via the 9P protocol\, and propagates test command return codes back to the runner.\n \n By the end of the session\, attendees will gain the knowledge to build custom kernel CI workflows\, leaving with a boilerplate GitHub Actions .yml from danobi/vmtest-action-demo to immediately deploy their own testing pipelines.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:f476189d7d138079b41dc293b685de81
URL:http://osselceu2026.sched.com/event/f476189d7d138079b41dc293b685de81
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Off the Laptop\, Into Production: An Open Source Stack for AI Agents on Kubernetes - Brian Hammons & Nirmal Mehta\, Amazon Web Services
DESCRIPTION:AI agents are fast becoming how modern software gets built. But taking one from prototype to safe\, production-grade operation is still genuinely challenging\, and how they behave at scale remains largely uncharted. Agents are stochastic\, so testing becomes continuous evaluation. They run code nobody wrote\, so a shared kernel stops being a boundary you can trust. They decide their own network calls at runtime\, so egress is no longer predictable. And they still need what any service needs: source control\, CI/CD\, observability\, memory\, and tool access.\n \n This session walks the full lifecycle of running agents on Kubernetes\, open source the whole way. The "outer loop" (build\, deploy\, trace\, evaluate) runs on tools like GitLab\, Argo\, Langfuse\, Milvus\, and MCP gateways. The "inner loop" (isolated execution) runs on the kubernetes-sigs Agent Sandbox CRD\, gVisor\, and FQDN-aware egress via Cilium. We'll show what maps cleanly from the platform you run\, what changes for agents\, and the production gotchas no quickstart warns you about\, drawn from building these in the open with teams running from a handful of developer sandboxes to the hundreds of thousands that frontier-scale RL spins up.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:b672ffb8dcd59f238632d1ea939ef0e9
URL:http://osselceu2026.sched.com/event/b672ffb8dcd59f238632d1ea939ef0e9
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Making the Kernel Chat: How To Get Debug Output - Richard Weinberger\, sigma star gmbh
DESCRIPTION:When starting with Linux kernel development\, beginners quickly encounter a frustrating roadblock: system crashes that produce absolutely no output\, neither on the screen nor in the logs. Fortunately\, Linux provides a rich toolbox designed to extract debug information even in the most desperate situations. The main challenge is knowing which tool fits a specific scenario and what data to expect. In this talk\, Richard shares practical guidance on the debugging mechanisms he has relied on over his past decade of working inside the Linux kernel. Attendees will learn how to break through the silence by deploying the right tool for the right type of crash. Besides well known mechanisms such as earlyprintk\, pstore\, and ftrace\, Richard will reveal lesser known Linux debugging gems used to capture logs from freezing systems\, trace internal behavior\, and retrieve postmortem panic data. By the end of the talk\, beginners will have a clear and actionable roadmap for diagnosing actual kernel issues\, ensuring they know exactly what to do the next time the kernel suddenly goes quiet.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:61ce8c87526d3c9ae4e2a07514260203
URL:http://osselceu2026.sched.com/event/61ce8c87526d3c9ae4e2a07514260203
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:Panel Discussion: The Latest From TODO Group: Advocacy\, Community\, and Our AI Initiatives - Natali Vlatko\, Cisco; Georg Kunz\, Ericsson; Ana Jiménez Santamaría\, Linux Foundation; Annania Melaku\, F5 NGINX
DESCRIPTION:The TODO Group’s mission is to empower and educate open source management best practices inside organizations through effective Open Source Program Offices (OSPOs) and similar initiatives. With the latest developments in AI\, as well as the shift of importance in open source across different industries\, several new initiatives have been spun up that the community has embraced with fresh energy.\n \n Join the TODO Group Steering Committee as they present the latest updates from the community\, including a new Working Group focused on agentic AI tooling for OSPOs\, changes to how our content is created and shared\, as well as the growth in local events by TODO Group Ambassadors from around the world. The Steering Committee will also share the data they’re collecting in partnership with LF Research that informs ecosystem trends worth exploring and what the TODO Group community wants to focus on most in terms of learnings and growth.\n \n Plan on attending if you’re in an OSPO\, looking to create one at your organization\, or interested in helping to spin up new open source initiatives!
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:4b937db806935279d0463459884dfba4
URL:http://osselceu2026.sched.com/event/4b937db806935279d0463459884dfba4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T115000Z
SUMMARY:Presentation From the European Commission Open Source Observatory (OSOR) - Éléonore Daxhelet\, OpenForum Europe
DESCRIPTION:This presentation gives an overview of the European Commission’s Open Source Observatory’s (OSOR) activities and latest Paper on Progress and Trends. The report examines how open source software has evolved within public administrations\, based on the country reports published in 2025. It covers 18 EU member states and includes for the first time five candidate countries from the Western Balkan region\, namely Albania\, Bosnia and Herzegovina\, Kosovo\, Serbia and North Macedonia. The session provides insights into the state of open source adoption and regulation in Europe\, with a particular focus on findings from the Balkan countries\, providing insights into how EU integration shapes digital policy in candidate countries.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f0c4eab0c6c5171e13fa267928696e22
URL:http://osselceu2026.sched.com/event/f0c4eab0c6c5171e13fa267928696e22
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T113000Z
DTEND:20261007T121000Z
SUMMARY:From Reset To Main(): Porting Infineon TriCore AURIX To Zephyr - Parthiban N\, Linumiz & Christoph Seitz\, Infineon Technologies AG
DESCRIPTION:Infineon's AURIX family of automotive microcontrollers is based on the TriCore architecture and is widely used across automotive systems\, from powertrain and chassis control to safety-critical ECUs. This talk presents the upstream effort to add TriCore architecture support and enable Infineon AURIX TC3x and TC4x devices in Zephyr (https://github.com/zephyrproject-rtos/zephyr/pull/107516). Starting from CPU reset\, we will walk through the key architecture bring-up steps required to reach the first Zephyr thread\, including trap and interrupt handling\, Context Save Area (CSA)-based context switching\, and system timer integration. We will also cover the work required beyond the architecture layer\, including SoC support\, board enablement\, and QEMU-based development and testing. Finally\, we will discuss the challenges of upstreaming a new architecture into Zephyr\, from toolchain and CI integration to HAL dependencies and ecosystem support\, along with the remaining work needed for automotive and safety-critical systems.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:1148cc88d876fbae510f4d9152ba921c
URL:http://osselceu2026.sched.com/event/1148cc88d876fbae510f4d9152ba921c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T115000Z
DTEND:20261007T121000Z
SUMMARY:The Japan-Type OSS Model: Native Species\, Seeding Strategy\, and Rules as Code - Kazuki Imamura\, IPA: Innovation Platform Agency\, Japan
DESCRIPTION:Open source is now social infrastructure\, rarely recognized until it fails. To shape a forward-looking strategy\, we must know where we stand. In 2025\, IPA ran two foundational surveys: a software-trends survey of domestic firms\, and a GitHub study of 30\,298 public-sector repositories across seven countries.\nThe findings show modest but clear momentum. Corporate OSS policy adoption rose from 32.0% to 36.7% (normalized)\, and vague "don't know" answers gave way to concrete work on security and talent development—a shift from awareness to practice. Japan's government OSS repositories rank alongside Germany\, Singapore\, and Estonia\, with GIS and geospatial strengths grown from frontline needs—now a uniquely AI-ready foundation.\n\nWe propose a "Japan-Type OSS Model" with three axes: cultivating "native species" OSS rooted in real needs\; a "seeding strategy" where the public sector publishes building blocks industry scales into services\; and "Rules as Code\," making institutions machine-readable for trustworthy AI.\nThis session shares what one country learned from mapping its terrain—and calls for cross-border collaboration on how open source will underpin digital sovereignty worldwide.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:8caaa08fe452ebdb6f1026eed718d99b
URL:http://osselceu2026.sched.com/event/8caaa08fe452ebdb6f1026eed718d99b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Kata at Scale: The Hidden Cost of Running VMs Behind Every Container - Kavitha Daula & Ann Wallace\, Edera
DESCRIPTION:There is a big difference between getting Kata Containers running in a proof of concept and operating a large multi-tenant Kata environment for years. This talk is a practical\, vendor-neutral look at what becomes hard after the demo works. Once every pod carries a lightweight VM lifecycle behind it\, platform teams are no longer operating only Kubernetes. They are also operating guest kernels\, guest images\, VMMs\, hypervisor behavior\, virtio devices\, runtime and agent version skew\, and a second debugging surface under the container platform. We will walk through production issues that show up at scale: guest kernel CVEs and regressions\, host/guest kernel drift\, CNI and tap-device networking\, virtio-fs and storage durability semantics\, fragmented observability\, boot storms\, vCPU oversubscription\, memory accounting drift\, NUMA behavior\, GPU passthrough\, VFIO/IOMMU lifecycle\, upgrade matrices\, and incident ownership. This is not a criticism of Kata. Kata solves a real open source isolation problem. The goal is to help operators understand the operational work required to run VM-isolated containers safely and sustainably in production.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:f2647cc09e5b5d76412cc9198ba7ceb8
URL:http://osselceu2026.sched.com/event/f2647cc09e5b5d76412cc9198ba7ceb8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Debugging Heisenbugs: The Nightmare of Every Embedded Engineer - Beleswar Prasad Padhi\, Texas Instruments
DESCRIPTION:Defined as bugs which disappear or change behavior when observed\, every embedded engineer has come across one at some point. Some classic examples include bugs that stop reproducing after adding printk() statements\, introducing new variables\, connecting a debugger or even simply recompiling the same source code. The root causes of Heisenbugs range all the way from race conditions\, memory corruption\, alignment issues\, cache incoherency\, incorrect linker configurations to even hardware bugs. This talk walks through the debugging techniques which could be applied for debugging these Heisenbugs like static code analysis\, memory analysis\, diagnostic data collection\, tracing and instrumentation\, selective elimination of unrelated code paths\, modifying assembly instructions at runtime\; all without probing the observer’s effect. Beyond techniques\, the talk aims to develop the intuition and thought process needed when confronting these bugs. The talk discusses how to distinguish between mere workarounds that mask the underlying issue vs actual fixes. Practical experiences in debugging real Heisenbugs will be shared along with their root causes\, investigation approaches and the fixes.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f39800bccd148ef353454a444163098f
URL:http://osselceu2026.sched.com/event/f39800bccd148ef353454a444163098f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Enabling High-Performance SPI NAND in Linux: PHY Tuning\, DDR\, and Beyond - Santhosh Kumar K\, Texas Instruments & Miquèl Raynal\, Bootlin
DESCRIPTION:Modern OSPI NAND devices are pushing the Linux SPI memory stack beyond its original assumptions. Features such as DDR transfers\, continuous read modes\, multi-frequency operation\, and PHY tuning promise substantial performance improvements\, but at the cost of added complexity. Furthermore\, there is no well-established standard for these implementations\, leading vendors to adopt different approaches and assumptions that software must accommodate. This talk will walk through recent upstreaming efforts to enable advanced OSPI NAND capabilities in Linux. We will focus on one of the most challenging aspects: the introduction of fine-grained PHY tuning\, which allows operating frequencies to be doubled or even tripled\, enabling significantly faster transactions between the NAND device and the host controller. Introducing such features has raised a number of architectural challenges. We will discuss both the specifics of PHY tuning and the broader subsystem considerations required to support increasingly sophisticated flash devices. Particular attention will be given to integration challenges across the SPI-MEM and MTD stacks\, as well as the lessons learned while upstreaming the solution.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:760993ccedf263c359549a69cc2c08ba
URL:http://osselceu2026.sched.com/event/760993ccedf263c359549a69cc2c08ba
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:SELinux in Embedded Linux: From Basics To Best Practices - Tobias Kaufmann\, BMW Car IT
DESCRIPTION:Modern vehicles employ a highly integrated architecture with a relatively small number of powerful Electronic Control Units (ECUs). Many of these ECUs run Linux and present a sizable attack surface. To mitigate the resulting threats\, SELinux offers an enhanced mechanism for enforcing the principle of least privilege. Despite its strengths\, SELinux remains complex and is not widely adopted. This talk offers a pragmatic introduction to SELinux\, with concrete guidance you can apply to your embedded Linux project. This session will cover basic permissions and type enforcement in SELinux\, including which permissions are required for an application start-up. It will introduce the reference policy and guide you through writing a first “hello-world” policy. We will also discuss SELinux in the context of Yocto. Finally\, we will conclude with lessons learned from our experience in large-scale projects.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:67715507be50c0c59c0e294bd06fced3
URL:http://osselceu2026.sched.com/event/67715507be50c0c59c0e294bd06fced3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:You're Measuring Memory Wrong: The Right Ways With DAMON - SeongJae (SJ) Park\, Crusoe
DESCRIPTION:Memory efficiency problems are notoriously hard to see. DAMON was built to change that — but many users collect data incorrectly\, visualize it poorly\, and walk away with wrong conclusions. The tool gets blamed. The real problem goes unfixed.\n \n This talk shows you the right ways to do it.\n \n We cover data collection first: configuring sampling and aggregation parameters\, the tradeoffs\, and setup mistakes that corrupt your data before analysis begins.\n \n We then walk through the visualization features in `damo` — heatmaps of access frequency across time and address space\, working set size plots\, and more. There is no single right visualization\; we cover when to use each and how to read what it shows.\n \n We also highlight mistakes that lead users astray: misreading sampling artifacts as real patterns\, choosing granularities that hide behavior\, observing too briefly to catch periodic patterns\, and more. For each\, we show what misleading output looks like and how to fix it.\n \n By the end\, you will know how to collect trustworthy DAMON data\, pick the right visualization\, and tell when your results are real versus when your setup is lying to you.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:1aaf0c2f66161cdfc2773569795672a8
URL:http://osselceu2026.sched.com/event/1aaf0c2f66161cdfc2773569795672a8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Agent Gateway: The One Decision That Eliminates AI Engineering Complexity - Lin Sun\, Solo.io
DESCRIPTION:As AI systems move from experimentation to production\, engineering teams face a growing number of infrastructure decisions. How do you secure MCP servers without modifying them? How do you seamlessly transition and fail over across multiple LLM providers? How do you enforce token rate limits and usage policies for LLMs? How do you govern agent-to-agent and agent-to-MCP communication\, control context growth\, enforce security policies\, observe traffic\, and scale operations across environments? Rather than solving each challenge independently\, organizations can adopt a single architectural pattern: the agent gateway. Through live demos\, Lin introduces the agent gateway pattern and demonstrates how it simplifies AI infrastructure by eliminating the need for teams to repeatedly solve the same cross-cutting concerns. Using agentgateway\, an open-source implementation of the pattern\, she will show how to secure and federate MCP servers without modifying them\, route\, fail over\, and rate limit LLM traffic across providers\, enable advanced capabilities such as code mode and progressive disclosure\, and operationalize AI workloads on Kubernetes.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:c4e52225e04cc251453807509763feaf
URL:http://osselceu2026.sched.com/event/c4e52225e04cc251453807509763feaf
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Sponsored Session: Your Dev Environment Is Probably Slowing You Down - Ben Potter\, Coder
DESCRIPTION:Every developer has felt it: a fresh clone that takes hours to get running\, a build that only works on one machine\, or a setup that's impossible for a teammate - or an AI agent - to reproduce.As projects grow\, developer environments become infrastructure in their own right. Get them wrong\, and onboarding slows\, builds become fragile\, and "works on my machine" never really goes away.This talk explores the patterns behind development environments that scale - from solo open source projects to large mono and multirepos. We'll look at reproducible environment definitions\, dependency caching\, ephemeral versus persistent environments\, and where tooling should replace documentation.You'll also learn how high-performing teams measure developer experience with metrics like time-to-first-commit and onboarding time\, rather than intuition\, and why the best developer platforms succeed by making the right path the easiest one.AI agents are now consumers of your development environment too. If a new contributor can't get started quickly\, neither can an agent.Whether you maintain an open source project or build software at enterprise scale\, you'll leave with practical ideas for creating faster\, more reproducible development workflows that developers actually want to use. \n
CATEGORIES:OPEN AI & DATA
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:0fa2c003ea3a2cfa40ecf32f3a1c9bbf
URL:http://osselceu2026.sched.com/event/0fa2c003ea3a2cfa40ecf32f3a1c9bbf
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Derivative Work and Modification(s): Where Copyright and Open Source Software Collide - Yet Again - Eleftheria Stefanaki\, Nokia Technologies & Jimmy Ahlberg\, Ericsson
DESCRIPTION:Talking points: • Copyright law as a (wrong) playing field for open source software • Working with what we have – the curious case of modifications • Modification of software – what does this mean practically (e.g.\, bug fix\, alteration of existing code\, new code) • Derivative work and modification in FOSS licensing • Practical cases and “risks” o Products o M&As Abstract: There are many legal concepts that create havoc in the open source world\, but only a few are as “scary” as the concept of modification and derivative work. Copyright law concept are challenging to adopt in the software context. The ambiguity of the legislation as well as the case law in many jurisdictions\, such as the US and many EU countries and institutes\, is proof enough that this is a convoluted topic\, and not just in theory. The practical impact of derivative works and modifications runs through the entirety of the open source compliance process. In this session\, we will attempt to demystify the aforementioned concepts and possibly open up more questions for discussion.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:04f4270a40c457063bcda1286dc8ed8e
URL:http://osselceu2026.sched.com/event/04f4270a40c457063bcda1286dc8ed8e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T124500Z
SUMMARY:Open Source as a Government Goal: Berlin’s Strategy for Digital Sovereignty – Lessons Learned - Marcel Scholze\, PwC Germany & Florian Ebel\, Senatskanzlei Berlin
DESCRIPTION:Everyone is talking about digital sovereignty - but what happens when a federal state takes this concept seriously? In 2025\, Berlin adopted an Open Source strategy to achieve innovation and digital independence through OSS\, open standards\, and collaboration.\n We report on how this strategy came about and what its implementation means in a complex administrative landscape. Seven measures form the backbone—from establishing an OSPO at ITDZ Berlin to identifying critical software dependencies to giving Open Source priority in procurement law. Behind each measure lie organizational\, cultural\, and legal challenges.\n What are the low-hanging fruits? Where do strategies reach their limits? And how do you keep a “learning” strategy alive - rather than letting it fizzle out? An honest account of progress and setbacks that shows what others - whether government agencies or companies - can learn from Berlin’s Open Source journey.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:945c5544edd4a0741e61da8bfa4f2edb
URL:http://osselceu2026.sched.com/event/945c5544edd4a0741e61da8bfa4f2edb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Panel: Having an SBOM Is Not Enough. Introducing the OpenChain SBOM Document Quality Guide - Yoshiyuki Ito & Tsukasa Yobo\, Renesas Electronics; Kiyoshi Owada\, Socionext Inc.; Yumi Tomita\, Cybertrust Japan Co.\, Ltd.; Takashi Ninjouji\, Honda Motor Co.\, Ltd.
DESCRIPTION:SBOM adoption is growing\, driven by global regulation such as the EU Cyber Resilience Act(CRA). Today’s software supply chains are complex and global\, involving many organizations\, tools\, and layers of dependencies. In this environment\, SBOMs need to accurately share software component information without confusion.\nA high‑quality SBOM enables precise\, unambiguous information exchange between organizations\, minimizing gaps and misinterpretation.\nTo achieve this\, the OpenChain SBOM Working Group released a draft SBOM Document Quality Guide in April 2026 on the foundation of the Telco SBOM Guide. Global public comments have been incorporated into the official version released at this session. It defines what should be contained\, how to evaluate\, and how to exchange between organizations.&nbsp\;In this panel\, we will discuss:- why each of us engaged in this work- the distinct SBOM quality challenges from our own vantage points- how we actively utilize the guide to address industry-specific quality hurdlesWe hope this sparks dialogue with many addressing Cyber Resilience Act and other security regulations&nbsp\;
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:5f2ba201bd2587b41c28343b7c8c34d0
URL:http://osselceu2026.sched.com/event/5f2ba201bd2587b41c28343b7c8c34d0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T122500Z
DTEND:20261007T130500Z
SUMMARY:Practical End-to-End Traceability for Zephyr’s Path To Safety Certification - Tobias Kästner & Andreas Kurz\, inovex GmbH
DESCRIPTION:As part of the ongoing effort to achieve IEC 61508 certification\, Zephyr's requirements capture process is underway. Yet there is still no clear picture of how these requirements trace to the tests that verify them or the code that implements them. Safety evidence is largely documented evidence\, so the primary concern is generating auditable documents: requirement and test specifications\, test reports\, and traceability matrices. The challenge is collecting this evidence in a community-compatible way — low-friction processes and tooling that developers and maintainers will accept. This talk proposes a pipeline built on Zephyr's existing documentation tools (Doxygen/Sphinx) to extract the needed information from annotated source and tests\, then trace it back against requirements into an end-to-end chain. Two demos are shown: a minimal working example against Zephyr itself\, and a self-contained pipeline for a Zephyr module the authors maintain. Required process adaptations and guidelines are explained. The work is an open proposal for discussion\; once agreed\, it gives the community a scalable foundation to advance safety efforts\, with concrete tasks contributors can pick up.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:bae76fcb8ba73ae8c843282ecc98d538
URL:http://osselceu2026.sched.com/event/bae76fcb8ba73ae8c843282ecc98d538
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T124500Z
DTEND:20261007T130500Z
SUMMARY:Strategic Approach To Demonstrating the Value of OSS Efforts - Dawn Foster\, Fast Wonder
DESCRIPTION:We’ve probably all had leadership question the value of our OSS efforts. It can be difficult to frame the value in ways that resonate with stakeholders and clearly articulate the benefits gained through continued OSS contributions. Taking a strategic approach that connects the OSS work with the broader goals and objectives of the organization can demonstrate the value of this work so that the organization can continue to allocate resources to the OSPO or other OSS teams.\n \n Using examples from my decades of experience in OSS\, this talk will provide details about how to demonstrate value by focusing on how your OSS work helps the organization achieve their strategies and goals. Every organization has unique needs and goals based on what they are trying to achieve\, so there is no “one size fits all” way of demonstrating value\, but aligning your OSS strategy with your organization’s goals and focusing on the most strategic projects can help show the value of your efforts. This talk will help you reason about how OSS efforts allow your organization to achieve its goals along with framing and communicating that value in ways that resonate with leadership\, funders\, and stakeholders.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:efa1fbbf678b783395f1fecf28bc7b7b
URL:http://osselceu2026.sched.com/event/efa1fbbf678b783395f1fecf28bc7b7b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T130500Z
DTEND:20261007T133500Z
SUMMARY:Ask the Expert Sessions
DESCRIPTION:Come sit down with some open source experts to gain knowledge 1:1 and ask all your pressing questions! No sign-up necessary. More information to come!
CATEGORIES:ASK THE EXPERTS
LOCATION:Congress Hall Foyer 4B\, Prague\, Czechia
SEQUENCE:0
UID:0c76708dc0b9d72851e54d69aa7271e1
URL:http://osselceu2026.sched.com/event/0c76708dc0b9d72851e54d69aa7271e1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T130500Z
DTEND:20261007T133500Z
SUMMARY:Coffee Break
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:1072d47b27aca2f2b309cbbce5b92850
URL:http://osselceu2026.sched.com/event/1072d47b27aca2f2b309cbbce5b92850
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:Embracing Service-Oriented Connectivity Across OpenStack and Kubernetes - Mitsuhiro Tanino & Rei Shimizu\, LY Corporation
DESCRIPTION:Modern infrastructure platforms increasingly combine OpenStack VMs\, Kubernetes Pods\, managed platforms\, and external services\, yet connectivity models often remain fragmented across runtime boundaries and tied to infrastructure-specific constructs such as IP-based ACLs. This session presents how LY Corporation introduced a service-oriented connectivity model across OpenStack and Kubernetes environments. Rather than extending Kubernetes-native service mesh concepts to VM workloads\, we introduced a runtime-independent service abstraction where connectivity and policy are defined consistently across VMs\, Pods\, PaaS instances\, and external resources. Under this model\, services become the primary unit for service discovery\, authentication and authorization\, ACL management\, and traffic control\, independent of the underlying runtime or network topology. A sidecar proxy enforces service-to-service policy consistently across both OpenStack-managed VMs and Kubernetes workloads. We cover the architectural design\, OpenStack and Kubernetes integration for service registration and identity propagation\, and lessons from migrating production workloads at scale.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:22dcf9c750d9feb74c113b741eb1afe0
URL:http://osselceu2026.sched.com/event/22dcf9c750d9feb74c113b741eb1afe0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:Sponsored Session: Kubernetes Is the AI OS. Here's the Open Source Stack Running on Top of It - Jonathan Bryce\, The Linux Foundation & Daniel Krook\, CNCF
DESCRIPTION:Kubernetes has become the AI operating system (82% of container users run it in production and 66% use it for AI inference) but the real challenge is scaling inference\, not training. Every prompt and every agent call runs inference\, and standard Kubernetes routing is blind to the KV cache state and token dynamics that determine whether you hit your SLOs. This session covers the open stack the CNCF community is coalescing around to fix that: HAMi (now Incubating) for fractional GPU virtualization and hard accelerator isolation\, Inference Gateway (GA) for model-aware traffic routing\, llm-d (new CNCF Sandbox project) for cache and load-aware distributed inference\, KServe (Incubating) for multi-model serving\, and the KAR (Kubernetes AI Conformance Requirements) program now spanning 31 certified platforms. We’ll also cover four trends shaping the next 12 months of cloud native AI.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:69188e0d902604c87d59d1eef30ff271
URL:http://osselceu2026.sched.com/event/69188e0d902604c87d59d1eef30ff271
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:A Clockwork Frequency: Bringing Spread Spectrum To the Linux Clock Subsystem - Dario Binacchi\, Amarula Solutions
DESCRIPTION:Reducing electromagnetic interference (EMI) is often a key requirement for embedded products seeking EMC certification. Spread Spectrum Clocking (SSC) is a common hardware technique used to lower peak emissions by slightly modulating clock frequencies. This talk describes the journey of bringing SSC support to the Linux Clock Subsystem on platforms such as TI Sitara\, STM32 and i.MX8M. The work started from customer requirements and platform-specific solutions\, then evolved into a more generic approach integrated with the Linux clock framework and Device Tree. After a brief introduction to SSC and the real-world use cases behind this work\, the talk explores the challenges of exposing SSC configuration through Linux abstractions. We will cover the design of new Device Tree bindings\, the implementation of SSC support within the Linux clock framework\, and the upstream review process that helped shape a reusable solution across different SoCs\, highlighting how Linux can turn existing silicon capabilities into practical product solutions.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:b60c8d1d0a660f62441871ed9672df70
URL:http://osselceu2026.sched.com/event/b60c8d1d0a660f62441871ed9672df70
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:OP-TEE Footguns: Lessons From the Integration Trenches - Richard Weinberger\, sigma star gmbh
DESCRIPTION:OP-TEE is a widely adopted Trusted Execution Environment (TEE) commonly used on ARM-based SoCs. While it is highly portable and often features strong vendor support\, achieving a functionally working setup is only half the battle. There are surprisingly many pitfalls where a developer can successfully integrate OP-TEE\, only to introduce subtle security misconfigurations that silently undermine the entire system's threat model. In this talk\, Richard will outline the hidden security traps and integration challenges he has encountered over the past few years on custom hardware. Attendees will learn which footguns to watch out for\, ultimately saving them the countless hours Richard spent debugging these exact issues.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:73f6fa03cc48aa962a699e6d1885a3fe
URL:http://osselceu2026.sched.com/event/73f6fa03cc48aa962a699e6d1885a3fe
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:The Engineer's Guide To the Embedded Linux Galaxy: Navigating Failures and Bricked Devices - Leon Anavi\, Konsulko Group & Piotr Buliński\, Qbee
DESCRIPTION:Everyone can build a prototype\, but shipping products is where the chaos begins. In this session\, we explore embedded systems by discussing failures we have experienced as engineers\, consumers\, and industry observers. Navigating the vast open-source ecosystem of the embedded Linux galaxy and selecting the right tools for the job is a challenge. Instead of idealized architectural theory\, we will share war stories and costly mistakes\, facing the grim reality of bricked devices\, maintenance costs and e-waste generation. We will be talking about a coffee machine that needs a technician to cross the galaxy to replace a PCB\, an OTA update strategy that lacks the ability to upgrade offline devices with a USB stick\, a smart home turned into a wreck when a bankruptcy leaves the IoT fleet permanently bricked and a final story on what happens when immovable object like legacy incident management meets unstoppable force like AI and CRA. This talk is for anyone working on an embedded Linux product\, from junior developers to experienced engineers and managers. Since it is always better to learn from others' mistakes\, you will walk away with insights that will help you improve your products.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d3ffc5ef6b0ba2ea332b22b0301136d1
URL:http://osselceu2026.sched.com/event/d3ffc5ef6b0ba2ea332b22b0301136d1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:FreeBSD as a Linux Platform: LinuxKPI\, Linuxulator\, and the Case for Convergence - Moin Rahman\, The FreeBSD Project
DESCRIPTION:Linux dominates modern infrastructure\, yet its monopoly on hardware support and application ecosystems creates a false premise\, that Linux is the only viable platform. FreeBSD has quietly built two production grade compatibility layers that challenge this assumption.\n LinuxKPI implements Linux kernel APIs directly inside the FreeBSD kernel\, enabling unmodified GPU\, wireless\, and RDMA drivers including but not limited to amdgpu\, iwlwifi\, and Mellanox OFED to compile and run natively. Contrary too emulation this is source-level API compatibility with negligible runtime overhead.\n The Linuxulator complements this at the userland boundary which is a high-performance syscall translation layer that executes unmodified Linux ELF binaries on the FreeBSD kernel\, with measured overhead consistently under 2% for I/O-bound workloads.\n Combined with FreeBSD Jails and VNET\, operators gain isolated Linux environments with native ZFS storage\, DTrace observability\, and a hardened network stack without a hypervisor.\n This talk examines the architecture of both layers\, their production deployment patterns\, and the upstream contribution model that keeps them current with Linux kernel releases.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:c3468a93e084d34d9fec54a04c8e6bb8
URL:http://osselceu2026.sched.com/event/c3468a93e084d34d9fec54a04c8e6bb8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:Iceberg for Agents - Turning Lakehouse Data Into AI-Ready Context - Andrew Madson\, Fivetran
DESCRIPTION:AI agents fail in production because they're overwhelmed with data but starved for context. LLM models aren’t the problem. The bottleneck is the data stack: fragmented silos\, inconsistent definitions\, and logic hidden in tribal knowledge. Agents need structured\, reliable\, and interpretable context—not just data access. In this session\, we'll show how Apache Iceberg becomes the backbone of AI-ready pipelines. You’ll learn how to elevate your Iceberg implementation from a storage format to a live context layer that powers structured retrieval-augmented generation (RAG)\, schema-aware agents\, and autonomous reasoning grounded in truth. What we’ll cover: 1. Iceberg Foundations for AI - from ACID to Time Travel 2. From Rows to Relationships - The role of the semantic layer 3. Structured RAG in Practice - Fully open source The session includes a live demo of a fully open-source Structured RAG stack built on Apache Iceberg\, featuring semantic query translation\, hybrid retrieval\, and governed agent reasoning. Expect architecture diagrams\, real code\, and practical guidance.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:6b0ad9523b2779d429da9afb6ad298da
URL:http://osselceu2026.sched.com/event/6b0ad9523b2779d429da9afb6ad298da
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:Your Backup Data Doesn't Belong To You - Julien Castets\, Plaklar
DESCRIPTION:You can rebuild your infrastructure from a git repo and migrate workloads across clouds. Your backup data is locked in a proprietary format\, on vendor hardware\, encrypted with keys you don't fully control. This talk applies the open-source portability argument to resilience\, and examines what genuine backup ownership actually requires: open formats\, storage-backend independence\, and key custody that stays with the data owner.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:2bc8a1c17d0e0b3b98ab22e381dd437c
URL:http://osselceu2026.sched.com/event/2bc8a1c17d0e0b3b98ab22e381dd437c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:BoF: Open by Default or Intent: Inflection Points for Public Sector Open Source Decisions - Clare Dillon\, CURIOSS; Remy DeCausemaker\, CMS.gov; Johan Linåker\, RISE Research Institutes of Sweden; Karel Rietveld\, Netherlands Tax Administration
DESCRIPTION:Many organizations have bought into the value of open source\, but don't choose to open source everything. This Bird of a Feather session focuses on the inflection points for public sector organizations: what actually causes an organization to move projects from closed source to Open Source\, or — just as importantly — to make a deliberate call that something should stay closed. The triggers are rarely just technical. Public Sector organizations may consider the ROI on open sourcing\; whether the codebase\, the team\, and the organization are actually in a position to do this well\; if there are regulatory obligations or policy considerations that push you towards being more open or closed. Sometimes the honest answer is that the perceived collaboration overhead (e.g. documentation\, governance) may not be worth it for code that's considered throwaway or not ready for public consumption. Session participants will include researchers\, representatives from InnerSource Commons and OSPOs in public sector organizations who have experience navigating these decisions.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:1551fc3b6705ef3da49c2711e51f5639
URL:http://osselceu2026.sched.com/event/1551fc3b6705ef3da49c2711e51f5639
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:The EU Cyber Resilience Act and Open Source: What Product Vendors Must Do - Timo Perala & Gergely Csatari\, Nokia
DESCRIPTION:The EU Cyber Resilience Act (CRA) is fundamentally changing how companies develop\, secure\, and bring products to market in the European Union. It introduces comprehensive security requirements across the entire software development lifecycle—including how open source components are selected\, integrated\, and maintained.Timo and Gergely provide a practitioner-focused view of what CRA means in practice\, with a particular emphasis on open source.\nIn their talk\, they examine the CRA from a product vendor perspective\, with focus on open source. They will break down the practical implications of the regulation across three key areas: open source consumption\, vulnerability management\, and open source stewardship. They will also highlight where the regulation leaves room for interpretation and share insights from ongoing industry discussions that are shaping emerging best practices.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:6c4ffa9d46a0f5f7605c291513108dd0
URL:http://osselceu2026.sched.com/event/6c4ffa9d46a0f5f7605c291513108dd0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T133500Z
DTEND:20261007T141500Z
SUMMARY:AI in Zephyr PSIRT: Lessons From the Front Line - Flavio Vinicius Alvares Ceolin\, Hubble Network & David Brown\, Linaro
DESCRIPTION:Zephyr’s security response is run by a small\, mostly volunteer team handling a large and growing workload. Every vulnerability report must be triaged against a million-line codebase\, confirmed in source\, scored\, mapped to a CWE\, written up as a CVE record\, documented for disclosure\, and tracked across multiple release branches — often under embargo deadlines that don’t move. It’s repetitive\, high-stakes work\, and it’s exactly the kind of burden that burns maintainers out. This talk is a candid look at how we started using AI to help: grounding analysis in the source tree with file:line citations\, drafting CVE records against a strict schema to prevent fabricated fields\, and reducing release vulnerability accounting from hours to minutes. It covers what worked\, what failed\, and the guardrails we built to keep a human in the loop. You’ll leave with a practical blueprint and checklist for using AI in security response — and an honest view of where it helps and where it’s still a liability.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:5c428f8dcd02a4f4e84a668a5ff81ef3
URL:http://osselceu2026.sched.com/event/5c428f8dcd02a4f4e84a668a5ff81ef3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:Life Finds a Way \, Sandboxed Agents\, Observable Verdicts - Henrik Rexed\, Dynatrace
DESCRIPTION:"Life\, uh\, finds a way." So do AI agents. Give one a tool\, and a prompt-injected README will teach it to spawn a shell. CVE-2025-59528 (CVSS 10.0) and Google's Antigravity sandbox escape proved the same thing twice in 2025: the agent didn't break the sandbox \, either the sandbox was missing\, or the electric fence was in the wrong place.\n This talk is a tour of Jurassic Park\, rebuilt on Kubernetes. The paddock walls are containers. The electric fence is kubernetes-sigs/agent-sandbox\, swapping gVisor for Kata Containers under the same CRD. The control room is OpenTelemetry where invoke_agent\, execute_tool\, and tool.policy_check spans turn every isolation verdict into queryable telemetry.\n We will deploy OpenClaw \,an open-source AI agent gateway inside a Sandbox resource on Cluster API\, watch the agent attempt three different escapes\, and ship policy decisions as first-class spans. Help shape OpenTelemetry semconv #3583 before the park opens.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:bd16a236265e1a5bcbed46c5a265da2a
URL:http://osselceu2026.sched.com/event/bd16a236265e1a5bcbed46c5a265da2a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T145000Z
SUMMARY:Demystifying Board Farms: Build a Mini Desktop Board Farm With Standard Tools and Hardware - Francesco Cervigni\, Neoncomputing
DESCRIPTION:Large companies have built board farms for decades\, providing both solid automated QA capabilities and short developer feedback loops. LAVA and Labgrid have emerged as standard tools. Although\, today most small companies have not adopted those tools and practices\, and too many developers spend time\, constantly\, on hardware set-up. Either standard tools are unknown\, or two myths circulate: that LAVA is just for large-scale scenarios\, and Labgrid is complex to set up. While at this\, many create\, instead\, new in-house tools (wheel reinvention). This talk aims to reverse this\, by showing two portable mini board farms: one using LAVA\, and one using Labgrid. These two examples will act as comparison and demystification of these standard open-source tools\, while showing common concepts. Both examples share a common open-source CI/CD (GitLab)\, and the physical layout: a portable 10-inch rack\, which can sit on a desk (introduced only in recent years). Network\, serial\, power and cable management is done assembling off-the-shelf hardware. Board farm adoption\, at any scale\, can help teams to increase ergonomics\, comfort\, and determinism\, for stress-free development\, CI\, and test workflows.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:3533ca5817881d15c2aabfb6323db6d1
URL:http://osselceu2026.sched.com/event/3533ca5817881d15c2aabfb6323db6d1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:Fully Describe Your Regulators and Supplies - Chen-Yu Tsai\, Google LLC
DESCRIPTION:All active components require power. The device tree should properly describe these supplies so that the software can control power to the devices. On the other side of things\, regulators also have their power inputs\, and constraints on their power outputs. The device tree should also describe this. Nothing should be left to default. This session will present how to fully describe the regulator tree of a system\, how to identify missing bits\, and how to properly describe regulator constraints.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:6d4e469aec57fda4345da0622500670f
URL:http://osselceu2026.sched.com/event/6d4e469aec57fda4345da0622500670f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:Securing Embedded Linux Buildsystems Against Supply Chain Attacks - Alejandro Enedino Hernandez Samaniego\, Microsoft Corporation
DESCRIPTION:Embedded Linux build systems such as The Yocto Project and Buildroot rely on reused build artifacts and external inputs\, while these represent an improvement in build time for subsequent builds\, also create opportunities for supply chain attacks that are difficult to detect. This talk demonstrates practical attack vectors\, showing how intermediate object files produced by make in Buildroot can be modified during the build to introduce malicious behavior without changing source code\, and also demonstrate its possible to poison Yocto Project shared state (sstate) cache artifacts to propagate compromised binaries. These attacks are validated end-to-end by executing poisoned binaries in the final Linux image under QEMU. I will then present mitigation strategies\, focusing on signing and verification of the sstate artifacts and improved control over build inputs. The discussion covers integration approaches and tradeoffs between security\, performance\, and developer workflows. Attendees will gain practical insight into real-world risks when creating customized Linux distributions and concrete steps to improve their build system's security.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:330e3fa3678dfcd53b1dece9f653ec05
URL:http://osselceu2026.sched.com/event/330e3fa3678dfcd53b1dece9f653ec05
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:Modernizing Vmalloc With Maple Tree: Design\, Challenges\, and Trade Offs - Pranjal Arya\, Qualcomm
DESCRIPTION:Linux has steadily evolved toward Maple Tree as the preferred infrastructure for range-based indexing. While Maple Tree transformed process address-space management\, several core memory-management subsystems still rely on legacy rb-tree-based designs.\n \n This session uses the my vmalloc Maple Tree migration patch series as a case study to explore a broader question: what does it take to modernize a mature memory-management subsystem at the heart of the Linux kernel?\n \n Unlike VMAs\, vmalloc combines range allocation\, gap tracking\, coalescing\, and lazy reclamation used by drivers\, architectures\, modules\, and core kernel services. More than a data-structure replacement\, it demonstrates how foundational kernel infrastructure can evolve while preserving correctness and long-standing semantics.\n \n The talk covers the design motivations behind the transition\, key trade-offs between augmented rb-trees and Maple Tree\, scalability and metadata-efficiency improvements\, and lessons learned from modernizing a core allocator. Attendees will gain insight into vmalloc internals\, Maple Tree adoption beyond VMAs\, and practical approaches for evolving Linux memory management infrastructure.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:ee7750a4d27d4ba8e6686f184611d863
URL:http://osselceu2026.sched.com/event/ee7750a4d27d4ba8e6686f184611d863
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:From Single Agent To Production Swarm: Patterns for Building Reliable Multi-Agent Systems - Betty Zheng\, AWS & Trista Pan\, Tetrate
DESCRIPTION:AI agents are evolving from simple chatbots to coordinated systems that plan\, collaborate\, and execute real-world tasks. But moving from a working prototype to a production-grade multi-agent system is where most teams struggle.\n \n In this session\, two practitioners share battle-tested patterns from deploying agent swarms in industrial environments. We cover:\n The architectural shift from single-agent to multi-agent: when and why you need a swarm\n Comparing open source frameworks (LangChain\, AutoGen\, Strands Agents SDK) — strengths\, trade-offs\, and selection criteria\n Practical orchestration patterns: task delegation\, shared memory\, tool coordination via MCP (Model Context Protocol)\n Live demo: building a multi-agent system that collaborates to solve a real task\n Safety-first design: guardrails\, execution boundaries\, and observability for production\n Attendees will leave with a reusable architectural blueprint applicable to any open source agent framework.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:70d02dfdc1dbb02872cc369b2929a8f6
URL:http://osselceu2026.sched.com/event/70d02dfdc1dbb02872cc369b2929a8f6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:A Day in the Life of a CVE Remediator - Shubham Kalloli & Cameron Scholes\, Ericsson Software Technology
DESCRIPTION:This talk will focus on a day in the life of CVE remediators. It will go through the full process of identifying\, resolving\, upstreaming and following up CVEs in various dependencies. It will also go through the various Open Source tools that we use throughout the full process\, touch on our experiences working upstream and go through how we are sharing this knowledge and experience internally.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:67149b495a4aa8247e8ce0147c2addcd
URL:http://osselceu2026.sched.com/event/67149b495a4aa8247e8ce0147c2addcd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T145000Z
SUMMARY:Challenges Using an IEC Standard in Open Source - Nico Rikken\, Alliander
DESCRIPTION:The electrical energy sector can largely be defined by the IEC standards that ensure compatibility and conformity. In this way IEC standards serve our industry very well\, both in the physical and digital realm. Although the open source projects and IEC share a similar goal of compatibility and innovation\, in practice they conflict with one another. This has to do with the way in which IEC standards are created\, licensed and distributed.In this presentation Nico will share his experiences in dealing with IEC licenses from the perspective of an OSPO supporting open source development. This will highlight various issues\, big and small\, that hinder open source development. The presentation will also gather insights from the standards group in the LF Energy community group. By presenting this constructive assessment Nico hopes to foster discussion and encourage improvement of the situation. Much of the content will carry over to other closed standards.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:cb30fce929b70bb90556e21dcdc851d7
URL:http://osselceu2026.sched.com/event/cb30fce929b70bb90556e21dcdc851d7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T145000Z
SUMMARY:MCP and AI Protocols: Questions for Open Source Managers - Ana Jiménez Santamaría\, Linux Foundation
DESCRIPTION:Open protocols are creating a new layer of infrastructure for how AI agents connect to tools\, data\, and each other. For OSPOs and open source managers\, this also creates a new governance surface: How should open source repositories document instructions for AI agents?\; What policies are needed for AI-assisted contributions?\; How can OSPOs help bring an open source perspective into agentic AI policies and processes while working with the teams responsible for security\, legal and platform engineering?\n \n This talk will introduce the basic concepts behind the open agent protocol landscape\, with a special focus on the Model Context Protocol (MCP)\, and explore how OSPOs can apply this knowledge to open source policies\, developer experience\, contribution workflows\, and reporting\n \n The session will close with a few open questions and practical considerations for open source managers starting to explore this space\, including how collaborative efforts such as TODO Group’s Agentic AI to Empower OSPOs initiative can help the community build in collaboration
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:5ac26cc7d506d0613a9fbdc3ba865584
URL:http://osselceu2026.sched.com/event/5ac26cc7d506d0613a9fbdc3ba865584
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T143000Z
DTEND:20261007T151000Z
SUMMARY:CRA Readiness With SPDX 3 SBOMs in Zephyr - Benjamin Cabé\, The Linux Foundation
DESCRIPTION:SBOMs for embedded firmware are harder than simple dependency lists. A Zephyr-based product typically combines upstream Zephyr code\, vendor HALs\, out-of-tree modules\, binary blobs\, generated files\, Kconfig and devicetree configuration\, and of course user/application code. Some of these pieces end up in the final firmware image\, some do not\, and yet it is important to have a clear picture of what was used\, what was changed\, and what actually shipped. This is what helps teams avoid chasing false positives\, while still knowing when a new CVE might really affect them.\n \n In this talk\, we will look at Zephyr’s SPDX-based SBOM generation\, including its recently added support for SPDX 3.0. We will show why it is useful to describe not only _which_ components are present\, but also _why_ they were pulled into the build and how they relate to each other.\n \n We will also discuss how build-aware SBOMs can directly support vulnerability management and help prepare for regulations such as the Cyber Resilience Act.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:5541b37a6b5f911aa40fd4d7564deb72
URL:http://osselceu2026.sched.com/event/5541b37a6b5f911aa40fd4d7564deb72
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T145000Z
DTEND:20261007T151000Z
SUMMARY:Cukinia: A Lightweight Test Framework for Embedded Linux Systems - Kévin L'hôpital\, Savoir-Faire Linux
DESCRIPTION:Embedded Linux projects already have powerful testing frameworks\, but they often come with requirements about infrastructure\, dependencies\, or target environments. In many firmware projects\, developers need something simpler: a lightweight way to run system-level validation directly on the device\, with minimal setup and no additional runtime requirements. Cukinia is an open-source test framework designed to make embedded Linux validation simple and accessible. Requiring only a POSIX shell\, Cukinia can run directly on target devices even in production and integrates quickly into existing CI/CD workflows. With a collection of predefined test statements\, developers can quickly create tests for system configuration\, hardware interfaces\, services\, networking\, storage\, and more.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:835848a5eacc7526ba2eec2a4eb6919e
URL:http://osselceu2026.sched.com/event/835848a5eacc7526ba2eec2a4eb6919e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T145000Z
DTEND:20261007T151000Z
SUMMARY:AI Everywhere\, Trust Nowhere: Navigating Open Source Security\, "AI Slop\," and the New Attack Surface - Adrianne Marcum\, Linux Foundation & Christopher Robinson\, OpenSSF
DESCRIPTION:Artificial Intelligence is fundamentally changing the open-source ecosystem\, promising unparalleled development velocity. However\, this speed scales risk simultaneously. Open-source software (OSS) maintainers—already heavily resource-constrained and unevenly funded—are finding themselves caught in a crossfire of AI-driven complications.\n \nThis session\, led by the Open Source Security Foundation (OpenSSF)\, breaks down the three critical security paradigm shifts introduced by AI:\n \nSecurely Using AI to Build Software: How insecure-by-default code suggestions\, copied risks\, and hallucinated packages compromise codebase integrity.\n \nUsing AI to Secure Software: The reality of how upstream maintainers are overwhelmed by a massive influx of automated vulnerability reports generated by AI bug hunters. \n AI as an Attack Surface: Moving past traditional DevSecOps to address MLSecOps pipeline vulnerabilities\, including data poisoning\, model theft\, and container security across the machine learning lifecycle.\n \nAttendees will walk away with an understanding of OpenSSF’s recommended approach designed to shift the focus from cheap "findings" to valuable\, validated "fixes".
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:73df69bada8b3920cf52ec8ca81e5ec4
URL:http://osselceu2026.sched.com/event/73df69bada8b3920cf52ec8ca81e5ec4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T145000Z
DTEND:20261007T151000Z
SUMMARY:Rebuilding Mini-Grid Metering as Open Infrastructure - Joscha Winzer & Vivien Barnier\, EnAccess Foundation
DESCRIPTION:In the past 9 months\, the two largest smart-metering providers serving rural mini-grids entered insolvency or severe distress\, putting ~250\,000 meters in 30+ countries at risk of losing billing\, payment\, and remote management\, and threatening to leave over a million people\, plus clinics and schools\, in the dark. The cause was structural and familiar to anyone in open source: vertically integrated proprietary stacks\, cloud lock-in\, and no "supplier of last resort" for critical infrastructure.\nThis talk is a field report on the open-source response: an alliance of competitors\, NGOs\, and operators building an unbundled\, multi-vendor platform on Digital Public Good principles. We cover the architecture (open APIs\, multi-OEM interoperability\, code and key release tied to bridge funding)\, the governance model for an asset that must outlive any single contributor\, and how critical open infrastructure can be funded sustainably.\nWe close with concrete contribution paths: protocol work\, hardware integrations (DLMS/COSEM\, MQTT\, STS)\, security review\, and governance participation.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:70ccd00ba8f5940808f26d6424999774
URL:http://osselceu2026.sched.com/event/70ccd00ba8f5940808f26d6424999774
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Teaching BIND9 New Tricks: A Rust Operator for Declarative DNS on Kubernetes - Erick Bourgeois\, RBC Capital Markets
DESCRIPTION:Authoritative DNS is one of the last holdouts against declarative\, GitOps-style management. BIND9 still serves a huge share of the world's zone data\, but it's driven imperatively: hand-edited zone files\, rndc reload\, and brittle automation glued on top. bindy is an open-source Kubernetes operator\, written in Rust on kube-rs\, that closes the gap. It models zones and records as custom resources and continuously reconciles a running BIND9 against them\, leaving no orphaned zone file behind. This talk walks through the architecture of bindy and its sibling projects\, bindcar\, a sidecar that exposes RNDC operations over a typed API\, and hornet\, a Rust zone-file parser\, then digs into the operator-engineering lessons that transfer to anyone writing controllers in Rust. We'll cover splitting selection from synchronization to avoid reconcile loops\, using the reflector and store\, modeling ownership and status conditions\, and where Rust and kube-rs paid off versus Go's controller-runtime. Attendees leave with a concrete\, reusable pattern for wrapping any stateful\, non-cloud-native daemon in a declarative Kubernetes API\, and three open-source projects they can adopt\, fork\, or contribute to.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:0176b77746831cc16bd5bdd79f7d547c
URL:http://osselceu2026.sched.com/event/0176b77746831cc16bd5bdd79f7d547c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Your Network Is Already a Compute Platform. Time To Treat It Like One - Eleni Grosdouli & Josh Halley\, Cisco
DESCRIPTION:Network switches and routers are no longer passive packet forwarders. They have been running containers for some time already. But managing them still requires separate tools\, CLIs\, and workflows\, and that creates real operational friction.\n \n Virtual Kubelet eliminates this. Network devices become Kubernetes nodes. Workloads are provisioned with standard kubectl commands. Device configuration is declared as Kubernetes resources with continuous drift detection. Telemetry flows through OpenTelemetry to any OTLP-compatible backend.\n \n This session demonstrates how to converge network and platform operations into a single control plane. We will demonstrate live provisioning of network devices and show how the CNCF ecosystem enables observability\, security\, and policy enforcement for edge deployments.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:001ef267666c3d33da2b86292a576b70
URL:http://osselceu2026.sched.com/event/001ef267666c3d33da2b86292a576b70
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Labgrid & Board Farming BOF - Rouven Czerwinski\, Linaro
DESCRIPTION:Labgrid is a tool for both board farming and embedded systems testing. This session will include an overview of current developments and also provides a gathering for people interested or already using Labgrid.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:6d975f4819d9ee30db626f0c64c24b8a
URL:http://osselceu2026.sched.com/event/6d975f4819d9ee30db626f0c64c24b8a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Secure by Default: Building Locked-Down Embedded Linux Devices With Systemd - Mohammad Abdoli\, Segula Technologies
DESCRIPTION:Modern embedded Linux devices must balance security\, maintainability\, and operational flexibility. While the Linux kernel provides powerful security primitives such as namespaces\, cgroups\, eBPF\, and dm-verity\, integrating them consistently across products remains a challenge.\n \n This session explores how systemd has evolved beyond a traditional init system into a security and lifecycle management framework for embedded Linux platforms.\n \n Using practical examples\, we will examine how systemd Portable Services enable immutable application deployment\, how dm-verity protects software integrity from storage to execution\, how systemd leverages eBPF for kernel-enforced sandboxing and policy enforcement\, and how cgroup-based resource management can contain both faults and attacks.\n \n Attendees will learn how these mechanisms interact\, how they can be integrated into Yocto-based systems\, and how systemd can act as the orchestration layer between applications and modern Linux kernel security features.\n \n Rather than presenting isolated hardening techniques\, this session introduces a practical architecture for designing maintainable\, resilient\, and secure-by-default embedded Linux products.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:4c3a79eaa3fc11c1fe2bad3e1ad2db7f
URL:http://osselceu2026.sched.com/event/4c3a79eaa3fc11c1fe2bad3e1ad2db7f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:ZBus for Linux - Peter Fecher\, PHYTEC Messtechnik GmbH
DESCRIPTION:ZBus (Zephyr Bus) is a thread-to-thread message and data exchange protocol based on a bus topology. Since Zephyr v4.4.0\, it also supports IPC between multiple Zephyr domains running on different CPU cores. While this fits well for homogeneous multicore systems\, heterogeneous SoCs typically run different operating systems on different cores. A common ARM-based setup uses Linux on a Cortex-A core for high-level tasks and Zephyr on a Cortex-M core for real-time workloads. Communication between these environments requires data exchange across both cores and operating systems. Currently\, the practical approach is to transfer raw bytes through RPMsg channels\, requiring developers to implement custom protocols on both sides. ZBus for Linux bridges this gap by connecting Linux applications to a remote ZBus instance\, enabling structured communication across heterogeneous systems. This talk presents the implementation of an early prototype\, the challenges encountered\, and the overall architecture of ZBus for Linux.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:cc841624b909a6b5e724d22fb9d29742
URL:http://osselceu2026.sched.com/event/cc841624b909a6b5e724d22fb9d29742
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Sandlock: Rootless and Containerless Confinement for AI Agents - Cong Wang\, Multikernel Technologies
DESCRIPTION:Your AI agent just wrote some code and wants to run it on your machine. It can read your SSH keys\, exfiltrate data to any host\, and overwrite your project. How do you give it just enough freedom to be useful\, and nothing more?\n \n This talk presents Sandlock\, an AI agent sandbox for Linux that locks a process down in about 5 milliseconds using nothing but the kernel. No root. No cgroups. No containers. Spinning up a container or microVM per agent action means image builds\, privileged setup\, and a ~100 ms tax on every launch. Sandlock makes confinement cheap enough to wrap every command an agent runs.\n \n We will show how it composes three kernel features: Landlock for filesystem\, network\, and IPC scoping\; seccomp-bpf for syscall filtering\; and seccomp user notification\, where a supervisor enforces memory limits\, an IP and port allowlist\, HTTP-level ACLs with zero-config HTTPS inspection\, and a copy-on-write working directory.\n \n Live demos: pin an agent's egress to a single API\, give it data access but no network\, preview every file it would change before committing\, and see real numbers (44x faster startup than Docker).
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e8be2fd655b5b5f33a89c6ea75805b00
URL:http://osselceu2026.sched.com/event/e8be2fd655b5b5f33a89c6ea75805b00
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Nine Seconds To Production: Security Governance for AI Agents - Jasdeep Singh Bhalla\, GoDaddy
DESCRIPTION:On April 24\, 2026\, an AI coding agent deleted a company's entire production database in nine seconds. Every customer record\, every reservation\, and every backup vanished. The system prompt explicitly told the agent never to execute destructive commands. It did it anyway. It was a chain of architectural failures: an agent improvising instead of stopping\, overprivileged credentials\, no human approval for high-risk actions\, and backups inside the same blast radius. This session recreates the incident and rebuilds the security architecture live. You'll see how OPA enforces policy before tools execute\, Falco detects suspicious runtime behavior\, and OpenTelemetry captures structured reasoning traces for compliance-grade audit logs. We'll implement six defensive layers: pre-execution policy enforcement\, runtime behavioral monitoring\, structured audit logging\, least-privilege execution roles\, infrastructure deletion protection\, and recovery systems isolated outside the agent trust boundary. Prompts are guidance. Infrastructure is enforcement. You'll leave with a vendor-neutral security architecture for deploying AI agents safely across any framework or LLM provider.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:252639ab67686f5de19badb90fef515a
URL:http://osselceu2026.sched.com/event/252639ab67686f5de19badb90fef515a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:5 Practical Tips To Improve Your Log File Analysis Efficiently - Syed Usman Ahmad\, Grafana Labs
DESCRIPTION:Linux now stands as the most widely used operating system for production and development environments\, as it provides a lot of services (daemons) and tools for debugging. One core part are the log files which is widely used. You can use built-in commands such as less\, grep\, awk/sed or tail for log analysis\, but there are times when you need some more advanced commands or tools that can help to investigate large log files efficiently. In this talk\, you will learn five practical tips to view your log files for analysis. You will learn about Open Source tools that can make your job easier for your daily tasks. Join us to learn more about Linux\, log analysis\, aggregation tools\, and the value of Open Source Community.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a35ba0429e809f1d9b69cfb4108847e4
URL:http://osselceu2026.sched.com/event/a35ba0429e809f1d9b69cfb4108847e4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Panel Discussion: Open Source in Software-Defined World - Sven Jeroschewski\, Robert Bosch GmbH; Ana Jiménez Santamaría\, Linux Foundation; Cornelius Schumacher\, DB Systel GmbH; Agustin Benito Bethencourt\, Independent
DESCRIPTION:Many initially hardware-driven industries\, undergo a profound transformation and become more defined by software like it is the case in the automotive industry. Driven by increasing software complexity\, this shift demands unprecedented levels of collaboration and joint integration. As many organizations whose core business was not selling software accelerate towards a more software-defined world\, a critical question is how to consume\, grow\, run and consume the involved Open Source projects to deliver lasting value. \n \n While many of the effects of open collaboration are not unique to a particular domain\, the lessons learned from already more "software-defined" industries unlock invaluable insights that are collected in the TODO Group Business Guide. \n \n Taking the learnings from that guide\, this panel will delve into how Open Source activities effectively contribute to reaching business goals. \n \n Join us to uncover enablers of sustainable Open Source development\, learn from cross-industry successes\, and equip your teams with the necessary competencies to thrive in the rapidly evolving software-defined world.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:e3306949c2ac930658a3817671a01f00
URL:http://osselceu2026.sched.com/event/e3306949c2ac930658a3817671a01f00
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T154500Z
SUMMARY:Rethinking Wireless Networking With Synchronous Transmissions: The OpenSTX Standard - Davide Vecchia\, University of Trento
DESCRIPTION:Synchronous Transmission (STX) techniques have matured over a decade of research\, enabling a new approach to low-power wireless networking. STX protocols exploit floods that\, unlike traditional methods\, purposefully embrace on-air collisions via tightly synchronized transmissions. Research repeatedly shows order-of-magnitude gains in reliability\, and reduced latency and energy use over conventional approaches.\n \n Standardization is now needed to make STX industry-ready. The OpenSTX Foundation aims to define an open standard from radio interface to application layer\, targeting IEEE 802.15.4\, Bluetooth\, and UWB.\n \n OpenSTX excels where routing-based protocols fall short: network-wide flooding completes in milliseconds with bounded latency\; end-to-end reliability is above 99.9% in dense\, interference-prone settings\; and the absence of routing tables and topology maintenance makes networks inherently tolerant to failure and mobility. Radio duty cycling extends battery life\, and network-wide time synchronization is a free by-product.\n \n This session overviews STX techniques\, showcases OpenSTX primitives across a layered architecture\, presents the roadmap\, and describes how to get involved.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:329c76164456b7f5532d315d60a5f702
URL:http://osselceu2026.sched.com/event/329c76164456b7f5532d315d60a5f702
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T152500Z
DTEND:20261007T160500Z
SUMMARY:Where Zephyr Fits in Space Computer Architecture - Yasushi Shoji\, Space Cubics Inc.
DESCRIPTION:Using Zephyr in space is not only a question of choosing an RTOS. A space computer is a system architecture: boot firmware\, supervisor logic\, watchdogs\, safe mode\, recovery paths\, update policy\, hardware monitoring\, FPGA or SoC configuration\, and the boundary between platform software and mission-specific applications all matter. This talk looks at Zephyr from that system-architecture point of view. Based on Space Cubics’ OBC development experience and recent Space Grade Linux discussions\, it explores where Zephyr can fit in future space systems: mission RTOS\, payload-controller OS\, supervisor/control-plane OS\, or companion to Linux. Space already has credible RTOS options\, but Zephyr can bring value if the ecosystem develops a clear architectural story around boot\, recovery\, observability\, hardware control\, and responsibility boundaries. Attendees will leave with a practical checklist for evaluating Zephyr’s role in a space computer: what Zephyr should control\, what should remain outside it\, what must be recoverable after launch\, and how to structure boot\, update\, monitoring\, isolation\, and fault-handling responsibilities.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:4252c11f302023bc1b71b43a534974f1
URL:http://osselceu2026.sched.com/event/4252c11f302023bc1b71b43a534974f1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T154500Z
DTEND:20261007T160500Z
SUMMARY:Open Quantum Safe: Post-Quantum Software Research in the Era of the First PQC Standards - Rodrigo Martín\, Indra
DESCRIPTION:The Open Quantum Safe (OQS) project was founded with the mission of supporting the transition to Post-Quantum Cryptography. On its way\, it became one of the most important open-source post-quantum cryptographic organizations. The subsequent publication and adoption of the first PQ standards by major cryptographic projects helps the cryptographic community in the adoption of this required type of cryptography. The mission of the OQS organization remains being at the forefront of PQC research. This talk provides an update of what these efforts look like in the era of the first PQ standards. It will include lessons learned along the way\, challenges encountered when handling a PQ Open Source project and future directions\, such as:&nbsp\;1) Addition of new PQ schemes being considered for standardization or relevant to the PQ cryptographic community (e.g. NIST on-ramp signature schemes)2) Inclusion of new functionalities like: new hybrids or constant-time analysis.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Chamber Hall (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:a33de77809b1d8ed9107d84e3e3662fd
URL:http://osselceu2026.sched.com/event/a33de77809b1d8ed9107d84e3e3662fd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261007T163000Z
DTEND:20261007T193000Z
SUMMARY:Attendee Reception
DESCRIPTION:Time: 18:30 – 21:30\nLocation: Žofín Palace\, Slovanský ostrov 226\, 110 00 Praha 1\, Czechia\n\nJoin us at Žofín Palace to continue the conversations beyond the conference venue – the perfect setting for an evening dedicated to connection. After a heavy day of technical tracks\, cross the bridge over the Vltava River and enter a grand Neo-Renaissance palace filled with your open source peers. This is your space to step away from the screens\, grab a drink\, and truly connect.\n\nWhether you’re looking to meet a key maintainer\, swap notes on the day’s breakthrough sessions\, or find your next collaborator\, the palace’s grand ballrooms offer the space to make it happen. Come hungry for local Czech cuisine and ready to kick off an incredible conference with the open source community.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Žofín Palace\, Prague\, Czechia
SEQUENCE:0
UID:7511cd11a33328d3f1bc710ebd0968ff
URL:http://osselceu2026.sched.com/event/7511cd11a33328d3f1bc710ebd0968ff
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T060000Z
DTEND:20261008T152000Z
SUMMARY:Hacker Space
DESCRIPTION:Discover a space\, where you can collaborate\, create\, and explore new ideas with fellow attendees. Whether you’re here to learn or build\, our space is open for everyone to enjoy throughout the conference!\n\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Terrace 2B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:434e418d0fc7a846851521791b85ebce
URL:http://osselceu2026.sched.com/event/434e418d0fc7a846851521791b85ebce
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T060000Z
DTEND:20261008T152000Z
SUMMARY:Registration & Badge Pick-Up
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 0A (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:459c670376b01c0c2bd1f1b37eb24120
URL:http://osselceu2026.sched.com/event/459c670376b01c0c2bd1f1b37eb24120
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T060000Z
DTEND:20261008T162000Z
SUMMARY:Solutions Showcase
DESCRIPTION:The&nbsp\;Solutions Showcase&nbsp\;is your hub to network\, explore sponsor exhibits\, and learn how these organizations are shaping the future of the ecosystem.**In order to facilitate networking and business relationships at the event\, you may choose to visit a third party’s booth or access sponsored content. You are never required to visit third party booths or to access sponsored content. When visiting a booth or participating in sponsored activities\, the third party will receive some of your registration data. This data includes your first name\, last name\, title\, company\, address\, email\, standard demographics questions (i.e. job function\, industry)\, and details about the sponsored content or resources you interacted with. If you choose to interact with a booth or access sponsored content\, you are explicitly consenting to receipt and use of such data by the third-party recipients\, which will be subject to their own privacy policies.**
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:563304e12aa96688b44369d2b38bb136
URL:http://osselceu2026.sched.com/event/563304e12aa96688b44369d2b38bb136
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T060000Z
DTEND:20261008T070000Z
SUMMARY:Welcome Coffee
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:bd03c9d33267791bc539472e87fcbdc6
URL:http://osselceu2026.sched.com/event/bd03c9d33267791bc539472e87fcbdc6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T060000Z
DTEND:20261008T152000Z
SUMMARY:Zen Zone
DESCRIPTION:All attendees may feel free to use the Zen Zone as needed. This is a quiet space for sensory relaxation\, meditation\, and worship. It is not to be used for conversations or as a workspace.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:04b3e1a7814f5a378aff7ad349896904
URL:http://osselceu2026.sched.com/event/04b3e1a7814f5a378aff7ad349896904
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070000Z
DTEND:20261008T150000Z
SUMMARY:Linux Security Summit [Additional Fee; Pre-Registration Required]
DESCRIPTION:Linux Security Summit (LSS) is a technical forum for collaboration between Linux developers\, researchers\, and end users with the primary aim of fostering community efforts to analyze and solve Linux security challenges.\nLSS is where key Linux security community members and maintainers gather to present their work and discuss research with peers\, joined by those who wish to keep up with the latest in Linux security development and who would like to provide input to the development process.\nTo learn more\, visit the event website.\nHow to Register: Register for Linux Security Summit Europe as a stand alone event or add it to your&nbsp\;Open Source Summit Europe registration.\n\n
CATEGORIES:CO-LOCATED EVENTS
LOCATION:Prague Congress Centre\, Prague\, Czechia
SEQUENCE:0
UID:d5f4abf462329ccfec90db4c87899625
URL:http://osselceu2026.sched.com/event/d5f4abf462329ccfec90db4c87899625
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070000Z
DTEND:20261008T070500Z
SUMMARY:Welcome Back - Thierry Carrez\, General Manager\, OIF & LF Europe
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:5db5e94b003045e291227f2dc3319142
URL:http://osselceu2026.sched.com/event/5db5e94b003045e291227f2dc3319142
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T074500Z
SUMMARY:Enabling Multi-Stream Camera Sensors in Linux: RGB+IR Streams and Embedded Metadata - Rishikesh Donadkar & Devarsh Thakkar\, Texas Instruments
DESCRIPTION:Camera sensors are evolving beyond single-stream models to generate multiple concurrent streams like RGB+IR video and embedded metadata alongside image data. Supporting these sensors in Linux introduces new challenges for the V4L2 and media controller subsystem\, particularly around per-stream configuration and stream identification.\n \n This talk presents two practical use cases for enabling multi-stream cameras in Linux. First\, RGB+IR sensor support through V4L2 control framework extensions using array-based controls\, enabling independent per-stream configuration while preserving a unified sensor model. Second\, sensors transmitting embedded metadata\, leveraging RAW sensor model proposed by Sakari Ailus\, internal pads for metadata propagation\, and data-type filtering in V4L2 bridge drivers to separate and route metadata and image streams.\n \n Ref (lkml) : [PATCH v11 00/66] Generic line based metadata support\, internal pads\n \n These concepts are demonstrated through POC implementations on TI AM62A platform using OV2312 and IMX219 sensors\, with integration into GStreamer and libcamera.\n \n Attendees will gain practical insight into Linux multi-stream camera sensor implementation
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:0e72f336752a403f27b7903879d8010b
URL:http://osselceu2026.sched.com/event/0e72f336752a403f27b7903879d8010b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T074500Z
SUMMARY:Redesigning a Modern Linux Userspace: Lessons From Going Libc-Free - Manjeet Singh\, IBM
DESCRIPTION:Linux userspace is built on a long history of trusted pieces c\, libc\, shell scripts\, BusyBox\, coreutils\, PAM\, NSS\, and many assumptions that most systems inherit by default. These pieces work\, and they have solved real problems for decades. But they also carry complexity from a different time.\n \n We explore a userspace with fewer moving parts\, no traditional libc dependency\, simple deployment\, easy cross-compilation\, readable system code\, and fewer external runtime dependencies. The goal is not to replace everything just for the sake of being different. The goal is to understand what still needs to exist\, what can be simplified\, and what becomes harder when we stop relying on the usual stack.\n \n By rebuilding familiar userspace components from the ground up\, we learn which old assumptions are still valuable\, which ones are accidental complexity\, and where embedded or minimal Linux systems can become simpler without becoming fragile.\n \n This is a practical report from trying to redesign Linux userspace instead of only replacing individual tools. It covers what worked\, what broke\, and what the experiment teaches us about building smaller\, simpler\, and more maintainable Linux systems today.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:9f1bc38ff77c4e7a30f223440c69aafb
URL:http://osselceu2026.sched.com/event/9f1bc38ff77c4e7a30f223440c69aafb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T074500Z
SUMMARY:Taming the Safety Dragon With U-Boot and Linux - Neha Francis & Josiitaa RL & Santhosh Kumar K\, Texas Instruments
DESCRIPTION:U-Boot and Linux boot flows lack safety monitoring for mixed-criticality systems. We address this gap for low-criticality use cases and development stages where customers work toward safety certification on TI K3 SoCs\, offering a flexible alternative to rigid safety-critical frameworks. This approach can be extended to any of the heterogeneous SoCs with safety hardware support. \n \nWe cover safety drivers in both U-Boot and Linux that increase the safety level of a system: Error Signaling Module (ESM) for error routing\, Power-OK (POK) voltage monitors (upstreaming WIP)\, Voltage-Thermal Monitor (VTM)\, Timeout Gasket (TOG\, upstreaming WIP)\, DDR Inline ECC for memory protection\, and watchdog. In U-Boot\, we leverage its sequential non-threaded flow to initialize ESM\, POK\, VTM\, TOG\, and DDR ECC via uclasses\, establishing hardware safety guarantees before kernel handoff. In the kernel\, we cover configuration and error handling of watchdog\, and ECC for self-resets and synchronous aborts. DDR thermal self-refresh rate management and runtime monitoring of POK\, VTM\, and TOG via hwmon (WIP) will also be covered. Testing approaches via U-Boot cmdline tests and LTP-DDT will also be discussed.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:b8ffde44a6bea702aa7883016edc5707
URL:http://osselceu2026.sched.com/event/b8ffde44a6bea702aa7883016edc5707
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T072000Z
SUMMARY:Keynote: Tarek Becker\, CTO of BTP Fabric\, SAP
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:0d4454405c82bec9f457bc003045e4f5
URL:http://osselceu2026.sched.com/event/0d4454405c82bec9f457bc003045e4f5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T074500Z
SUMMARY:Demystifying Functional Safety in Zephyr RTOS - Alexandre Bailon\, BayLibre
DESCRIPTION:There is an increasing demand for functional safety and certifying Zephyr RTOS from SoC vendors and companies wishing to make medical and automotive products. In the meantime\, there is a lot of pushback from developers who believe that open source software is not compatible with the rigors and the processes required by functional safety.\n Alexandre Bailon is an active Zephyr developer who had no knowledge about functional safety. After attending numerous talks\, he found himself facing more questions than answers.\n Alexandre Bailon will give the talk he would have expected as an open source developer. He will first explain what functional safety is and why this is a must-have for Zephyr RTOS.\n Then\, he will try to address developers' concerns and tackle some common misconceptions they have. In addition\, he will talk about the safety working group and how it aims to minimize the burden on contributors and maintainers while meeting certification requirements.\n To finish\, he will discuss the current initiatives and opportunities for community involvement in advancing functional safety support in Zephyr.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:657b609f1e090577d7db14666c12e49e
URL:http://osselceu2026.sched.com/event/657b609f1e090577d7db14666c12e49e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T070500Z
DTEND:20261008T074500Z
SUMMARY:Network Subsystem Status and Overview - Jukka Rissanen\, Nordic Semiconductor
DESCRIPTION:Network connectivity is important part of Zephyr. This talk will give information of current status of the network stack.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:744d0a3d4c4c9b23b51a9489de0208a0
URL:http://osselceu2026.sched.com/event/744d0a3d4c4c9b23b51a9489de0208a0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T072500Z
DTEND:20261008T073500Z
SUMMARY:Keynote: From AI Runtime to System Agents: Reimagining Linux for the AI Era with openKylin - Qingbo Wu\, openKylin Advisory Committee Member & Technical Committee Chair
DESCRIPTION:As on-device foundation models\, AI PCs and agentic applications converge\, AI is evolving from an application-layer capability into a foundational service increasingly embedded within the operating system. For Linux distributions\, the challenge is no longer simply hosting models\, but providing reusable AI infrastructure that bridges model capabilities with real system functions.\n\nopenKylin is exploring this shift from "AI on OS" to "AI for OS". Its AI subsystem provides a unified runtime\, inference services and developer interfaces\, while a system-level agent framework exposes operating system capabilities as structured\, verifiable tools\, enabling bounded and auditable interactions with the desktop.\nThis session shares openKylin's architectural approach to operating systems in the age of AI\, covering heterogeneous models and hardware support\, abstraction of OS services into agent-accessible tools\, and mechanisms for trustworthy execution through least-privilege design\, policy enforcement and auditability. It also examines how Linux distributions may evolve beyond traditional software platforms into open\, trusted and extensible foundations for intelligent computing.\n\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:72089ff39d95917159aec3f2ba69ee79
URL:http://osselceu2026.sched.com/event/72089ff39d95917159aec3f2ba69ee79
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T074000Z
DTEND:20261008T074500Z
SUMMARY:Keynote to be Announced
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:7f75c6e21eb1ed031952105ad37b4632
URL:http://osselceu2026.sched.com/event/7f75c6e21eb1ed031952105ad37b4632
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T074500Z
DTEND:20261008T075000Z
SUMMARY:Keynote: Red Hat Hardened Images: Zero CVEs\, Zero Cost - N. Harrison Ripps\, Director of Engineering\, Red Hat
DESCRIPTION:The volume of CVEs has become impossible to manage by hand. Nearly 50\,000 were tracked last year — 130 a day — and no team can triage\, backport\, and patch at that pace without dropping something critical.\n\nRed Hat Hardened Images take a fundamentally different approach: minimal\, distro-less containers built as close to upstream as possible on a fully automated supply chain. The result is zero known CVEs at time of delivery — without a human in the loop until one is truly needed.\n\nIn five minutes\, you'll learn what "hardened images" actually means in practice\, how the automated supply chain delivers security at scale\, and how to start using production-ready hardened images today at no cost.
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:eb9fc194ec9ebb182ed9cbe3c2db6c09
URL:http://osselceu2026.sched.com/event/eb9fc194ec9ebb182ed9cbe3c2db6c09
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T083000Z
SUMMARY:A/B Updates in a Secure Boot Environment - Michael Opdenacker\, Root Commit
DESCRIPTION:In a system with "secure boot"\, you want to lock down most aspects of the system\, in particular the bootloader.\n \n On the other hand\, implementing A/B updates requires to keep a writable bootloader environment to implement several aspects of A/B updates: adapting the kernel command line to the active partition\, counting boot attempts and implementing recovery after deploying a defective update. Without a careful implementation\, this could open the door to altering the sequence of boot commands or to introducing unwanted kernel parameters\, therefore breaking the security of the bootloader and the rest of the system.\n \n Both secure boot and A/B updates techniques are well documented\, but most often without considering their mutual requirements. In this presentation\, I will share solutions I found and used in a recent project. I will also share implementation details with U-Boot and the Yocto Project.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:36a82adb09c0602a8ec1b9527e18141c
URL:http://osselceu2026.sched.com/event/36a82adb09c0602a8ec1b9527e18141c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T083000Z
SUMMARY:Balancing Power Efficiency and Real-Time Performance on Intel Embedded Platforms - Junxiao Chang\, Intel
DESCRIPTION:Achieving both low power consumption and deterministic real-time performance is a key challenge for modern embedded systems. Intel embedded platforms are widely deployed in industrial\, medical\, robotics\, and other edge computing applications where strict timing requirements must be satisfied while maintaining energy efficiency. Traditional real-time system configurations often disable CPU frequency scaling and deep CPU idle states to minimize latency and jitter. While this approach can improve real-time responsiveness\, it significantly increases power consumption and reduces battery life in power-constrained deployments.\n This proposal presents practical techniques for balancing power management and real-time performance on Intel embedded platforms running Linux with the PREEMPT_RT kernel. Based on experimental evaluation\, we demonstrate that modern Intel power management features can be selectively enabled and tuned to reduce energy consumption while maintaining deterministic real-time behavior. These findings offer practical guidance for deploying power-efficient real-time applications on Intel edge platforms.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:ada32b715038ce12222bc043eb3c5a52
URL:http://osselceu2026.sched.com/event/ada32b715038ce12222bc043eb3c5a52
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T083000Z
SUMMARY:Multi-Display Pipelines on Allwinner: Upstream Kernel DRM To Mesa3D - Parthiban N\, Linumiz
DESCRIPTION:Most Allwinner based products still runs on vendor BSP kernels with out-of-tree display drivers. But with recent upstream Linux Kernel improvements\, its now possible to simultaneously drive multiple display panels over different interfaces like LVDS and MIPI\, using mainline DRM subsystem on Allwinner A133 and A523 SoCs.\n \n In this talk\, I will share my experience bringing up a multi-display setup with 2 x LVDS and 1 x MIPI panels on Allwinner A133 using upstream kernel [1] and [2]. We will go through how the Allwinner display engine works\, what the device tree topology looks like when you have multiple active display pipelines\, and what DRM/KMS changes matters to get this working correctly.\n \n We will also look at the userspace side - how a compositor like Weston handles multi-display and the limitations you hit in practice. I will cover some of the real problems I hit during bringup\, not just the happy path.\n \n [1]: https://lore.kernel.org/linux-sunxi/a5f6aeb1-b038-462e-8989-c4da65966134@linumiz.com/\n [2]: https://lore.kernel.org/linux-sunxi/02b20361-23cf-4aa7-8f85-875261e6cdc9@linumiz.com/
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:e287ffead7ccd9fd53df7df82e2de4a4
URL:http://osselceu2026.sched.com/event/e287ffead7ccd9fd53df7df82e2de4a4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T075500Z
SUMMARY:Keynote to be Announced
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:879042bfcba0d342e92e65b0379bb5b6
URL:http://osselceu2026.sched.com/event/879042bfcba0d342e92e65b0379bb5b6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T083000Z
SUMMARY:From TTEthernet To TSN on Zephyr: What Space Systems Teach Us About Deterministic Networking - Yasushi Shoji\, Space Cubics Inc.
DESCRIPTION:Many spacecraft avionics and payload systems are already distributed embedded systems: onboard computers\, payload controllers\, sensors\, and links must coordinate under strict reliability constraints. Aerospace has long used controlled onboard networks\, from MIL-STD-1553 to Ethernet-based approaches such as TTEthernet. The next question is how open standards such as IEEE Time-Sensitive Networking (TSN) can work in open RTOS ecosystems such as Zephyr.\n \n Based on my experience with TTEthernet\, Zephyr\, micro-ROS\, and space OBC development\, this talk asks what TSN on Zephyr should become. TSN is not one feature: traffic shaping\, scheduled transmission\, redundancy\, policing\, configuration\, time synchronization\, and hardware support all matter. Linux already has a mature TSN operations model around user-space tools such as tc and linuxptp. Zephyr has no Linux-style userland\, so TSN needs Zephyr-native APIs\, shell commands\, samples\, diagnostics\, and management interfaces.\n \n Attendees will learn why TSN matters for Zephyr\, why Zephyr cannot simply copy Linux tooling\, and what design questions remain for TSN-capable endpoints.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:cd868ee5f524f57fa49e96d01377a69c
URL:http://osselceu2026.sched.com/event/cd868ee5f524f57fa49e96d01377a69c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T075000Z
DTEND:20261008T083000Z
SUMMARY:Zephyr and Xen in Automotive Mixed-OS Systems: Building Safety Readiness and Upstream - Harunobu Kurokawa\, Renesas Electronics Corporation
DESCRIPTION:In automotive systems\, interest is growing in OSS adoption\, Software-Defined Vehicles (SDV)\, and mixed-criticality architectures. In initiatives such as AGL and SoDeV\, configurations combining Linux\, RTOSes\, and hypervisors are becoming a key focus. In this context\, Zephyr may be used as a small RTOS domain with a limited\, well-defined role.\n \n This session views Zephyr and Xen as complementary components. Xen can provide domain isolation and resource partitioning\, Linux can host high-level services and integration layers\, and Zephyr can handle focused RTOS functions. It outlines role division in OSS-based automotive software.\n \n Functional safety is also important. The Zephyr Safety WG is advancing related activities\, treating safety readiness not as certification itself but as a technical foundation—requirements\, tests\, and documentation—that the community can build together. This session discusses how automotive stakeholders can participate and contribute upstream.\n \n Based on Linux/AGL mixed-OS integration experience\, this case study discusses what should be addressed when applying Zephyr and Xen to automotive systems and how these efforts can advance with the community.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:79e7253a983cf82f8706a1f55c5b3825
URL:http://osselceu2026.sched.com/event/79e7253a983cf82f8706a1f55c5b3825
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T080000Z
DTEND:20261008T081500Z
SUMMARY:Keynote: Scaling the Shield - Turning AI-Driven Vulnerabilities into a Massive Defensive Advantage - Jamie Thomas\, Chief Client Innovation Officer | Enterprise Security\, IBM
DESCRIPTION:Open source has been the single greatest accelerator of productivity in modern software development. As AI reshapes how software is built\, and attacked\, the priority is clear: we must use AI to reduce friction for maintainers\, not create more work. Today\, maintainers face a surge of AI-generated vulnerability reports that risks overwhelming the very people who sustain the global software supply chain. This keynote examines how the open source community (OpenSSF in particular) is turning AI from a source of noise into a force multiplier for defenders.\n\n\nJamie Thomas will highlight how maintainer-centered AI tooling\, shared standards\, and practical security techniques are being applied to restore balance at scale. These efforts focus on making security more actionable\, automated\, and sustainable\, ensuring open source remains a resilient\, trusted foundation for global innovation.\n\n\nJoin us as we outline a roadmap for systemic resilience\, where the global community puts cutting-edge AI capabilities directly into the hands of maintainers to secure the software on which we all depend.
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:cf6b9272c029d436b0ebfaf62eaaae4c
URL:http://osselceu2026.sched.com/event/cf6b9272c029d436b0ebfaf62eaaae4c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T082000Z
DTEND:20261008T085000Z
SUMMARY:Coffee Break
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:fea459124700fa60c367def751e10160
URL:http://osselceu2026.sched.com/event/fea459124700fa60c367def751e10160
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:From Fragile To Self-Healing: Operationalizing Etcd at Scale - Shreyas Rao & Ishan Tyagi\, SAP Labs
DESCRIPTION:Running etcd across thousands of production Kubernetes clusters reveals critical failures: data corruption\, quorum loss\, member failures\, and storage bloat\, all capable of disrupting clusters. Managing these manually is complex\, error-prone\, and difficult to scale.\n \n In this talk\, we will be sharing lessons from 8+ years of operating production-grade etcd at scale with close to zero manual intervention and how we built etcd-backup-restore to reliably automate tasks like scheduled backups\, corruption detection\, quorum loss recovery\, member replacement\, and scheduled defragmentation\, with zero recorded data loss across thousands of clusters.\n \n Used in production by SAP Gardener\, Akamai Cloud\, StackIT\, and Scaleway\, etcd-backup-restore is now a Linux Foundation project under Linux Foundation EU via the NeoNephos Foundation\, with an active maintainer community. We'll show what it takes to run etcd reliably at scale\, and make it truly self-healing.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:71b8b24a703bf9d8f9a4d3d5631b536a
URL:http://osselceu2026.sched.com/event/71b8b24a703bf9d8f9a4d3d5631b536a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Evolving Video4Linux2 To Support Modern Camera Use Cases - Jacopo Mondi\, Ideas On Board
DESCRIPTION:Modern camera use cases are realized by complex pipelines of several IPs blocks that process frames produced by an image sensor to deliver great looking images to applications. Support for the most advanced use cases is implemented by time-multiplexing the underlying hardware resources\, performing job scheduling at the hardware/firmware level and orchestrating the image processing steps across multiple drivers and IPs. The Video4Linux2 kernel subsystem currently doesn't provide any abstraction for drivers and applications to fully support modern designs and vendors that intend to make use of the capabilities of their hardware had so far worked around this limitations by implementing downstream solutions. This talk describes the most recent and the forthcoming developments in the Video4Linux2 kernel framework to support modern camera use cases\, including but not limited to multi-driver pipelines\, multi-context time multiplexing of hardware resources and job scheduling\, with practical examples from the field on recent SoC designs.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:ccd87b86489a6c67f7d6e642eca41346
URL:http://osselceu2026.sched.com/event/ccd87b86489a6c67f7d6e642eca41346
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:No Reboot Required: Over-the-Air Updates for Immutable Filesystems - Jana Perić\, Northern.tech
DESCRIPTION:Designing immutable filesystems is becoming the default for embedded Linux development: they're more secure\, easier to reason about\, and resilient to field drift. But they make a once-easy thing surprisingly awkward: a one-line fix to a single script means shipping a whole new rootfs and rebooting the device.\n systemd-sysext addresses half this problem by merging extension images onto /usr/ at runtime\, with integrity enforced via dm-verity. But sysext is the activation mechanism only — it says nothing about how those signed images reach a fleet of devices in the first place.\n This talk walks through a working proof-of-concept that closes the gap: a verity-signed sysext image\, delivered over the air through a standard OTA framework\, merged live onto a read-only Ubuntu rootfs\, with health checks and automatic rollback on failure — all without a single reboot.\n This talk covers the architecture end to end\, the non-obvious operational gotchas\, and an honest accounting of what this approach does and doesn't replace.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:28179cd32e71cbc9c7c3afbd83a492f2
URL:http://osselceu2026.sched.com/event/28179cd32e71cbc9c7c3afbd83a492f2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Real-time Performance Comparison of Linux\, Zephyr and FreeRTOS - Zbynek Fedra & Mingkai Hu\, NXP
DESCRIPTION:In industrial and real-time applications\, strict timing constraints can exceed the capabilities of standard Linux systems—even when enhanced with the PREEMPT_RT patch. As a result\, developers increasingly deploy real-time operating systems (RTOS) on application-class cores (e.g.\, ARM Cortex-A) to meet deterministic requirements.\n This session presents a comparative study of latency characteristics measured on identical hardware platforms running Linux with PREEMPT_RT\, Zephyr\, and FreeRTOS. We first analyze how the PREEMPT_RT patch impacts kernel latency across different workload scenarios\, highlighting both its strengths and practical limitations. We then extend the comparison to RTOS environments\, focusing on scheduling latency and interrupt (IRQ) handling behavior under equivalent conditions.\n The results are based on systematic benchmarking and provide insight into latency trade-offs\, determinism\, and suitability of each system for industrial workloads. We will also provide industrial specific examples of target use-cases\, where this performance numbers are key parameter.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:73caf6e95bcc09037f60e07a94e38310
URL:http://osselceu2026.sched.com/event/73caf6e95bcc09037f60e07a94e38310
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:When the Kernel Writes Its Own Code: Debugging Runtime-Generated Instructions - Alexis Lothoré\, Bootlin
DESCRIPTION:While most instructions the Linux kernel executes come from a standard compiler like GCC or Clang\, the kernel can also patch itself at runtime: ftrace\, kprobes\, eBPF programs... Debugging these runtime-generated instructions is a whole new challenge\, as we lack the usual debug data: symbol names\, offsets\, debug info. Fortunately\, we can adapt our tooling to observe them. This talk explores practical debugging techniques for runtime-generated instructions\, using eBPF as a concrete example: when a user loads an eBPF program\, the kernel's JIT compiler emits native machine code. After a brief eBPF introduction\, we will debug these programs and the surrounding generated code (trampolines\, dynamic instrumentation\, verifier patches...). Starting from standard debug information in bare binaries or exposed at runtime\, we will gradually build up our toolkit: running a custom kernel under QEMU\, taking control with GDB\, debugging userspace and kernel space together\, adding TUI and GDB scripts\, and finally stepping through raw machine instructions. Aimed at developers familiar with C/kernel development\, attendees will gain hands-on techniques and confidence for any kind of low-level analysis.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:31e8d952f13e5a9d7b9190a771bcc1b2
URL:http://osselceu2026.sched.com/event/31e8d952f13e5a9d7b9190a771bcc1b2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Just Keep Swimming: Benchmarking OSS Agent Memory on Kubernetes With OpenTelemetry - Henrik Rexed\, Dynatrace
DESCRIPTION:Your AI agent is Dory. Every conversation it wakes up unable to remember a thing \, so you\, Marlin\, re-explain everything every turn. Four open-source memory systems promise to fix that: Cognee\, MemOS\, Honcho\, and MemPalace. But which architecture actually pays off in tokens\, dollars\, and resolved tasks? This talk runs two experiments. First\, we benchmark all four backends head-to-head on a single Kubernetes substrate \, same harness\, same workloads\, same OpenTelemetry Collector and rank them by token efficiency\, cost per resolved task\, and recall under contradiction. Then we test the question most teams haven't asked: is running an agent with memory worth it at all? We measure two real OSS agent frameworks \, kagent (CNCF Sandbox) and sympozium with their built-in memory turned on\, then turned off. Real workloads\, real numbers. None of the four backends ships first-party OTel today\; the Helm chart\, OTel pipeline\, and upstream PRs are how we close that gap for the ecosystem.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:05c9a89a07e8a101bc526db8359a7b72
URL:http://osselceu2026.sched.com/event/05c9a89a07e8a101bc526db8359a7b72
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:K8s Dungeon Crawl: Learning Kubernetes Controllers and Webhooks Through a Roguelike Project - Kim Schaefer\, Game Plan Tech
DESCRIPTION:In this session\, we’ll explore Kubernetes controllers\, CRDs\, and admission webhooks using K8s Dungeon Crawl: a modified roguelike game where in-game monsters are represented by live Kubernetes resources running in the cluster. As gameplay unfolds\, the Kubernetes control plane becomes part of the game itself. Monsters are represented as Kubernetes Deployments\, dungeon entities are modeled as CRDs\, and admission webhooks dynamically mutate and validate cluster behavior as gameplay progresses. Using KubeBuilder\, we’ll walk through how controllers and webhooks interact with the Kubernetes API while demonstrating reconciliation loops\, admission control\, CRDs\, declarative state management\, runtime policy enforcement\, and event-driven Kubernetes behavior. The session demonstrates controllers reconciling game and cluster state\, mutating and validating admission webhooks\, GitOps deployment using Helm and Argo CD\, and observability with Prometheus and Grafana. Rather than treating Kubernetes concepts as abstract control-plane mechanics\, this session turns them into visible gameplay interactions that make Kubernetes behavior easier to understand and reason about.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:c5b51fed66430fae4bbe808913331241
URL:http://osselceu2026.sched.com/event/c5b51fed66430fae4bbe808913331241
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Panel: OpenChain 2.0: Open Source Compliance in the Age of Automotive SBOM\, Generative AI\, and the CRA - Masato Endo\, Toyota Motor Corporation; Marcel Kurzmann\, Robert Bosch GmbH; Meixia Wang\, LF; Jimmy Ahlberg\, Ericsson; Ayumi Watanabe\, Hitachi
DESCRIPTION:Ten years ago\, the OpenChain Project launched at this very event. A decade on\, it has built the global baseline for open source compliance\, culminating in ISO/IEC 5230 — the "1.0" era. With Mary Meixia Wang as Executive Director\, OpenChain now enters its next chapter\, and this panel asks what "2.0" must deliver.\n \nTwo frontiers define the road ahead. First\, Automotive SBOM: as vehicles become software-defined\, the deepest supply chain anywhere needs SBOM practices scaling from silicon to OEM. Second\, license compliance in the era of generative \n\nAI and "vibe coding": as more code is generated by AI than written by hand\, licensing of models\, training data\, and AI-produced code raises questions traditional compliance never anticipated. Regulation such as the EU CRA adds urgency\, making machine-readable SBOMs effectively mandatory and reinforcing the trust and security OpenChain pursues.\n \nThe panel goes beyond discussion: it first shares the community's latest work on these challenges — from the Automotive SBOM Guideline to evolving thinking on compliance for AI-generated code — then opens a cross-industry conversation on what the shift from 1.0 to 2.0 must deliver in practice.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:2107daed0ae00bc3c118473e564cd530
URL:http://osselceu2026.sched.com/event/2107daed0ae00bc3c118473e564cd530
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Sponsored Session: Advancing Trust in Open Source: CIP IEC-62443-4-x Achievement and CRA Compliance Readiness - Dinesh Kumar\, CIP Security WG Chair / Toshiba Software & Pasquale Nieddu\, CIP Security WG / Siemens Mobility
DESCRIPTION:With increasing regulatory pressure and evolving cybersecurity requirements\, product teams must navigate complex standards while maintaining speed to market.\nThis session provides a practical\, implementation-focused deep dive into achieving IEC 62443-4-x compliance for components\, alongside insights into aligning with the EU Cyber Resilience Act (CRA).\nWe will showcase how the CIP Security Workgroup has developed precise engineering artefacts—including IEC layer test suites and supporting documentation—that significantly reduce the effort required for compliance.\nIn addition\, we will examine recent investigations into CRA requirements and demonstrate how IEC 62443-4-x compliance can help bridge critical gaps toward CRA readiness.\nAttendees will leave with actionable guidance\, reusable assets\, and a clear roadmap to streamline compliance efforts while future-proofing their products against regulatory demands.\n
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:a22c18f046bdc8479fbe6e0e1217556e
URL:http://osselceu2026.sched.com/event/a22c18f046bdc8479fbe6e0e1217556e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Technical Writing in the Age of AI - Jiri Herrmann & Vendula Ferschmannova\, Red Hat Czech
DESCRIPTION:With the advent of large language models\, looking up human-made software documentation might seem like an antiquated and inefficient way of getting information. On top of that\, Claude Code and similar tools can now crunch information straight from your JIRAs and conjure new pull requests at speeds that cannot be matched by even the most veteran documentation maker.\n \n So where does this leave you as a technical writer?\n \n Let us come together as professional technical communicators to grumble and bellyache\, but mainly to share tips and insights on how to make the best of the paradigm shifts and upheavals that AI advancements now introduce to our work-life on a regular basis.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:4644b498e017402b1ae94daee76c3d20
URL:http://osselceu2026.sched.com/event/4644b498e017402b1ae94daee76c3d20
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Verifying ABI Compatibility Across Releases and CPU Architectures - Adarsh Jagadish Kamini & Daniel Turull\, Ericsson Software Technology
DESCRIPTION:Package updates across multiple architectures and long-term release branches complicate pipeline testing. Source-level tests usually pass during a package upgrade\, missing Application Binary Interface (ABI) changes that later break downstream images and containers at runtime.\n \n This talk introduces an extension to meta-binary-audit [1] that adds automated binary analysis to release CI pipelines for Yocto environments. Integrating libabigail into the pipeline reports exactly what changed in the binary interface before code is released.\n \n The session details the CI architecture\, parallel binary audits across multiple architectures\, and how to track symbol-level ABI changes during LTS uplifts\, using the migration from Scarthgap to Wrynose as an example. Attendees will leave with practical methods to analyze these interface changes\, evaluate compatibility across releases\, and prevent broken downstream images.\n \n [1] https://github.com/Nordix/meta-binaryaudit/
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:989b487428293d06915887718a313edf
URL:http://osselceu2026.sched.com/event/989b487428293d06915887718a313edf
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T091000Z
SUMMARY:Community Update - Ramon Roche\, The Linux Foundation
DESCRIPTION:\n
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:3d928def23de587f6f8e2561caec441c
URL:http://osselceu2026.sched.com/event/3d928def23de587f6f8e2561caec441c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Bringing IEC 60730 Class B Functional Safety To Zephyr - Andrej Butok\, NXP Semiconductors
DESCRIPTION:The IEC 60730 Class B standard defines safety requirements for automatic electrical controls in household appliances\, mandating diagnostic mechanisms that ensure safe operation under fault conditions. Despite its widespread adoption\, IEC 60730 implementations remain fragmented and vendor-specific\, typically delivered as proprietary libraries tightly coupled to individual MCUs. This approach limits portability\, duplicates engineering effort\, and prevents meaningful integration with modern open-source ecosystems. This talk presents an open\, reusable IEC 60730 Class B diagnostic framework built on Zephyr RTOS\, demonstrating how functional safety mechanisms can be implemented in a portable and extensible way. The framework includes key diagnostics such as power-on self-tests\, periodic runtime checks\, watchdog supervision\, and safe-state handling. This work establishes a foundation for standardizing safety mechanisms in Zephyr and aims to catalyze community collaboration around common APIs and reference implementations for safety-critical embedded systems. The session is targeted at embedded developers working on consumer appliances and industrial control systems.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:730e43eef393f51bbd0f768e0b11c782
URL:http://osselceu2026.sched.com/event/730e43eef393f51bbd0f768e0b11c782
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T085000Z
DTEND:20261008T093000Z
SUMMARY:Zephyr Network Buffers - Johan Hedberg\, Silicon Labs
DESCRIPTION:Zephyr has had its own abstraction for network buffers ever since the creation of its Bluetooth and Networking stacks that were part of the project's public launch back in 2016. The presenter is the original author of the buffer implementation and still acts as maintainer for it. The presentation will go through the original use cases\, related design decisions\, key terminology\, and how the implementation has evolved over time as Zephyr has grown and received more users and requirements for the subsystem. The presentation will also go through common mistakes/oversights that user make when starting to use the APIs\, and show some best practices to avoid them. Finally\, there will be an overview of some of the latest enhancements and new convenience APIs of the network buffer subsystem.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:c577a20876ea7496e757b6589ad64cb5
URL:http://osselceu2026.sched.com/event/c577a20876ea7496e757b6589ad64cb5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T091000Z
DTEND:20261008T093000Z
SUMMARY:Fleet-Scale Bug Hunting in PX4 - Alexander Lerach\, Auterion AG
DESCRIPTION:Running PX4 on thousands of devices surfaces errors that don't appear in lab testing or flight tests. The kind that only show up at a customer site\, that you cannot reproduce locally\, that disappear when you add or remove code in a completely unrelated module. This talk presents real incidents from running PX4 at commercial scale: problem descriptions\, how debugging was done\, and how the errors were fixed. For each incident we share the heuristics we use to quickly identify which part of the system to investigate\, and the tools we use to diagnose Heisenbugs. We conclude with the hardware CI setup we built\, including hardware tracing capabilities and describe how this can help to catch certain kinds of failures described in this talk. In addition we describe how this can be shared with upstream.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:c7e1f2fb3d70aeedd0c115b11c00fc93
URL:http://osselceu2026.sched.com/event/c7e1f2fb3d70aeedd0c115b11c00fc93
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Own Your Stack: Sovereign Kubernetes From Bare Metal To Fleet - Sunnatillo Samadov\, Ericsson & Bharath Nallapeta\, Mirantis Inc.
DESCRIPTION:For a decade\, the default answer to "where does Kubernetes run" was someone else's cloud. But lately\, regulated organizations\, telcos\, banks\, and the public sector are pulling sensitive workloads back onto hardware they own and operate — for cost\, performance\, sovereignty\, and increasingly to run AI and GPU workloads they control. The hard part is doing that without giving up the automation the cloud offers.\n \n This talk covers the open-source stack for running your own bare metal\, with each layer explained by the people who work on it. At the bottom\, Metal3 turns physical servers into declarative Kubernetes resources and manages their lifecycle through the Kubernetes API. At the top\, k0rdent manages fleets of those clusters with templates\, policy\, and drift detection. In the middle sits Cluster API\, the standard both layers build on.\n \n We'll walk through the layers working as one — from a rack of bare metal to provisioned clusters to a managed fleet\, on hardware we run ourselves. Attendees get a reference architecture\, practical guardrails\, and clear criteria for when this fits. We'll be honest about the trade-offs: slower provisioning and elasticity bounded by the servers you have.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:253cd460ed9a480fea8e77fdc220884b
URL:http://osselceu2026.sched.com/event/253cd460ed9a480fea8e77fdc220884b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Beyond Cyclictest: Evaluating Real-Time Linux Through Real Interrupt Workloads - Koshiro Onuki\, Toshiba Corporation
DESCRIPTION:Real-time Linux systems are often judged with timer-based benchmarks such as cyclictest\, a useful baseline for wakeup latency caused by scheduling and system activity. Yet many embedded workloads are driven by external events\, not periodic timers: GPIO edges\, network packets\, serial I/O\, or other hardware interrupts. In these systems\, the critical value is the latency from an interrupt to a high-priority task. This talk asks how much end-to-end interrupt-driven latency timer-based benchmarks can explain\, and where path-specific measurements are required. We revisit RT evaluation on modern PREEMPT_RT Linux by combining cyclictest with measurements for GPIO interrupt paths\, network receive paths\, and interrupt-to-userspace wakeups. Across scenarios with CPU isolation\, IRQ affinity tuning\, and other common RT optimizations\, we compare what each method reveals and misses. For selected setups\, we also compare kernel/PREEMPT_RT revisions and use ftrace to locate latency sources. Rather than treating one benchmark as a complete RT verdict\, this session clarifies how timer-based results can inform\, but not replace\, measurements for practical interrupt-driven embedded workloads.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:39260ded4c65e066eb0c4b5848a48ea7
URL:http://osselceu2026.sched.com/event/39260ded4c65e066eb0c4b5848a48ea7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:FOSS Camera Support for the Qualcomm OPE ISP - Hans de Goede & Loic Poulain\, Qualcomm
DESCRIPTION:Until recently camera software stacks have mainly been a proprietary closed source affair. Thanks to the linux-media and libcamera communities this has been slowly changing. We are happy to present the first Free and Open Source Software stack for a Qualcomm camera hardware ISP\, the Offline Processing Engine found on the QRB2210 (Agatti) SoC used on the Arduino UNO Q SBC. Using a standard mainline V4L2 ISP kernel driver together with libcamera. This talk will cover the following topics: * Overview of the Qualcomm camera subsystem architecture * Mainline V4L2 ISP kernel driver for the Agatti OPE block * CAMSS libcamera pipeline-handler and camss IPA for OPE * Image processing steps supported by the presented FOSS stack * Future plans for more image processing steps * Future plans for supporting the ISP on other Qualcomm SoCs
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:a4688e0f5e5c9b7ed31ac030b0c278fc
URL:http://osselceu2026.sched.com/event/a4688e0f5e5c9b7ed31ac030b0c278fc
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Navigating the Complexity of Modern SoC Bootflows - Marco Felsch\, Pengutronix e.K.
DESCRIPTION:The last decade has shown a clear trend in dramatically increasing the boot process of modern SoC. If the i.MX6 bootflow reads like a short novel\, the i.MX95 or TI K3 bootflow is a whole encyclopedia. Today's heterogeneous SoCs combine CPUs of different types — Cortex-R/M cores alongside the application-class Cortex-A — and boot now begins on one of the smaller cores before handing control over to the Cortex-A. There are good reasons for this\, such as meeting functional-safety requirements\, but it is also a real burden for system designers who simply want to run Linux on the Cortex-A cores and make use of the GPU or VPU. Each new component needs its own firmware: ideally built from open source\, though closed-source pieces remain in the chain. The result is no shortage of cryptic acronyms — TF-A\, FF-A\, TEE\, SCMI\, PSCI\, SCP\, FIP. This talk sheds some light into the dark. It explains what each of these components actually does and how they fit together. Attendees will leave able to map this general picture onto their own SoC\, see which parts are open source and which are not\, and know where to look when the bootflow misbehaves.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:5a542e327526ce07565bc837874521f3
URL:http://osselceu2026.sched.com/event/5a542e327526ce07565bc837874521f3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Building Real-Time\, Data-Aware Intelligence With Postgres & Model Context Protocol (MCP) - Yogesh Jain\, EnterpriseDB
DESCRIPTION:Imagine asking an AI agent to analyze any data\, only for it to hallucinate a schema that doesn't exist. This "context gap" is the primary barrier to reliable Data-Aware AI. While LLMs are brilliant reasoners\, they are historically "blind" to the live\, structured world of Postgres - until now! In this talk\, we will explore how the Model Context Protocol (MCP) bridges this gap\, transforming Postgres from a passive storage layer into an active reasoning engine. We’ll dive into the architecture of a Postgres MCP server\, demonstrating how it provides agents with secure\, structured access to schemas and metadata. By utilizing tools like pg_catalog and EXPLAIN\, we enable LLMs to understand table relationships and optimize performance before running queries. Expect live demos and practical insights on making Postgres "talk" to AI safely and effectively. Key Takeaways: * How Postgres + MCP provides LLMs with correct\, real-time database context. * Leveraging Postgres metadata and schema to eliminate SQL hallucinationcs. * Implementing secure\, multi-tenant\, and read-only access for AI agents. * Enabling AI agents to use EXPLAIN and other tools for self-optimization.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:60555e82a5fd5e063bb4de58559917bf
URL:http://osselceu2026.sched.com/event/60555e82a5fd5e063bb4de58559917bf
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Hardening Your Software Supply Chain\, Pin Your Actions and Patch Your Dependencies - Richard Tweed\, Tessl
DESCRIPTION:2026 has been a big year for supply chain attacks. Shai-Hulud\, TeamPCP and others are determined to weaponise open source to hack our communities. \n \nIn this talk I'll show you tools and techniques you can use to defend your projects against them\, and common pitfalls
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:e1124812305654d76fdd61baef5e673e
URL:http://osselceu2026.sched.com/event/e1124812305654d76fdd61baef5e673e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Establishing a Documentation Process in an Open Source Community - V. Thulisile Sibanda\, AsyncAPI Initiative
DESCRIPTION:Many communities reach a point where knowledge has naturally concentrated in the hands of a few dedicated people. It happens organically. Someone steps up\, carries the weight\, and keeps things moving. But without a process to capture and distribute that knowledge\, the community becomes fragile without ever meaning to. Contributors arrive eager and leave quietly. Decisions get made but are never recorded. Onboarding repeats itself because nothing was ever written down.\n This talk is about what happens when a community decides to change that. Drawing on experience as a maintainer and community manager\, I will walk through the journey of building a documentation process from the ground up\, not by writing more docs\, but by shifting how the community thinks about knowledge itself. From auditing where knowledge lived\, to creating structures for knowledge capture and decision documentation\, forming a working group that distributed ownership\, and building triage and mentorship pathways that made contribution genuinely accessible.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:c5a1b419a94f7315862b675ab22b99a1
URL:http://osselceu2026.sched.com/event/c5a1b419a94f7315862b675ab22b99a1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T100000Z
SUMMARY:Measuring What Matters: Building an Open Source Health Model for the Npm Ecosystem - Adam Herzog\, AboutCode & Alyssa Wright\, Bloomberg
DESCRIPTION:Open source software powers critical digital infrastructure across every industry. But\, how do you know if the software you are depending on is actually healthy? A project that looks active may have one key maintainer. A package you've never heard of may be a single point of failure for thousands of downstream projects. npm's scale and deep dependency chains turn that uncertainty into real supply chain risk – remember Shai-Hulud?\n \n Based on learnings from open source community health analytics projects like CHAOSS\, OpenSSF Scorecard\, and GrimoireLabs\, Bloomberg and AboutCode are building an open\, data-driven framework that applies the Goal-Questions-Metrics methodology to assess project health across the npm ecosystem.\n \n This talk presents our npm Health Model and open source tooling\, early findings\, and how this approach can extend to other OSS project ecosystems. We are sharing the model\, methodology\, data\, and tooling openly so other organizations can apply it to their own processes. Attendees will leave with a practical framework for assessing open source health at scale\, and a path to contributing to this open effort.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:c476fd93ce48d659ca1c3ded4ccc5725
URL:http://osselceu2026.sched.com/event/c476fd93ce48d659ca1c3ded4ccc5725
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Same Tag\, Different Risk: Catching Semantic SBOM Drift Across Multi-Arch Containers - Yogesh Sardana\, Airtel
DESCRIPTION:This isn't just about Airtel but for every organisation as multi-arch OCI manifest list lets one image tag resolve to different binaries per architecture\, teams treat that tag as a single security unit\, yet the amd64\, arm64 & riscv64 builds underneath frequently diverge\, a base-image bump\, a differently resolved dependency version or missing backport can leave one architecture patched against CVE while another silently isn't & no scanner today compares SBOMs across the architectures inside same manifest list\, each platform image is scanned in isolation & reported as N separate\, ostensibly fine results. Talk introduces manifest-list-aware SBOM differ that pulls every per-architecture image inside tag\, generates SBOM for each & diffs them against each other rather than against historical baseline\, flagging any package\, version or vulnerability status that differs across architectures sharing same tag\, the same Dockerfile & same assumed security posture across every platform it claims to support. We show this catching real drift in popular base images\, demo CI gate that blocks a push when architectures diverge unexpectedly & discuss how it slots into existing signing pipelines.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:81c6f78f0dc2223d93b5b8b2221419a4
URL:http://osselceu2026.sched.com/event/81c6f78f0dc2223d93b5b8b2221419a4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T100000Z
SUMMARY:Learning To Navigate: Challenges of RL With PX4 as a Real-Time Controller - Kyrillos Adeeb\, NXP
DESCRIPTION:Training an RL policy with PX4 as a real-time controller is often considered impractical due to SITL limitations\, communication overhead\, and strict safety constraints. In this presentation\, I will share how I addressed these challenges during my master’s thesis to successfully train a navigation and obstacle avoidance policy using Isaac Sim and Isaac Lab.\n The talk focuses on the practical steps required to make PX4 compatible with unsupported simulators\, including key preparations to enable stable SITL operation. I will discuss how to keep the PX4 SITL instance stable and continuously running throughout training.\n Additionally\, I will cover methods for accessing PX4 state and control interfaces via MAVLink and ROS 2\, and highlight how PX4’s built-in safety layers can unintentionally block RL training. Finally\, I will present strategies to work around these constraints while preserving system stability and realism.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:1e696aafde2d91f46ee6f7d4e0643ea1
URL:http://osselceu2026.sched.com/event/1e696aafde2d91f46ee6f7d4e0643ea1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Reverse Engineering Zephyr's Software Architecture for Safety-Critical Use - Roberto Bagnara\, BUGSENG / University of Parma
DESCRIPTION:Zephyr RTOS is increasingly relevant for safety-related and mixed-criticality systems\, where qualification and certification must address standards such as IEC 61508 and ISO 26262. A key question is how to provide evidence that software components are independent\, that freedom from interference is preserved\, and that future changes can be assessed without redoing unnecessary qualification work. This session presents ongoing work on reverse engineering Zephyr's effective software architectural constraints using static analysis. Starting from concrete Zephyr configurations\, we model components\, observe calls and data accesses\, identify dependencies\, and compare the result with the project's intended layered architecture. The talk will show how this analysis supports safety arguments by making software-level independence explicit and checkable. It will also show how the same model enables Change Impact Analysis: when a qualified Zephyr version or configuration evolves\, the model helps determine which components\, assumptions\, tests\, and safety evidence are affected. This is essential to make Zephyr's safety effort sustainable over time and viable for safety-related development.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:de8bfa78b867c88bff784916b9669342
URL:http://osselceu2026.sched.com/event/de8bfa78b867c88bff784916b9669342
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T094000Z
DTEND:20261008T102000Z
SUMMARY:Zephyr Documentation BoF - Benjamin Cabé\, Linux Foundation
DESCRIPTION:Over the past few years\, the Zephyr documentation has continued to evolve\, with steady improvements to content structure\, discoverability\, consistency\, and the overall contributor experience. One thing that has proven especially valuable is having a regular community check-in where we can openly discuss what is working\, what still gets in the way\, and where our documentation priorities should be headed next. Join this Birds of a Feather session to catch up on recent documentation improvements you may have missed\, share feedback from your own experience using or contributing to the docs\, and help shape what we should focus on in the year ahead.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:b0e7f5a4ecfb8ca99a9ebe6e6ccde610
URL:http://osselceu2026.sched.com/event/b0e7f5a4ecfb8ca99a9ebe6e6ccde610
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T100000Z
DTEND:20261008T102000Z
SUMMARY:How To Talk To Your Lawyer About Open Source - Jimmy Ahlberg & Georg Kunz\, Ericsson
DESCRIPTION:Have you ever felt frustrated that your legal counsel simply does not seem to understand what you are saying? Or are you a lawyer who simply cannot understand why the developers you are trying to help can’t speak clearly? Then you are not alone\, and this is the session for you! Lawyers and engineers often speak different languages\, which can lead to frustration when collaborating in an open source setting. \n \n Removing friction between legal and engineering communication is no small task. However\, doing so unlocks significant value: legal can provide clearer\, more actionable advice and better understand risks\, while engineers and developers gain a deeper understanding of that guidance. We will will share personal OSPO insights and practical strategies for enabling efficient\, clear communication between these distinct functions. \n \n The goal is not to turn engineers into lawyers or lawyers into software developers\, but rather helps both sides understand and support each other more effectively. Without a shared language between engineering and legal\, messages to management risk getting lost in translation. With clear communication we can all work more efficient together!
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:d180025d1e9f3db598b0cabb805f87c8
URL:http://osselceu2026.sched.com/event/d180025d1e9f3db598b0cabb805f87c8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T100000Z
DTEND:20261008T102000Z
SUMMARY:From Observing To Working: PX4-Powered Aerial Manipulators - Ayham Alharbat\, Saxion University / University of Twente
DESCRIPTION:Recently\, drones have evolved from passive observers into active workers\, enabling them to carry out physical work in the sky. This lightning talk shares recent advances in Aerial Manipulators (AM)\, where flying robots physically interact with their surroundings to perform tasks such as inspecting and maintaining offshore wind turbines. We showcase how PX4 is accelerating the move from lab research to real-world deployment with the journey of a field test of our open AM framework\, Sarax (github/sarax)\, physically interacting with a wind turbine by the North Sea (youtu.be/Er0f0A97aG8). Alongside it\, we highlight two research threads (with references to our open-source HW/SW and PRs). First\, a PX4/Pixhawk compliant open standard-interface for active\, high-power payloads (e.g. manipulator with a steel brush for surface maintenance) to enable modular AM. Second\, developing PX4-powered omnidirectional and actively tilting-rotor aerial robots that enable dexterous physical tasks in windy environments. We close with next steps and open issues for PX4-powered aerial manipulators and an open invitation for the community to join forces and shape this future together.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:fa00e8ab343543feee162b2e5b11ab1a
URL:http://osselceu2026.sched.com/event/fa00e8ab343543feee162b2e5b11ab1a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T102000Z
DTEND:20261008T115000Z
SUMMARY:Better Together Lunch
DESCRIPTION:About the Better Together Lunch\nThe Better Together Lunch offers the opportunity for all event participants from marginalized communities (including race\, gender\, sexual orientation\, and disability)\, and their allies\, to join together to build connections to carry through the event and beyond. Our hope is that this event will help continue to increase the diversity both at the event as well as in the open source community as time goes on.\n\nNo pre-registration is required to attend.&nbsp\;We do our best to accommodate everyone interested in joining\, but please note that participation is on a first-come\, first-served basis.\n\nWho Can Attend?\nAny event participant from a marginalized community (including race\, gender\, sexual orientation\, and disability) and their ally guests.&nbsp\;\n\nIs This Event Open to Allies?\nAttendees of the Better Together Lunch are welcome to invite (1) Ally to this event.&nbsp\;\n\nWe encourage allies to support diversity in tech while at the event by seeking out and engaging with diverse attendees onsite.\n\nIf you are interested in learning about the other ways the Linux Foundation promotes inclusion and accessibility\, visit our&nbsp\;Inclusion & Accessibility&nbsp\;page.
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 4B\, Prague\, Czechia
SEQUENCE:0
UID:91c4b87529c58d0bab51e56456c452cc
URL:http://osselceu2026.sched.com/event/91c4b87529c58d0bab51e56456c452cc
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T102000Z
DTEND:20261008T115000Z
SUMMARY:Lunch (Provided Onsite for All Attendees)
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:00c11dea335e3f9abe91caa91cb4b958
URL:http://osselceu2026.sched.com/event/00c11dea335e3f9abe91caa91cb4b958
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T132000Z
SUMMARY:Make YAML Dumb Again: The Config as Data Approach - Jaisheesh Venkat Goud\, ABV-Indian Institute of Information Technology and Management Gwalior & Liam Fallon\, Ericsson Software Technology
DESCRIPTION:Building on my Google Summer of Code experience\, this tutorial addresses one of the major challenges in open source software systems – at scale\, file management results in overly complicated templates and bad composability. People put logic into YAML files resulting in non-debuggable pipelines while local modifications are wiped away by upstream updates. This tutorial delves into the idea of Configuration as Data with the help of kpt tooling allowing for logic separation from configuration files. The idea is to keep YAML "dumb" and pure data\, which makes it fully predictable and WYSIWYG. You’ll get to use the example of the OpenTelemetry Demo - a complex e-commerce microservices application – by packing it in independent and dependent subpackages. Using KRM functions and custom Starlark scripts you'll: • switch from a shop selling astronomical equipment to a website offering flowers • localize languages\, currencies\, taxes • manage different deployments sizes (small/medium/large). As the last point you will use three way merging to allow applying upstream package updates while keeping all local changes safe.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:cace84818cd2eaca0374575287a8c2dd
URL:http://osselceu2026.sched.com/event/cace84818cd2eaca0374575287a8c2dd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:10 Years of Bootable Containers in Production - Michal Toman\, balena
DESCRIPTION:While bootc has been gaining a lot of momentum over the last few years\, we had been using a similar technology in production for over a decade. This timeline has given us long enough to go through the whole life-cycle of thousands of devices: initial provisioning\, operating\, delivering updates\, and decommissioning. Though our system is based on Yocto and Moby and specifically tailored for over 100 different (mostly edge/embedded) device types\, it shares the same core principle of modern bootable container architecture: shipping the OS as a container image and configuring the init system to boot directly into it. During the session\, you will learn: * How to boot into a containerized rootfs. * How to manage state\, persistent data\, and OS updates via container registries over unstable networks. * Lessons learned from 10 years of using bootable containers on 100+ different edge hardware types. Prerequisites: Attendees should have a general understanding of OCI containers\, Dockerfiles\, and container registries.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:deb876bf5a810b378079c4e96e88cfb6
URL:http://osselceu2026.sched.com/event/deb876bf5a810b378079c4e96e88cfb6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Beyond Best-Effort: Guaranteed Real-Time Ethernet on Multi-Core Linux - Meghana Malladi & Daolin Qiu\, Texas Instruments
DESCRIPTION:Industrial Ethernet protocols (EtherCAT\, EtherNet/IP\, PROFINET) require deterministic\, low-latency packet processing that degrades when real-time and best-effort traffic compete for CPU resources. This work investigates the extent to which bounded latency behaviour can be achieved for real-time industrial traffic on a multi-core ARM Cortex-A53 SoC running PREEMPT_RT Linux while sharing a single Ethernet interface with concurrent best-effort traffic. The study demonstrates that both traffic types can coexist on a single physical port and be separated across cores using software-based techniques such as the XDP framework. To enforce bounded latency\, CPU isolation\, processor affinity\, and real-time scheduling policies are applied to networking-related kernel threads and application tasks. Results compare real-time traffic latency and jitter across three configurations: no traffic steering\, traffic steering to dedicated cores\, and traffic steering with techniques to enforce bounded latency. The goal is a reproducible tuning guide for engineers deploying deterministic networking on Linux-based industrial platforms.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:940f11ff3943e8a28436ad1377a6463c
URL:http://osselceu2026.sched.com/event/940f11ff3943e8a28436ad1377a6463c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Cursed Camera Connectors - Kieran Bingham\, Ideas on Board
DESCRIPTION:An exploration into the complexities of physically connecting cameras to your embedded development board\, and configuring them through device tree\, and hopefully how we can make it easier in the future! Small board computers are now prolific with their ability to connect RAW MIPI cameras directly to the board\, and now that libcamera provides an open camera stack\, connecting cameras to all your favourite boards should be easy. But it's not. The connectors might have 15\, 22 or 30 pins. The functions of each pin differ between boards. There's TypeA and TypeB cables.... And they better not be too long! The lack of standardisation means it can still be difficult to connect your camera\, and the combinatorial explosion of potential device tree overlays will soon become unmaintainable. Lets look at suggestions that have been around for a decade already\, and where that work is now leading to make connecting cameras easier!
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:486268246a5074e540f387ed8e951227
URL:http://osselceu2026.sched.com/event/486268246a5074e540f387ed8e951227
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Beyond Strace: Syscall Analysis the Wireshark Way - Roland Knall\, Wireshark Foundation
DESCRIPTION:Every Linux engineer knows the moment: a process is misbehaving\, so you reach for strace\, get a wall of text\, and start grepping. It works - until the problem spans multiple processes\, the output is too much to read\, or you need to correlate what a process did to the system with what it did on the network. strace and bpftrace are excellent at capturing syscalls. They give you much less help analyzing them. Stratoshark\, the Wireshark Foundation's newer tool\, takes a different approach: it captures system calls and logs system-wide through the Falco libraries\, then hands them to the same analysis engine that has served packet analysts for 25 years — display filters\, coloring rules\, follow-stream views\, time correlation\, and shareable capture files. In this talk I'll show\, live\, how a Wireshark user's instincts transfer directly to syscall troubleshooting\, where Stratoshark beats reaching for strace\, and — just as importantly — where the older tools are still the right call. Expect real debugging scenarios\, honest limitations\, and a clear picture of when this newer approach earns its place in your toolbox.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:7550dd4be5404e6f632b718cfdbe58ef
URL:http://osselceu2026.sched.com/event/7550dd4be5404e6f632b718cfdbe58ef
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Yukti: A Unified Inference Interface for Low-Latency Machine Learning in High-Energy Physics - Sanjiban Sengupta\, CERN\, University of Manchester
DESCRIPTION:Machine learning is increasingly used in high-energy physics\, particularly in trigger systems that process data at rates of 100 kHz while making real-time event selection decisions. The latency and reliability requirements demand highly optimized inference pipelines. While portable solutions such as ONNX Runtime simplify deployment\, many applications rely on hardware-specific libraries like NVIDIA TensorRT and MIGraphX (via ROCm) for optimal performance. Code-generation approaches such as SOFIE offer additional efficiency but introduce integration complexity. We present a unified inference interface that abstracts backend-specific details while preserving performance. It enables execution across multiple inference libraries without data copies or user-side configuration changes. An offline processor converts trained models into backend-optimized plans\, and a lightweight runtime loads and executes them through a common API with direct data access for heterogeneous environments.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:dad424e1058b4a0540020b9699a953eb
URL:http://osselceu2026.sched.com/event/dad424e1058b4a0540020b9699a953eb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Observability Signals Outages Before They Happen: Lessons from MySQL - Igor Donchovski\, Planetscale
DESCRIPTION:Most MySQL incidents don't start with downtime\, they start with small changes that go unnoticed for weeks or months.\n \n This session focuses on operational trend analysis rather than real-time monitoring. We'll explore how growing full table scans\, rising temporary table usage\, lock contention\, redo log pressure\, buffer pool inefficiencies\, and index bloat can reveal future performance and stability issues long before users are affected.\n \n Through practical examples\, attendees will learn how to identify meaningful signals\, separate noise from actionable insights\, and build lightweight monitoring approaches that provide long-term visibility into database health.\n \n Whether you're a DBA\, SRE\, platform engineer\, or developer responsible for production systems\, you'll leave with a practical framework for understanding MySQL health over time.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d8123afcaba10651301269a5a1932326
URL:http://osselceu2026.sched.com/event/d8123afcaba10651301269a5a1932326
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Babylon-as-Code: A Single Tower\, Multiple Languages\, and Multiple Formats in One Pipeline - Florent Zara\, Eclipse Foundation
DESCRIPTION:Producing documentation in multiple languages and formats often sounds like a simple promise... until it is time to maintain translations\, review changes\, publish consistent versions\, and avoid diverging copy-pastes.\n \n Drawing from the real-world experience of building a structured multilingual glossary for embedded AI\, we will explore how to apply a Docs-as-Code approach to documentation using AsciiDoc. We will cover modular design\, conditional content\, preprocessing\, and automated HTML and PDF generation\, all while leveraging the full power of Git for versioning\, reviews\, and reproducible deployment pipelines.\n \n The goal isn't merely to "write multilingual docs\," but to treat documentation as a fully-fledged software artifact. Through this concrete example\, we will demonstrate how to organise and maintain a shared structure across languages\, centralise common elements\, and automate the production of your deliverables.\n \n We will highlight the core principles\, best practices\, and reusable patterns required to build an industrialised\, multilingual technical documentation system\, completely freeing you from word processors and manual publishing workflows.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:61e911101f6c6051ebbfc506b357ea9e
URL:http://osselceu2026.sched.com/event/61e911101f6c6051ebbfc506b357ea9e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:The Evolving OSPO: Driving Technology Governance and Strategic Value in the AI Era - Hiroshi Ota\, LY Corporation & Meixia Wang\, The Linux Foundation
DESCRIPTION:As AI transforms the tech landscape through AI-generated code and new security threats\, software supply chains and corporate environments face an unprecedented paradigm shift. Consequently\, the OSPO's role is becoming more complex\, requiring broad coordination across internal and external organizations. We will discuss how enterprises position their OSPOs to realize comprehensive strategic value—including governance and risk management—as well as the challenges they face.\n \n In this joint presentation\, Mary Meixia Wang (Executive Director of OpenChain) and Hiroshi Ota (Senior Manager of the Governance & OpenTech Division leading the OSPO at LY Corporation and a W3C Advisory Board member) will deliver a dialogue exploring the strategic convergence of open source\, technical standards\, and corporate technology governance.\n \n To drive smooth operations and growth while mitigating technical risks\, we will share the LY Corporation model. Through this case introduction\, we will highlight the enterprise challenges such as the impact of AI and the expectations companies have for open-source communities like OpenChain. Responding to these realities\, Mary will share OpenChain's global vision.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:b88f72f049c47150d945b5c66ab415cc
URL:http://osselceu2026.sched.com/event/b88f72f049c47150d945b5c66ab415cc
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Still Leading the Pack: Modernizing Kubernetes Supply Chain Security - Adolfo García Veytia\, Carabiner Systems & Carlos Tadeu Panato Junior\, Chainguard
DESCRIPTION:Container image signing\, SBOMs\, SLSA attestations.... five years ago\, the Kubernetes project was a trailblazer securing its releases using these and other security features. Having developed its own tools and solutions\, things "just worked" for the project\, but security technologies evolve and so have we.\n \n Join us as as we dig deep to explore and compare the metadata the project started producing in 2021 with how modern supply chain tools expect them today.\n \n During this talk\, we'll do an overview of the updates and modernization of the Kubernetes secure build process and tools. We will examine visually the quality improvements to the Kubernetes SBOMs\, how we migrated the SLSA provenance we use to gate our releases to SLSA v1\, signing into Sigstore bundles\, and\, most importantly\, how the the toolchain built by K8s Release Engineering enables more than a hundred independently managed projects under the Kubernetes umbrella to build and ship security features to protect themselves and their users.\n \n Out tooling is available for anyone so perhaps we can inspire you to to the same for your projects!
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e283643e8ce739e15ac89c6cd0a8d233
URL:http://osselceu2026.sched.com/event/e283643e8ce739e15ac89c6cd0a8d233
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T121000Z
SUMMARY:Flying a Drone Onto a High Voltage Power Line - Mads Bornebusch\, Heimdall Power
DESCRIPTION:Safely flying a drone close to high voltage power lines is a challenge. Making contact with a power line to install hardware on it is even more challenging. The line generates strong electromagnetic interference and there is no room for error in positioning. In this talk we will go through the challenges we faced with positioning\, magnetic interference and changing payload weight. We will show how tailoring the PX4 parameters can address these challenges and compare this to our experience using a DJI M600 where all problems have to be accounted for by our own specialized software. Finally we will present an open problem with RTK degradation resulting in sudden position jumps which we have currently handled in our own software.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:34df9bc5bed616bdbefda3d32193c0ad
URL:http://osselceu2026.sched.com/event/34df9bc5bed616bdbefda3d32193c0ad
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:Sponsored Session: Building Secure and Compliant Critical Infrastructure with Open Source - Benjamin Weber\, Hitachi Energy
DESCRIPTION:Critical infrastructure operators face growing pressure to modernize their systems while maintaining the highest levels of security\, reliability\, and regulatory compliance in an era shaped by regulations such as the EU Cyber Resilience Act (CRA). In this session\, Hitachi shares two real-world modernization journeys with open source from the energy and railway sectors.\n\nThe first half focuses on Hitachi Energy’s adoption of Embedded Linux and Yocto for next-generation grid automation products. Hitachi Energy actively contributes to the modernization of energy systems\, making electricity more accessible worldwide. In product development\, adopting Embedded Linux and Yocto enhances flexibility and maintainability\, with strong legal compliance\, license management\, and open-source collaboration. Hitachi Energy is rolling out Linux-based energy grid automation products and this talk covers their transition to embedded Linux via Yocto\, addressing industry protocol support\, impacts of CRA\, OSS license challenges\, and navigating these within a slow-evolving sector.\n\nThe second half presents Hitachi Rail’s modernization of mission-critical railway management systems using Keycloak\, an open source identity and access management platform. As railway systems become increasingly interconnected\, cybersecurity and identity management have become fundamental architectural concerns. We show how secure-by-design principles were applied to modernizing legacy environments\, with Keycloak. We also demonstrate how Keycloak helps address several IEC 62443-4-2 requirements and provides a strong foundation for meeting emerging regulatory expectations such as CRA.\n\n
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:6c04d22f39dadb117d5bc8c57f156a8e
URL:http://osselceu2026.sched.com/event/6c04d22f39dadb117d5bc8c57f156a8e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:No Board\, No Problem: Testing Zephyr Applications With Native_sim - Marco Widmer\, bytes at work AG
DESCRIPTION:Zephyr makes it easy to build the same code for multiple board targets. native_sim lets you run (parts of) your zephyr application and associated tests as a regular Linux process\, allowing reproducible runs\, easy debugging and CI integration. In this talk\, I will share what we learned structuring\, testing\, and debugging several real-world Zephyr applications: * The native_sim execution model: How time is handled * How to emulate hardware: Fake drivers\, virtual bluetooth controllers\, networking\, PTY UART\, emulators * Examples of what can be built using these primitives: * Connecting to the Android Emulator over BLE * Writing Zephyr tests using the Cucumber framework * ... * Tooling around native_sim: twister\, sanitizers\, GDB\, code coverage * Integrating external binaries into twister through the pytest harness * Designing for testability: Separating business logic from hardware-dependent software units * When native_sim is not enough: Running tests in qemu or on real hardware The goal of this talk is to provide a broad overview about what is possible thanks to native_sim\, hopefully inspiring new ideas on how to test code without ever touching hardware.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:c29ba82f4d8a41668804ab3da632a967
URL:http://osselceu2026.sched.com/event/c29ba82f4d8a41668804ab3da632a967
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T115000Z
DTEND:20261008T123000Z
SUMMARY:USB Development and Testing on Native Simulator - Johann Fischer\, Nordic Semiconductor
DESCRIPTION:Zephyr's new USB support has been in development for some time. It consists of USB device and USB host support. The new device support has been the default for the last two releases. Work on the device part also introduced initial support for the host stack at that time. This was primarily necessary to enable USB/IP support on the native_sim board. Johann will start with a brief overview of the current status of USB support. Johann will then present information on virtual device/host controllers and the virtual bus. These are not actually platform-dependent\, but they are most often used with native_sim. Furthermore\, he will explain how virtual device/host controllers make it possible to build USB applications for native_sim and then export them to a Linux client using USB/IP server support. Johan will demonstrate that the main benefit of virtual device/host support and native_sim is the ability to test hardware-independent USB code in CI\, even on a pull request basis. For example\, we can test the behavior of the host/device stack in response to invalid or undefined requests. Johann will either provide a few examples or point to the samples and specific tests in the repository.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:482d2c3eef0290b7a571bb82e3f00363
URL:http://osselceu2026.sched.com/event/482d2c3eef0290b7a571bb82e3f00363
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T121000Z
DTEND:20261008T123000Z
SUMMARY:MAVLink: State of the Nation - Hamish Willee\, Auterion
DESCRIPTION:An update on MAVLink project and standardization: how we're aligning stakeholders around common definitions\, why standardization takes as long as it does\, and what PX4 is doing right now to be a better MAVLink citizen.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:0783b0a9fdba6ee38dcc528f78db0fcd
URL:http://osselceu2026.sched.com/event/0783b0a9fdba6ee38dcc528f78db0fcd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Building Deterministic Heterogeneous Multicore Industrial Systems on MPUs - Mingkai Hu\, NXP
DESCRIPTION:With the increasing availability of high-performance Arm® Cortex-A cores and multiple Cortex-M cores in modern MPUs\, industrial systems are evolving toward heterogeneous multi-core architectures. For example\, compute-intensive applications running on Linux with PREEMPT_RT on A cores\, while deterministic real-time tasks running on A core with RTOS (Zephyr or FreeRTOS). This session will explore the key challenges and corresponding solutions in enabling efficient multi-OS deployment on a single MPU. Topics include: - Unified life cycle management for booting and orchestrating multiple operating systems across cores using TF-A\, U-Boot\, and Linux\, and fast-boot optimization with TF-A mechanism. - High-performance inter-core communication mechanisms for low-latency data exchange - Resource sharing that allow different operating systems to access shared hardware IPs as isolated “virtual peripherals” The session provides practical insights into building efficient and deterministic heterogeneous systems for industrial applications.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:07a674bcb6a257705543139fca31b80c
URL:http://osselceu2026.sched.com/event/07a674bcb6a257705543139fca31b80c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:From Power Sequences To Zink: Mainlining Hardware Accelerated 3D for RISC-V - Michał Wilczyński\, Samsung Electronics
DESCRIPTION:RISC-V is evolving into a capable desktop replacement\, driven by boards like the Lichee Pi 4A\, but a major barrier remains: the lack of a fully open\, upstream graphics stack. This talk explores enabling hardware accelerated graphics on modern RISC-V SoCs by extending the open source Imagination PowerVR driver for the TH1520. We dive into the architectural challenges of this port\, including the complex power sequencing that necessitated the new pwrseq-thead-gpu driver. We break down how the kernel DRM driver interacts with the Mesa PVR Vulkan driver\, and how leveraging the Zink translation layer finally brings standard OpenGL desktop acceleration to the platform. Finally\, we cover the current mainline status and next steps for the StarFive JH7110 display controller integration. Key Takeaways / What Attendees Will Learn: - Porting the open PowerVR driver to the RISC-V TH1520 SoC. - Implementing kernel power sequencing (pwrseq) for complex GPU domains. - Interacting between DRM\, Mesa Vulkan\, and Zink for desktop GL support. - Current mainline status of the JH7110 Display Controller. https://mwilczynski.dev/posts/riscv-gpu-zink/
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:31527a1b46bd5d989996e8ccb33fbd2f
URL:http://osselceu2026.sched.com/event/31527a1b46bd5d989996e8ccb33fbd2f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T130000Z
SUMMARY:Rsinit -- A Tiny Initramfs Toolbox for Embedded Systems - Michael Olbrich\, Pengutronix
DESCRIPTION:Traditionally\, embedded systems were simple enough that an initramfs was not needed at all. This has changed in the last recent years with new requirements\, often related to verified boot. That means that additional steps are now needed before the rootfs can be mounted. Existing solutions\, such as the Yocto initramfs-framework have significant drawbacks. The resulting initramfs is quite big (multiple megabytes) which has a noticeable impact on the boot time. And while the shell scripts make it easy to customize\, robust error handling is difficult. In this talk\, Michael will introduce rsinit (https://github.com/pengutronix/rsinit)\, a single-binary-initramfs for embedded systems\, written entirely in Rust. It is tiny (less than 200 KiB)\, very fast and "just works" for simple use-cases. Alternatively\, it can be uses as a library crate to build a fully custom binary. Beyond being small\, it brings the full power of Rust to the initramfs\, which allows building additional features (such as splash screens or read-ahead) without pulling in further dependencies. Michael will present the existing features\, explain the design choices and give an overview of what is planed for the future.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:8c44137e7a3ef684558b63e499eddc48
URL:http://osselceu2026.sched.com/event/8c44137e7a3ef684558b63e499eddc48
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Beyond the 10-Year Promise: How CIP's Industrial-Grade Foundations Anchor the AI Era - Yoshitake Kobayashi\, Toshiba / CIP & Urs Gleim\, Siemens AG
DESCRIPTION:In April 2026\, the Civil Infrastructure Platform (CIP) reached a historic milestone—its 10th anniversary—and delivered on its founding promise: a full 10-year support lifecycle for the CIP Super Long-Term Support (SLTS) Kernel. CIP is believed to be the first open-source community to sustain a 10-year kernel support commitment in practice. It is also the first OSS project to conform to both IEC 62443-4-1 and 4-2.\n At OSS Japan in December 2025\, we looked "towards" this decade. This talk marks its completion—and turns to the next one. AI is accelerating software development at unprecedented speed while introducing new complexity and supply-chain risk into infrastructure that must run safely for decades. How do we sustain trust\, security\, and longevity when the software landscape shifts daily?\n We will revisit the strategies and engineering behind CIP's 10-year support and security certifications\, then examine why this proven framework matters more than ever in the AI era. Attendees will leave with practical insight into protecting supply-chain integrity\, navigating compliance\, and building open-source foundations that endure technological disruption.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:812c772427ff1a8d3046cf9c1f0db9a6
URL:http://osselceu2026.sched.com/event/812c772427ff1a8d3046cf9c1f0db9a6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Designing Permissioned AI Agents That Can Run Offline - Miley Fu\, Olares Tech
DESCRIPTION:AI agents are moving from chat interfaces into workflows that read files\, call tools\, modify state\, and coordinate multiple services. In cloud-hosted designs\, this often creates a fragile trust boundary: private data leaves the device\, tools are authorized through broad API keys\, and the user has limited visibility into what the agent can do. This talk presents an open-source\, local-first architecture for permissioned AI agents that can operate offline on Linux edge or personal infrastructure. We will break down the architecture into model serving\, retrieval\, tool invocation\, capability scoping\, identity\, audit logs\, sandboxing\, human approval\, and fallback synchronization when connectivity returns. The session is not about a specific agent framework\; it is about the system boundary around agents. Attendees will learn how to separate reasoning from action\, how to map tools to least-privilege permissions\, how to keep sensitive context local\, and how to evaluate agent workflows when network access is unavailable or intentionally disabled.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a533a839491960839042f705cbe3acd4
URL:http://osselceu2026.sched.com/event/a533a839491960839042f705cbe3acd4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Ship Less: Scoping Open Source Contributions That Actually Merge - Yurii Bliuchak\, Apify
DESCRIPTION:Most first contributions fail before the code does. They try to solve too much\, touch too many files\, and stall in review while the maintainer waits for a smaller entry point that never comes. Adding HTTPS support to proxy-chain\, a Node.js proxy library used across the web-scraping ecosystem\, taught me this the hard way. My first attempt was comprehensive: tunnel support\, byte accounting\, certificate handling\, the works. It went nowhere. What merged was a version that did one thing and stopped. We'll use that contribution as a case study in scoping. The technical context matters\, because it's a great example of hidden complexity: TLS changes proxy semantics in ways that aren't obvious until you're counting bytes and realising the handshake traffic your code never sees is inflating every number. But the talk is really about the decisions behind the code - how to identify what "done" looks like before you start\, how to read a maintainer's priorities from their issue tracker\, and how to negotiate a PR boundary that gets merged rather than praised and ignored. You'll leave with a framework for scoping contributions that ship\, and a clearer sense of when doing less is the right call.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d9d2a343c3fe19879118d37f9851eeda
URL:http://osselceu2026.sched.com/event/d9d2a343c3fe19879118d37f9851eeda
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T130000Z
SUMMARY:A Fork Load of Maintenance - Forking a Key Dependency - Tom Sadler & Joel Keers\, BBC
DESCRIPTION:The benefits of building software on top of open source solutions are well understood\, such as avoiding reinventing the wheel\, leveraging global expertise\, and enabling interoperability. Another benefit is the ability to customise open source software for your use case\, but in practice this will often be done by making a fork of the project\, which can result in a significant maintenance overhead.\n \n This talk is a case study of the BBC's fork of dash.js\, a JavaScript library for media playback that is a key dependency for BBC web and connected TV apps. We will explore the reasons why a fork is being maintained\, what the costs and benefits have been\, and what is being done to reduce the maintenance overhead going forwards\, including contributing to the mainline and engaging with the community. Attendees will come away with a better understanding of why and why not to fork\, and how to reduce the burden of maintaining a fork.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:7608f07218c0ceada68bbfccec8ad33d
URL:http://osselceu2026.sched.com/event/7608f07218c0ceada68bbfccec8ad33d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Diagrams & Dragons: Teaching Technical Writing to University Students the Open Source Way - Jiri Herrmann & Vendula Ferschmannová\, Red Hat Czech
DESCRIPTION:For 4 years\, the documentation team of Red Hat Czech has been teaching the fundamentals of technical writing to university students in Brno. \n \n The courses&nbsp\;have been&nbsp\;attended by students of IT as well as non-technical majors\, and&nbsp\;have been&nbsp\;well received by both\n \n In this talk\, we will share how we approached constructing the courses\, what worked\, what didn't\, and how we refined the syllabus year-over-year to adapt to the recent turbulence in the world of technology.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:f8aeb35932c98d0f13a783a81b13cadd
URL:http://osselceu2026.sched.com/event/f8aeb35932c98d0f13a783a81b13cadd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:No Slides\, No Pitches: What Practitioners Really Think of OpenSSF Tools - Katherine Druckman\, JetBrains; Kadi McKean\, ReversingLabs; Tabatha DiDomenico\, G-Research Open Source
DESCRIPTION:Somewhere along the way\, the security ecosystem started asking maintainers to add more steps\, update more plugins\, and generate more outputs\, without asking what it costs them. At cdCon\, the OpenSSF DevRel community ran two back-to-back sessions to fix that: first an open\, no-pitches roundtable where practitioners told us where tools miss the mark\, then a maintainer lightning round where the people who could act on that feedback were already in the room.\n \n This talk distills what came out of both. We'll cover the adoption gap (lots of awareness\, far less implementation)\, why a year on this community still doesn't trust the SBOMs it generates\, the recurring "I have one security engineer — where do I start?" problem\, and the confusion created by too many badges and not enough wayfinding. Then we'll show how a wave of OpenSSF projects — from gittuf and Sigstore to OpenVEX\, SBOMit\, and the OSPS Baseline — are responding\, including where there is work to do.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:81c0a3a24954bfe3f3eaa6553e2d232e
URL:http://osselceu2026.sched.com/event/81c0a3a24954bfe3f3eaa6553e2d232e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T130000Z
SUMMARY:Serial Passthrough in PX4: Accessing FC Serial Ports Over MAVLink - Philipp Engljähringer\, Auterion
DESCRIPTION:PX4 v1.18 introduces a serialpassthrough driver that lets any MAVLink client read from and write to flight controller serial ports. This talk walks through the design: how SERIAL_CONTROL messages are mapped to hardware UART ports and\, on STM32F7/H7 boards\, to ESC signal pins via a software bit-bang UART\; How reply routing\, buffer management\, and channel exclusivity are handled. We also cover the MAVLink↔UART bridge pattern that makes the feature usable from standard host-side tools\, and the PASSTHRU_EN mechanism for safely handing off ESC signal pins at boot. Whether you need to debug a serial peripheral over a telemetry link\, configure an ESC remotely\, or build custom tooling on top of SERIAL_CONTROL\, this talk gives you the full picture.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:97e2bfcd42bca39c30003f41488a0e06
URL:http://osselceu2026.sched.com/event/97e2bfcd42bca39c30003f41488a0e06
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Evolving Zephyr USB Host Stack: Enabling UVC\, CDC-ECM and Hub With Real-World Lessons - Mark Wang\, NXP Semiconductors
DESCRIPTION:The Zephyr USB host stack is still evolving and remains an experimental subsystem for many real-world applications. This session presents practical experience in enabling key USB host classes in Zephyr\, including UVC (USB Video Class)\, CDC-ECM\, and USB Hub support\, along with a series of architectural improvements to the host stack. The presentation highlights the challenges and lessons learned while bringing these features to Zephyr\, including attach/detach handling\, dynamic class matching for composite devices\, device lifecycle management across class drivers\, the core stack\, and UHC drivers\, dynamic configuration selection\, and limitations in current APIs. In addition\, the session identifies gaps in the current USB host subsystem and outlines potential directions for future evolution. It aims to provide practical insights and guidance for developers working on USB host support in Zephyr.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:f70c22f1dc0929ed69d20e42e2bb01b2
URL:http://osselceu2026.sched.com/event/f70c22f1dc0929ed69d20e42e2bb01b2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T124000Z
DTEND:20261008T132000Z
SUMMARY:Fake Drivers: A Practical Guide To Zephyr Test Doubles - Henrik Brix Andersen\, Vestas Wind Systems A/S
DESCRIPTION:In Zephyr\, subsystems\, middleware\, and application components typically depend on one or more lower-level device driver APIs. For testing these upper-level subsystems in isolation\, the lower-level driver dependencies must still be satisfied. A popular software design pattern for this is to use test doubles. However\, how can this be achieved in Zephyr without introducing test-specific changes to the upper-level subsystem? The solution is to use fake drivers. This presentation will explore various use cases for employing fake device drivers as test doubles\, examine the structure of a fake driver implementation\, and demonstrate how fake drivers can be used to not only satisfy test dependencies\, but also facilitate test case isolation\, driver API call inspection and instrumentation.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:753b18e4a39039a62f1ec9646f02335c
URL:http://osselceu2026.sched.com/event/753b18e4a39039a62f1ec9646f02335c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T130000Z
DTEND:20261008T132000Z
SUMMARY:LibreCar: Android Auto on Mobile Linux - Petr Hodina\, SolderChef
DESCRIPTION:Android Auto requires Google's device integrity checks before it will connect to a car head unit\, which by design locks the protocol to stock Android. Mainline mobile Linux phones have no path to car integration as a result. LibreCar is an open-source implementation of the Android Auto protocol for the phone side. It lets any mainline Linux phone connect to a head unit wirelessly over Bluetooth and Wi-Fi\, or wired over USB\, without depending on Android or Google. . This talk walks through what it takes to open a session with a head unit\, how to compose and stream the video output it expects\, and how to read touch input back from the interface.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f782ee5be360e4da4e23d2a097527f2a
URL:http://osselceu2026.sched.com/event/f782ee5be360e4da4e23d2a097527f2a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T130000Z
DTEND:20261008T132000Z
SUMMARY:What You Need To Know About Project Health - Daniel Izquierdo Cortazar\, Bitergia
DESCRIPTION:Most organizations consuming open source have no systematic way to assess whether the projects they depend on are thriving\, stagnating\, or quietly dying. Scanners tell you about license\, origin\, and known vulnerabilities. Nothing tells you a maintainer is burning out or release cadence has silently stalled until it’s too late.\n \n This talk introduces project health as a missing layer of supply chain risk management. We’ll cover the core metrics that matter from the work of CHAOSS (Community Health Analytics for Open Source Software) and how they complement security-focused efforts like OpenSSF Scorecard.\n \n We’ll look at what’s ahead: making health data federated\, queryable\, and built into the tools and metadata infrastructure teams already use\, so a health check becomes as automatic as a vulnerability scan. We’ll cover what’s being built now\, what’s still unsolved\, and how you can get involved.\n \n Leave with a practical framework for evaluating dependency health today\, and understand where this ecosystem is headed: toward a future where operationalized open health data at scale makes project health visible\, measurable\, and actionable for everyone who depends on open source.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e88e9224d29ad574a92263e76c14d8a7
URL:http://osselceu2026.sched.com/event/e88e9224d29ad574a92263e76c14d8a7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T130000Z
DTEND:20261008T132000Z
SUMMARY:State of MAVSDK - Julian Oes\, Julian Oes Consulting
DESCRIPTION:As a maintainer of MAVSDK I would like give an update on the current state of the project\, specifically about changes and improvements coming with MAVSDK v4\, such as: - New lightweight Python wrappers - New MavlinkDirect plugins - And lots of improvements under the hood
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:3e183876f4581e907eff4dafaeb971fe
URL:http://osselceu2026.sched.com/event/3e183876f4581e907eff4dafaeb971fe
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T132000Z
DTEND:20261008T135000Z
SUMMARY:Ask the Expert Sessions
DESCRIPTION:Come sit down with some open source experts to gain knowledge 1:1 and ask all your pressing questions! No sign-up necessary. More information to come!
CATEGORIES:ASK THE EXPERTS
LOCATION:Congress Hall Foyer 4B\, Prague\, Czechia
SEQUENCE:0
UID:facbbb7144acaf309606fc1ede4c55b0
URL:http://osselceu2026.sched.com/event/facbbb7144acaf309606fc1ede4c55b0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T132000Z
DTEND:20261008T135000Z
SUMMARY:Coffee Break
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:b0e227d6a8852960034ad00f94e61f85
URL:http://osselceu2026.sched.com/event/b0e227d6a8852960034ad00f94e61f85
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:KubePACS: From Systems Research To Open Source Spot Instance Provisioning on Kubernetes - Kyungyong Lee\, Hanyang University
DESCRIPTION:Spot instances reduce cloud bills by up to 90%\, but choosing which to use is a multi-dimensional puzzle where price\, performance\, interruption risk\, and instance heterogeneity all interact. Kubernetes provisioners like Karpenter optimize a narrow slice of this problem\, tightly coupled to a single cloud vendor\, AWS. KubePACS is an open source project that separates the decision from the execution. A vendor-neutral optimizer computes the best mix of instance types for a workload's cost-performance-availability profile\, then translates that into native configuration for the user's provisioner The talk goes deep into the system: the ILP-based selector for cost-performance-availability trade-offs\, the GSS-driven optimizer that tunes them automatically\, multi-node spot placement awareness for robust capacity across cloud providers\, and clean integration with upstream Karpenter. Attendees see measured gains over baseline configurations and take away an architecture pattern for performance-aware spot instance provisioning. We close with our intent to grow KubePACS as an open source community effort and welcome contributors to shape what comes next.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:88634a7897a3afe0717c233829a17bf5
URL:http://osselceu2026.sched.com/event/88634a7897a3afe0717c233829a17bf5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Signed\, Sealed\, Delivered: Yocto Project Reference Containers - Tim Orling\, Konsulko Group
DESCRIPTION:Containers ship everywhere\, yet their software supply chain remains murky. Today's SBOM tools work backwards\, scanning a finished image to guess what's inside — an approach prone to omissions and inaccuracies that the EU Cyber Resilience Act will make increasingly untenable. The Yocto Project uses a fundamentally different path. Because we build everything from source\, we generate an accurate\, complete SPDX 3.0 SBOM during the build\, not after it — with full license and provenance information. In this presentation\, we discuss a new approach that lets us build minimal\, multi-layer OCI container images using standard Yocto tooling\, with no special privileges required\, to produce repeatable and auditable results. We will demonstrate end-to-end automation on the Yocto Project AutoBuilder: building reference container images\, attaching SBOM and license attestations\, signing them\, and pushing to public registries. Attendees will leave understanding how reproducible builds\, from source\, close the container manifest gap — and how to consume these images today.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:67e7b9c1a7221d5ff6d88ef4eb6659d7
URL:http://osselceu2026.sched.com/event/67e7b9c1a7221d5ff6d88ef4eb6659d7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Using the Linux Tracing Infrastructure and eBPF for Latency Analysis - Jan Altenberg\, Open Source Automation Development Lab (OSADL) eG
DESCRIPTION:The Linux tracing infrastructure provides several methods for recording events in the operating system. Apart from many other use cases\, tracing is often being used to identify the root cause of high latencies on Linux with enabled real-time configuration. The possibility of filtering and a fine granular selection of the events to be recorded reduces the overhead and therefor allows tracing of time critical sections with low impact on the runtime behavior. Events generated by the tracing infrastructure can also serve as a hook for eBPF programs\, which run in a sandbox inside the kernel. These can be used for timing analysis within the kernel without the need of switching to userspace. This presentation will give a brief overview of the Linux tracing infrastructure\, eBPF and how they can be used to analyze scheduling latencies on a Linux system with real-time requirements.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:c3d0d5f2841536ff7f0f0357b9cbb7e9
URL:http://osselceu2026.sched.com/event/c3d0d5f2841536ff7f0f0357b9cbb7e9
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:WPE Hands-On: Writing a Launcher for Embedded Devices With the New WPEPlatform API - Mario Sanchez-Prada\, Igalia
DESCRIPTION:WPE WebKit is the WebKit port for Linux-based embedded devices\, powering Web-based user interfaces on platforms such as set-top boxes\, smart appliances\, and industrial systems. With the 2.54 release\, a stable version of the new WPEPlatform API is now available\, radically simplifying how the Web engine is embedded: thanks to built-in support for Wayland\, DRM/KMS\, and headless rendering\, libwpe and external backends are no longer needed unless you target a different platform. Zero-copy buffer sharing via DMA-BUF is also available for efficient video and graphics pipelines on modern Linux kernels and supported platforms. After a quick introduction to WPE WebKit\, the session will demonstrate the new API in practice\, showing how simple it has become to write a custom launcher to run Web-based applications on embedded devices. It will also offer practical guidance for migrating existing integrations to WPEPlatform\, whether they are based on Cog or built directly on the legacy API. Whether you are evaluating WPE for the first time or maintain devices already shipping it and wonder what it means for you\, this talk will help you get started with the next generation of the WPE public API.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:07a7438c9f423f6a37d22bb481e4ffa5
URL:http://osselceu2026.sched.com/event/07a7438c9f423f6a37d22bb481e4ffa5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Plug-and-play Kernel CI: From Patch To PR Without a Test Lab - Shreeya Patel\, CIQ
DESCRIPTION:You maintain a kernel fork. Maybe it's an LTS branch\, a distro kernel\, or an embedded platform. You push a patch and wonder\, will it boot? Will it break something that worked yesterday? Most CI solutions either need a full test lab you can't afford\, or give you a virtme smoke test that won't catch real failures. We faced the same problem. 5 engineers\, multiple kernels\, no test lab budget. So we built a kernel CI pipeline that does real boot\, real tests using nothing but GitHub Actions. The key difference from other CIs is that we don't use virtme. We boot a full disk image. The bugs that only show up during a real boot\, module loading failures\, get caught here. In this talk\, I'll walk through how we boot real disk images in CI\, run test suites against every patch\, and catch regressions before they hit your branch\, all without a test lab. I'll explain the pipeline design\, demo the full cycle from patch to test results\, and cover what it takes to go from "nothing" to a working multi-arch kernel CI. We're also making this pipeline portable and open for others to use. If you maintain a kernel and want real integration testing without the overhead of a test lab\, this talk is for you.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e974d9fbdbfb9310e29fd29accb44efd
URL:http://osselceu2026.sched.com/event/e974d9fbdbfb9310e29fd29accb44efd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Open Standards for Measuring Carbon\, Energy\, and Water in Software and AI - Navveen Balani\, Linux Foundation
DESCRIPTION:Software’s environmental footprint\, especially AI’s\, is becoming a business\, governance\, and regulatory priority. The EU AI Act introduces environmental transparency expectations for general-purpose AI\, while the CSRD expands sustainability reporting obligations to 50\,000+ companies. As software and AI adoption accelerate\, organizations are increasingly seeking consistent ways to measure carbon\, energy\, and water impacts across workloads and inference.\n \n The Green Software Foundation\, a Linux Foundation project\, is helping shape the open standards foundation for this transition:\n \n • SCI (ISO/IEC 21031:2024): the ISO-ratified standard for software carbon intensity\n • SEE: measuring software energy efficiency across workloads\n • SCI for AI: extending measurement to AI training\, fine-tuning\, and inference\n • SWE: addressing the growing water footprint of software and AI systems\n \n Drawing on direct experience chairing and co-leading these specifications\, this session explores how these standards connect\, align with emerging expectations such as the EU AI Act and CSRD\, and help organizations build measurable\, transparent\, and sustainable software and AI systems.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d2d39ea506395a0bab434811e3cc1a8d
URL:http://osselceu2026.sched.com/event/d2d39ea506395a0bab434811e3cc1a8d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Ask for Help Like a Pro! - Jakub Scholz\, Cloudera
DESCRIPTION:Open source communities are like a busy marketplace from some fantasy book. They are crowded\, full of magic\, and have all kinds of information. You will meet there many different characters: the wizards who saw everything twice and have every answer\; the newbies who just landed and are completely lost\; or the jumpy folks looking desperately for some quick fix for their production issue. It can be an intimidating place and it can be hard to find the right answers. This talk will try to help you navigate it. What are the differences between commercial support and community help? How do you find the right channel for your questions? What are the things you should always include when asking for help with some problem? How to deal with confidential data in your logs or configurations? This talk will try to answer all these questions and more. It will help you to ask for help like a pro and get the best answers quickly to get your systems up and running as soon as possible.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:88311676d1637d03b91a722f6488e5ce
URL:http://osselceu2026.sched.com/event/88311676d1637d03b91a722f6488e5ce
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Open Source Maintainers Vs. The CVE Tsunami - Madelyn Olson\, AWS & Harkrishn Patro\, Apple
DESCRIPTION:AI-powered security models have fundamentally changed vulnerability discovery. What once took months of expert auditing now runs continuously at scale\, flooding maintainers with vulnerability reports\, coordinated disclosure requirements\, patch demands\, and CVE assignments. The industry celebrates AI finding more bugs\; maintainers are drowning in the reports.\n \n This talk examines how maintainers of critical open-source infrastructure can adapt to handle the incoming wave. This requires new processes at all levels of the development process. Maintainers can use AI tooling to help differentiate slop requests from genuine vulnerabilities\, use them to help automate and coordinate disclosures\, and start proactively searching for these vulnerabilities so they never entered production in the first place. We'll give concrete examples and patterns that you can use to apply to your own works as a maintainer or security researcher.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:944b127351efc5d8b1e448e294d3933f
URL:http://osselceu2026.sched.com/event/944b127351efc5d8b1e448e294d3933f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Panel: Can University OSPOs Unlock Global Open Source Partnerships? - Stephanie Lieggi\, UC Santa Cruz; Nithya Ruff\, Independent; Clare Dillon\, CURIOSS; Jacek Plucinski\, University of Luxembourg
DESCRIPTION:University researchers create innovative open source ecosystems that can reshape global digital infrastructure\, however translating that work into sustainable partnerships with open source communities - and industry - remains difficult. Promising projects disappear based on funding cycles and student/faculty transience. Barriers to collaboration – IP issues\, funding models\, institutional culture – remain difficult to tackle. While these challenges are universal\, the landscape looks different depending on in which part of the world you sit. Funding\, technology transfer norms\, and expectations from academic partners vary significantly between the EU and North American contexts. This panel brings together university OSPO practitioners to examine what a genuinely international model for university-industry open source collaboration could look like. They will share what's working in their ecosystems\, where barriers lie\, and whether shared infrastructure could bridge regional differences. The session includes space for audience input on what is most needed to make academic partnerships stronger at a global level.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e29a196ff887d3c43c31eea36b0b4c54
URL:http://osselceu2026.sched.com/event/e29a196ff887d3c43c31eea36b0b4c54
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Maven-Lockfile: Locking Down the JVM Supply Chain for Hermetic Builds - Aman Sharma\, KTH Royal Institute of Technology & Bruno Pimentel\, Red Hat
DESCRIPTION:Modern software projects depend on hundreds of third-party libraries\, making reproducible and secure builds increasingly difficult. However\, Maven\, one of the most widely used Java build tools\, has no native lockfile support. This leaves projects exposed to version drift\, tampered artifacts\, and dependency confusion attacks\, while making hermetic builds difficult to achieve. Maven-lockfile addresses this by generating a cryptographic record of all resolved artifacts\, including transitive dependencies\, and validating them on every build. This enables frozen dependency sets for exact historical reproducibility. In collaboration with Red Hat\, we extended maven-lockfile to systematically capture build extensions\, BOMs\, and other dynamically fetched artifacts required for hermetic builds\, and compare it against Maven-native approaches like Trusted Checksums. To complete the workflow\, we demo maven-lockfile alongside Hermeto\, a CLI tool that pre-fetches dependencies into a local cache\, enabling fully network-isolated builds.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:7c6a3ff402e8e2a5bdbc5b055c60fbf0
URL:http://osselceu2026.sched.com/event/7c6a3ff402e8e2a5bdbc5b055c60fbf0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T141000Z
SUMMARY:SIH: A Flight Simulator That Lives Inside the Autopilot - Marco Hauswirth\, Auterion AG
DESCRIPTION:Most PX4 simulation relies on an external simulator talking to the autopilot over a network bridge. SIH\, the Simulator In Hardware\, does the opposite: it is a single PX4 module that integrates the full rigid-body equations of motion right next to the flight stack. The same code runs as a SITL process on your laptop and\, just as well\, directly on the flight controller\, feeding synthetic sensor data into the estimation pipeline while the board flies a virtual vehicle. This talk opens up SIH and shows how little there is between you and a flying model: how actuator outputs become forces and torques\, are integrated through the equations of motion\, and are reconstructed into noisy IMU\, baro\, GNSS\, and airspeed signals that the rest of PX4 cannot tell from real hardware. We cover the vehicle types supported\, the aerodynamic model that makes adding an airframe a matter of physics rather than plumbing\, and how to launch\, run\, and extend SIH.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:8aea181e64778ca814783106f6161043
URL:http://osselceu2026.sched.com/event/8aea181e64778ca814783106f6161043
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Enabling Matter on Zephyr - Aksel Mellbye\, Silicon Labs
DESCRIPTION:Matter is an open-source application-layer connectivity standard for connected home devices built on top of Wi-Fi and Thread\, technologies that are both supported in Zephyr. Until recently\, Matter support on Zephyr was primarily delivered through vendor-specific downstream SDKs\, but there has been a growing effort to collaborate upstream in both the Matter and Zephyr communities to improve integration between the two projects. This session will explore the current state of Matter support in the Zephyr ecosystem\, including how Matter is integrated today as an external middleware module. We will review ongoing development efforts across both projects to create a shared Zephyr platform abstraction layer for Matter\, improve build system integration\, maintenance and developer experience\, and highlight opportunities for community contribution. Attendees will gain an understanding of the architecture of Matter on Zephyr\, recent upstream developments\, the roadmap for future integration work\, and how they can contribute to the effort.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:4186fca17b16b7b9a82c62365217ad0f
URL:http://osselceu2026.sched.com/event/4186fca17b16b7b9a82c62365217ad0f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T135000Z
DTEND:20261008T143000Z
SUMMARY:Stop Rewiring: Scale Embedded Hardware Testing - Franklin Cooper\, Texas Instruments
DESCRIPTION:Embedded test automation is often limited by something simple: wires. External loopback\, testing another peripheral instance\, validating a power domain\, or connecting to external equipment can each require a different setup. As coverage grows\, teams end up with custom fixtures\, manual steps\, fragile lab instructions\, and CI systems that cannot reproduce a developer’s bench setup. This talk presents an open source framework that uses a low-cost\, off-the-shelf FPGA board as a programmable routing fabric. It sits between the device under test and the rest of the setup\, routing pins to loopbacks\, other peripherals\, boards\, or tools. The framework is software-agnostic: it works with Zephyr\, Linux\, bare metal\, or vendor SDK testing. Tests declare the needed connections\, metadata describes the FPGA-to-device wiring\, and the framework generates per-test Verilog\, runs open source FPGA tools\, and programs the FPGA. The talk will cover lessons from real tests\, common peripheral limits\, demo and how to reproduce this setup at a desk\, in a lab\, or in CI. Key benefits: *Low-cost off-the-shelf hardware *Open source software *Easier developer desk testing *More CI/CD regression coverage
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:33469d672f8951d658cc4e6852de6bda
URL:http://osselceu2026.sched.com/event/33469d672f8951d658cc4e6852de6bda
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T141000Z
DTEND:20261008T143000Z
SUMMARY:Keep It in the Air: Surviving Motor Failures in PX4 - Gennaro Guidone\, Auterion
DESCRIPTION:What if losing a motor didn't mean losing the drone? This talk gives an end-to-end overview of how PX4 handles motor failure on multicopters: how it recognizes a failing motor\, and the failsafe and control-allocation responses that decide what happens next.\n We'll then look at where motor-failure handling is heading: a new filter-based detection method that learns each motor's expected behavior to catch faults earlier\, the tooling to calibrate it from real flight data\, and a recovery that can keep a vehicle flying\, and bring it home\, after losing a motor.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:75e108d0d6289b47f2e4cba512790224
URL:http://osselceu2026.sched.com/event/75e108d0d6289b47f2e4cba512790224
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:Stateless by Design: Lessons From Building Infrastructure-as-Code Without Local State - Prashansa Kulshrestha\, Kong Inc
DESCRIPTION:Most IaC tools\, Terraform chief among them\, keep a local copy of state to plan changes\, detect drift\, and resolve references. That state file is also a known source of pain: it can go stale\, get corrupted\, and become a coordination bottleneck. What happens when an IaC system deliberately keeps no local state? Instead of a stored snapshot\, every operation reconciles desired configuration against live state at apply time. That single choice shapes everything else\, and not all of it is smooth sailing. Drawing on her experience building widely adopted open-source declarative CLIs\, Prashansa unpacks the lessons she learned. The talk covers the tradeoffs statelessness forces: full-state sync versus additive configuration and when each fits\, resolving references without a stored dependency graph\, schema-aware diffing\, and transparent reconciliation so users see what a tool does. It also covers production challenges: compatibility across platform versions\, evolving schemas\, and keeping behaviour predictable as systems grow. Attendees will leave understanding why most IaC tools rely on state\, what gets simpler and harder without it\, and how to weigh these tradeoffs in their own systems.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:bc47ba40839311c8dcc739ca4252b11c
URL:http://osselceu2026.sched.com/event/bc47ba40839311c8dcc739ca4252b11c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:Bring Linux DRM Display Panel Support in the Modern Age - Neil Armstrong\, Linaro
DESCRIPTION:Since the introduction of the first Samsung DSI panel\, the Linux DRM panel API became an important piece of software used to enable displays across very different hardware architectures. However\, the panel support API hasn't evolved much since then. Currently\, the API is showing its age alongside modern graphics stacks. It doesn't support the atomic DRM API and lacks the ability to adapt the power setup while changing DRM modes. Furthermore\, it doesn't support the advanced features that new Display Driver ICs (DDIC) heavily rely on\, such as standby and advanced power states\, advanced color management\, dynamic rate switching\, command mode self-refresh and more. Neil will present you the history of the panel API from its origins\, outline its current architectural limitations\, and lead this BoF to discuss how to bring Linux DRM Display Panel support into the modern age. This open discussion will focus on how to collaboratively solve all those missing features to support modern devices and close the widening gap with downstream vendor support.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:44baa92013710411fea03834a328b944
URL:http://osselceu2026.sched.com/event/44baa92013710411fea03834a328b944
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:One Yocto Distro\, Many Boards\, Few Engineers - Yann Cardaillac\, Balena
DESCRIPTION:At balena\, a 6 person team maintains 1 distro meta for 80+ boards across multiple Yocto versions. This talk unpacks the layer layout that make this level of scale possible. Maintaining one distro across multiple architectures and vendor BSPs is\, above all\, a separation-of-concerns problem. Centralizing every board in one BSP layer\, forking vendor trees\, or splitting repos without clear boundaries each trades one pain for another: merge hell or upgrade paralysis when vendors move at different speeds. Yocto's layer model is built for it but the boundaries are easy to miss. I learned it the hard way: managing boards from several vendors in a single BSP works at first\, then fails to scale. During the session\, you'll learn: - How to structure distro logic\, version-specific\, board and vendor layers - Anti-patterns from real projects - Strategies for on-boarding new hardware boards without duplicating distro logic or getting blocked by a lagging vendor BSP You will leave with a concrete layout to evaluate against your own BSPs and enough pointers using balenaOS’s oss repositories as a reference implementation to start migrating toward a maintainable global BSP.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:7b53ef233050d633c1505e2f49e51eb6
URL:http://osselceu2026.sched.com/event/7b53ef233050d633c1505e2f49e51eb6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:State of Embedded Linux - Walt Miner\, The Linux Foundation
DESCRIPTION:This talk offers a comprehensive look at what's changed in the embedded Linux world over the past year. Walt will walk through the latest kernel developments most relevant to embedded developers\, survey key userspace projects shaping modern embedded designs\, and cover the broader community\, industry\, and legal landscape — from the status of major processor architectures to initiatives at the Linux Foundation and beyond. Whether you're tracking changes to subsystems you already rely on or looking for new tools and techniques to improve your workflow\, this session will help you stay current in a fast-moving ecosystem. Come find out what's new\, what's shifting\, and what it means for your embedded Linux work.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:4d20ed55d33d73251295e8971fb090e1
URL:http://osselceu2026.sched.com/event/4d20ed55d33d73251295e8971fb090e1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:Caching in the Storage Path - How To Gain Performance Without Loosing Data - Werner Fischer\, Thomas-Krenn.AG
DESCRIPTION:Every time you write data to or read data from a storage device in Linux\, multiple caches are involved: the page cache (located in the memory) on the VFS layer\, different kinds of caches on the storage devices (SSDs\, HDDs) and controllers\, and maybe filesystem-level or device mapper-level caches\, too. The caches help you to boost the I/O performance\, but they also increase the risk of data loss in case of a sudden power outage. Understanding and configuring these caches correctly can be challenging\, in particular if you are running virtualized systems and you have to set QEMU caching parameters (writeback\, none\, writethrough\, directsync\, unsafe)\, too. In this talk\, Werner explains how these caches work and shows you how to tune them for optimal performance while still being safe in case of a power outage.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:93e191741d79f8b5e89a237247777ef2
URL:http://osselceu2026.sched.com/event/93e191741d79f8b5e89a237247777ef2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:Panel: The Future of AI Inference in Cloud Native: Open Source Innovation\, Challenges\, and Opportunities - Martin Hickey\, IBM Research; Maroon Ayoub\, Red Hat; Nili Guy\, IBM; Cong Liu\, Google; Hyunkyun Moon\, Moreh
DESCRIPTION:As AI workloads move into production in cloud native environments\, the open source community must define the future of AI inference infrastructure. This panel convenes experts from leading projects to assess the ecosystem and chart a path forward.\n \n Key themes include:\n \n - The evolution of cloud native inference (from serverless to large‑scale distributed serving)\n - Performance and efficiency advances such as KV cache management\, quantization and hardware acceleration\n - The need for standardization across APIs\, model formats and interoperability.\n \n They’ll also examine how projects like vLLM\, llm‑d\, and KServe can collaborate to reduce fragmentation.\n \n Panelists will address real‑world challenges in Kubernetes deployment\, including multi‑tenancy\, GPU sharing\, autoscaling and observability. There will also explore emerging trends such as edge inference\, multi‑modal models and the convergence of training and inference systems.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d6a56e9e76f5894562c8523e96743ccd
URL:http://osselceu2026.sched.com/event/d6a56e9e76f5894562c8523e96743ccd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:How One Open Source Program Changed the Direction of My Career - Saumya Singh\, IBM
DESCRIPTION:In 2018\, I applied to an open source program with no expectations. I wasn't from a well-known college. I didn't have a strong professional network. Like many students\, I was simply looking for a way to learn\, gain experience\, and figure out where my career was headed. That single application led to opportunities I could never have predicted. Over the next few years\, open source introduced me to mentors\, global communities\, speaking opportunities\, internships\, scholarships\, leadership roles\, and eventually a full-time career in technology. More importantly\, it changed how I viewed learning\, collaboration\, and my own potential. This session is a personal story about how one open source opportunity created a ripple effect that shaped an entire career. Along the way\, I'll share the practical lessons I learned about contributing to projects\, building relationships within communities\, overcoming self-doubt\, and creating opportunities that don't exist in traditional classrooms. Whether you're a student\, an aspiring contributor\, this talk offers a realistic look at how community-driven programs can create life-changing opportunities.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:83ad0b28e09014ddd4615fe5203837f1
URL:http://osselceu2026.sched.com/event/83ad0b28e09014ddd4615fe5203837f1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:Building Resilience: The Future of Open Source - Ruth Suehle\, Cloudera
DESCRIPTION:Quietly over the course of 25 years\, open source software evolved from a domain perceived as that of only hobbyists into the invaluable backbone of modern digital infrastructure. Sustaining that success for the future will require more than code. It requires resilience: a trait not of technology. but of people. Of community. With increasing regulation around the world\, evolving cybersecurity requirements\, burnt out contributors\, and stagnant corporate participation and funding\, how do we ensure the ecosystem’s continued success? The things that have worked for the first decades will not be the things that keep us going. Let’s look together at sustainability not only as a funding problem\, but also from the perspectives of global policy changes\, security\, and other intertwined issues that face open source in the coming years.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:72493007ca48c3e5b5adb12e8534d047
URL:http://osselceu2026.sched.com/event/72493007ca48c3e5b5adb12e8534d047
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:From Source To Wheel: Solving Python's Bootstrapping Problem - Rohan Devasthale & Christian Heimes\, Red Hat
DESCRIPTION:When you run pip install numpy\, pip downloads a pre-built binary someone else compiled. For most developers that's fine\, but in regulated environments or anywhere supply chain integrity matters\, it's a gap one that incidents like the LiteLLM PyPI compromise and fake DeepSeek packages have made harder to ignore. There's a bootstrapping problem too: building numpy needs setuptools\, and building setuptools needs… setuptools. Every existing tool pip\, uv\, conda breaks this cycle by quietly downloading pre-built binaries. None give you a unified view of the full dependency tree\, making it hard to audit what was built\, from where\, and in what order. This talk walks through an unsolved problem in Python packaging bootstrapping entire dependency trees from source and how Fromager tackles it using PEP 517. We'll cover: 1. Why pip install --no-binary :all: doesn't get you to "built from source" 2. Where pip\, Nix\, Spack\, and Bazel each fall short 3. The two-stage discover/build split and the JSON artifacts it produces for auditing 4. Why building packages as collections keeps them ABI-compatible critical for stacks like PyTorch with CUDA/ROCm native code
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:d207aca04f03d3bd4f284d285eeb7e89
URL:http://osselceu2026.sched.com/event/d207aca04f03d3bd4f284d285eeb7e89
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T150000Z
SUMMARY:From Gazebo Simulation To Flight Operations: Developing a Production Precision Landing System - Andrei Cuenca\, Censys Technologies
DESCRIPTION:Autonomous VTOL aircraft require reliable\, precision landing capabilities to enable real world applications from package delivery to infrastructure inspection. This session presents a complete open-source precision landing system built on ROS 2 and PX4\, covering the full development lifecycle from high fidelity simulations to flight tested deployment. We'll walk through how we developed\, validated\, and refined a multi-sensor perception and control stack that achieves centimeter-level landing accuracy using only commodity sensors and open-source tools. The system uses AprilTag fiducials for dock detection\, fuses visible and infrared camera streams with a Kalman filter for robust pose estimation\, and executes a phased descent state machine with real-time PID control. The presentation covers: Simulation first development: Building a Gazebo SITL environment with realistic sensor models ROS 2 + PX4 integration: Bridging autopilot and perception via micro-XRCE-DDS\, Production deployment: Lessons learned scaling from lab prototype to field-tested hardware. Practical guidance on composing a production system from ROS packages\, PX4 firmware\, and community-contributed modules.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:906a2bf52051d4fad90244df8d379eb1
URL:http://osselceu2026.sched.com/event/906a2bf52051d4fad90244df8d379eb1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:A Generic RF PHY Driver API for Proprietary Protocols in Zephyr - Sean Lyons\, Texas Instruments
DESCRIPTION:Zephyr has mature driver APIs for IEEE 802.15.4\, Bluetooth\, Wi-Fi\, and LoRa but none for radios running proprietary or custom link-layer protocols. The gap is most acute in Sub-1GHz but applies equally to proprietary 2.4GHz radios used in audio\, gaming peripherals\, and industrial control. Current workarounds include using a protocol-specific API like ieee802154_radio_api or shipping standalone drivers and importing MAC assumptions that don't belong at the PHY. The result is duplicate code across out-of-tree drivers that lock applications to a single chip and block upstream contribution. The problem spans standalone transceivers and integrated SoCs across TI\, Silicon Labs\, Microchip\, and ST. This talk revives Zephyr RFC #43201 (closed 2022) with a focused proposal: a new prop_rf driver API covering only physical-layer operations\, leaving link-layer concerns to the application or protocol implementer. Three principles drive the design: applications port across vendors without API lock-in\; vendor HALs remain free to expose custom features via device-specific extensions\; and the API works for both external transceivers and integrated SoCs.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:690aadce68a0c48c03b8686df6a36e75
URL:http://osselceu2026.sched.com/event/690aadce68a0c48c03b8686df6a36e75
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T144000Z
DTEND:20261008T152000Z
SUMMARY:ZView: Non-Intrusive Runtime Observability for Zephyr - Paulo Santos\, EDGE-UFAL
DESCRIPTION:Zephyr is a comprehensive ecosystem\, but sometimes you want a better view of your system and end up reaching for shell\, UART\, printk\, RTT\, or tracing\, all of which work\, but all of which cost on-target code\, pins\, or configuration overhead\, or even extra hardware.\n ZView is a live\, non-intrusive\, low-integration-cost runtime observability tool that provides an overview of how your application behaves (threads\, heaps\, allocation and fragmentation\, CPU usage\, and more) all in a TUI\, using only your debug probe via SWD.\n It uses the debug access port to read kernel memory passively while the target keeps running. No instrumentation\, no halt\, no extra pins. ZView interprets what it reads\, recognizing threads\, heaps\, and other kernel objects\, turning raw memory into actionable runtime insights.\n This talk covers what ZView is\, how it works\, its limits\, and where it can go next. The goal is to make ZView a standard part of the Zephyr debugging toolkit\, with the community's help.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:5e3a87178e92b55b2809288e0ecfba94
URL:http://osselceu2026.sched.com/event/5e3a87178e92b55b2809288e0ecfba94
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T150000Z
DTEND:20261008T152000Z
SUMMARY:An Open-Source PX4 Swarm With Onboard ESP32-P4 Vision - Mindaugas Jonauskis\, Team Mach Mind
DESCRIPTION:I want to share our bumpy road on Swarm Drone Challenge 2026 (ILA Berlin) with a team of two people and what two stubborn guys can achieve during weekends - 4th place. We built a swarm of 5 drones\, each running PX4 for flight\, coordinated by a ROS2 ground station and onboard with two ESP32-ser. microcontrollers. ESP32-P4 was dedicated to onboard ArUco vision and ToF obstacle sensing (no Linux SBC) and an ESP32-S3 handling MAVLink and micro-ROS comms over WiFi. I will cover architecture — PX4 + MAVLink + a ROS2 commander that assigns swarm roles and streams waypoints — and the onboard vision pipeline on bare microcontrollers. Comparison of Version 1.0 (single-MCU) vs Version 2.0 (dual-MCU) and why we shipped a deterministic Manhattan-grid navigation fallback when ArUco-EKF localization could not be deployed in time. Our solution was open-sourced - https://github.com/machmind-dev/drone-swarm-challenge-2026
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:444222a2e98edc480e2707e350370855
URL:http://osselceu2026.sched.com/event/444222a2e98edc480e2707e350370855
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T152000Z
DTEND:20261008T162000Z
SUMMARY:Embedded Linux Conference Tech Showcase
DESCRIPTION:We’re excited to host the Embedded Linux Technical Showcase at Open Source Summit and Embedded Linux Conference Europe 2026! This unique event brings the world of embedded Linux out into the open\, literally. Unlike desktop or server environments\, where Linux is front and center\, embedded Linux often runs behind the scenes. The goal of this showcase is simple: “Seeing is believing!”\n\nThe showcase offers a chance to highlight the real-world applications of embedded Linux through hands-on demos\, technical deep dives\, and open-source projects. It’s a space for developers to share their work\, exchange ideas\, and learn directly from each other. By making these projects visible and accessible\, we hope to inspire more developers to explore embedded Linux and contribute to its growth.\n\nIf you’re a speaker\, the showcase is also a great opportunity to expand on your talk with a live demo or hands-on component\, and spend more time connecting with attendees who want to dive deeper into your topic.\n\nInterested in participating or want to learn more?&nbsp\;Visit this page for more information.
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:614b9959d25a54397ccc2dfd18bd5f34
URL:http://osselceu2026.sched.com/event/614b9959d25a54397ccc2dfd18bd5f34
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T152000Z
DTEND:20261008T162000Z
SUMMARY:LFX Mentorship Showcase
DESCRIPTION:The LFX Mentorship Showcase is an opportunity for graduating mentees of the LFX Mentorship program to showcase the work they completed during their session term.\n\nThis event is free and open to all. Join us to explore the experiences of LF Mentorship Program mentees\, discover the exciting projects they are working on\, recruit fresh talent\, and support new developer contributions.\n\nThe Linux Foundation’s&nbsp\;Mentorship Program&nbsp\;helps developers – many of whom are first-time open source contributors – gain the skills and experience necessary to contribute effectively to open source communities.
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:5b952a027ddadcd718c69dbee9b9909f
URL:http://osselceu2026.sched.com/event/5b952a027ddadcd718c69dbee9b9909f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261008T152000Z
DTEND:20261008T162000Z
SUMMARY:Tux Trek
DESCRIPTION:Keep the momentum going after Day 2! Head to the Solutions Showcase for Tux Trek to unwind with drinks\, appetizers\, and great company. Expect a lively\, collaborative evening where you can connect with sponsors\, explore cutting-edge tech\, and keep the conversations flowing.
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:b3e1aaec5976973fd39e482e1960fd82
URL:http://osselceu2026.sched.com/event/b3e1aaec5976973fd39e482e1960fd82
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T060000Z
DTEND:20261009T145000Z
SUMMARY:Hacker Space
DESCRIPTION:Discover a space\, where you can collaborate\, create\, and explore new ideas with fellow attendees. Whether you’re here to learn or build\, our space is open for everyone to enjoy throughout the conference!\n\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Terrace 2B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:97ddfbea2def5bdf91797f7d64993076
URL:http://osselceu2026.sched.com/event/97ddfbea2def5bdf91797f7d64993076
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T060000Z
DTEND:20261009T145000Z
SUMMARY:Registration & Badge Pick-Up
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Congress Hall Foyer 0A (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:20d113ae3e0acc6a88ee5c064b7483b1
URL:http://osselceu2026.sched.com/event/20d113ae3e0acc6a88ee5c064b7483b1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T060000Z
DTEND:20261009T152000Z
SUMMARY:Solutions Showcase
DESCRIPTION:The&nbsp\;Solutions Showcase&nbsp\;is your hub to network\, explore sponsor exhibits\, and learn how these organizations are shaping the future of the ecosystem.**In order to facilitate networking and business relationships at the event\, you may choose to visit a third party’s booth or access sponsored content. You are never required to visit third party booths or to access sponsored content. When visiting a booth or participating in sponsored activities\, the third party will receive some of your registration data. This data includes your first name\, last name\, title\, company\, address\, email\, standard demographics questions (i.e. job function\, industry)\, and details about the sponsored content or resources you interacted with. If you choose to interact with a booth or access sponsored content\, you are explicitly consenting to receipt and use of such data by the third-party recipients\, which will be subject to their own privacy policies.**
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:Solutions Showcase\, Floor 2 & 3 Foyers\, Prague\, Czechia
SEQUENCE:0
UID:74c1320146ff07fa49aacd416c5b7df9
URL:http://osselceu2026.sched.com/event/74c1320146ff07fa49aacd416c5b7df9
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T060000Z
DTEND:20261009T145000Z
SUMMARY:Zen Zone
DESCRIPTION:All attendees may feel free to use the Zen Zone as needed. This is a quiet space for sensory relaxation\, meditation\, and worship. It is not to be used for conversations or as a workspace.\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:3deb46613e23c3558f11297f6811f5c3
URL:http://osselceu2026.sched.com/event/3deb46613e23c3558f11297f6811f5c3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070000Z
DTEND:20261009T070500Z
SUMMARY:Welcome Back - Thierry Carrez\, General Manager\, OIF & LF Europe
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d9fb8bc9ca4bf5ec1a703995e4f77ad8
URL:http://osselceu2026.sched.com/event/d9fb8bc9ca4bf5ec1a703995e4f77ad8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T074500Z
SUMMARY:Buildroot LTS in the CRA Era: 18 Months of Keeping a 3-Year Branch Secure - Thomas Perale & Titouan Christophe\, Mind OSS NV
DESCRIPTION:The Buildroot Long-Term Support (LTS) sponsorship initiative was launched in March 2025. Its goal is to help Buildroot users maintain stable and secure products over longer periods\, particularly in light of upcoming security regulations such as the Cyber Resilience Act (CRA).\n \n We transitioned from a day-to-day maintenance workflow to a more systematic\, weekly peer-reviewed approach. After more than a year and a half of maintaining the Buildroot LTS branch\, we have encountered both successes and unforeseen challenges. We had to develop custom tooling to deal with a growing number of vulnerability reports\, all while preserving stability for the releases.\n \n This talk covers:\n \n * How we tackle the maintenance task as a distributed team.\n * Maintenance challenges with the constant flow of CVEs.\n * Keeping the package metadata up-to-date and improving the vulnerability\n monitoring across branches.\n * What worked and what didn't.\n * How we plan to evolve and improve for the future.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:079b2cc2877a7c5976e2b9ae01740e6a
URL:http://osselceu2026.sched.com/event/079b2cc2877a7c5976e2b9ae01740e6a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T074500Z
SUMMARY:The Upstream Way: Current State of I.MX SoCs in the Linux Kernel - Daniel Baluta\, NXP Semiconductors
DESCRIPTION:NXP has historically maintained a large number of i.MX-specific patches in downstream Linux trees\, increasing maintenance effort and limiting community adoption.\n \n This talk presents NXP's updated upstreaming strategy and the progress made across i.MX SoCs. We will review the current upstream status of key drivers\, lessons learned from recent upstreaming efforts and the processes introduced to improve patch quality and acceptance rates.\n \n We will also cover NXP's efforts to strengthen community engagement\, work on testing infrastructure and plans for the remaining internal patches.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:5ff406eefb2735f741a8f7f6e1bee05c
URL:http://osselceu2026.sched.com/event/5ff406eefb2735f741a8f7f6e1bee05c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T074500Z
SUMMARY:XDP & XSK Support From a Linux Driver Standpoint - Théo Lebrun\, Bootlin
DESCRIPTION:XDP (eXpress Data Path) is about running eBPF programs on network packets as early as possible. The goal of such an approach is performance: we minimise operating system networking stack overhead by letting the user decide which packets should reach it.\n \n XSK is an extension to XDP allowing zero-copy redirect from the Ethernet driver directly to userspace processes. This approach approximates kernel-bypass solutions while remaining well integrated into the Linux networking stack for less critical traffic.\n \n Both bring benefits but require adaptations on an Ethernet MAC driver standpoint\; we'll dig into those. Quite some ground will be covered:\n - allocators\, their allocation patterns and memory layout\,\n - networking subsystem callbacks to be implemented\,\n - scheduling logic at runtime\,\n - performance numbers\,\n - etc.\n \n Experience has been acquired through the upstreaming process of XDP & XSK support to the MACB/GEM controller driver\, after having added Mobileye EyeQ5 support to the same driver.\n \n References:\n https://en.wikipedia.org/wiki/Express_Data_Path\n https://ebpf.io/\n https://www.kernel.org/doc/html/latest/networking/af_xdp.html
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:eddb62e925220da1f76ac23b4d8f89a6
URL:http://osselceu2026.sched.com/event/eddb62e925220da1f76ac23b4d8f89a6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T071500Z
SUMMARY:Keynote to be Announced
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Prague\, Czechia
SEQUENCE:0
UID:b2cef2e88a0c00f019a17ba78413915a
URL:http://osselceu2026.sched.com/event/b2cef2e88a0c00f019a17ba78413915a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T074500Z
SUMMARY:Clocks in Zephyr: A Practical Guide for BSP Developers (Lesson Learned From a Real Porting) - Martin Hoff\, Silicon Laboratories
DESCRIPTION:Clocks are easy to ignore until your first Zephyr BSP port — when UART\, SPI\, or DMA suddenly depend on device tree properties you have never touched.\n This beginner-friendly talk explains how clocks work in Zephyr today: clocks as phandle-arrays (like pwms and gpios)\, the meaning of #clock-cells\, and how DT macros connect DTS to driver code. We separate three everyday questions: enabling a clock\, selecting its source\, and reading its rate — mapped to clock_control_on()\, clock_control_configure()\, and get_rate().\n We then cover practical porting decisions any SoC author faces: what to describe in device tree at boot\, what to leave to runtime (for example power management)\, and common mistakes — wrong cells\, gates versus muxes and over-modelling hardware in DT.\n Finally\, we look at where Zephyr is heading: RFCs for a Clock Management Subsystem propose richer clock trees and predefined clock states\, closer to how silicon is wired. You will leave with a reusable mental model for today’s APIs and a map of tomorrow’s direction.\n Audience: developers new to Zephyr\, BSP porters\, and device tree authors. No prior clock-driver experience required.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:9d594fa4b21bb68eab4503547b583490
URL:http://osselceu2026.sched.com/event/9d594fa4b21bb68eab4503547b583490
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T070500Z
DTEND:20261009T074500Z
SUMMARY:From Zero Hardware To Production: High-Performance Sensors With Zephyr - Jan Germer\, Fluke Deutschland GmbH
DESCRIPTION:This talk shares practical lessons learned from building multi-platform sensor firmware on Zephyr RTOS for industrial alignment tools. Zephyr enabled our team to deliver a high-quality solution despite an extremely tight project schedule. Early prototyping along with Zephyr’s native simulator (native_sim) enables firmware development and testing long before first PCBs are available. A modular architecture based on message queues and the Kconfig system allows for independent\, testable components. \n Finally\, we dive into the hardware-facing challenges we encountered and solved: deterministic event handling under tight timing constraints and zero-CPU data acquisition using DMA-driven ADC pipelines.\n Attendees will gain insights into structuring scalable Zephyr firmware\, accelerating development without hardware\, and building high-performance embedded systems with confidence.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:39348b3d541fa449cd5bba7ea3db0f90
URL:http://osselceu2026.sched.com/event/39348b3d541fa449cd5bba7ea3db0f90
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T071500Z
DTEND:20261009T072500Z
SUMMARY:Keynote: Open Source in the Era of Agents - Ryan Waite\, Director\, Open Source Ecosystems and Incubations\, Microsoft
DESCRIPTION:The era of agentic AI is here\, and open source is building the infrastructure to make these innovations possible. We'll highlight how cross-industry collaboration on today's AI-native stack makes it possible to create\, secure\, and understand today's infrastructure. From hardware-aware scheduling to geo-specific workload isolation\, learn how open source preserves local choices while opening up global opportunities\n\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:44814a3cf2f06d53b6703d5df5df835f
URL:http://osselceu2026.sched.com/event/44814a3cf2f06d53b6703d5df5df835f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T072500Z
DTEND:20261009T075000Z
SUMMARY:Keynotes to be Announced
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:8dc275380401d26e51f4e67a85372a67
URL:http://osselceu2026.sched.com/event/8dc275380401d26e51f4e67a85372a67
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075000Z
DTEND:20261009T082000Z
SUMMARY:How We Shipped Power & Perf Optimized Snapdragon Based Product on Upstream - Neil Armstrong & Rui Silva\, Linaro
DESCRIPTION:Booting mainline Linux on a Snapdragon SoC is a great step\, but it is very different from shipping a product. In standard vendor BSPs\, power and performance tuning is often hidden behind blobs and downstream hacks. When you build a commercial device entirely on upstream Linux and U-Boot\, you lose those vendor shortcuts. You have to understand the hardware deeply to balance battery life and processing power.\n \n In this talk\, we will share our war story of shipping a real-world consumer product based on Snapdragon SoC using mainline Linux & U-Boot. We will guide you through our optimization journey\, starting from the initial dev kit. We will see how we used the Linaro DebugBoard to profile and tune power consumption across different sleep states and active workloads. We will talk about leveraging standard kernel power management frameworks instead of relying on downstream workarounds\, which helps keep the system easily maintainable.\n \n We will explain how we identified power regressions and traced performance bottlenecks using upstream tools. Finally\, we will look at the practical trade-offs we had to make to deliver a highly responsive\, low-power device while staying close to mainline
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:9798334199e2586e166556b06812020a
URL:http://osselceu2026.sched.com/event/9798334199e2586e166556b06812020a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075000Z
DTEND:20261009T082000Z
SUMMARY:Seeing Inside the NPU: Open-Source Hardware Counter Profiling for Ethos-U on Linux and Zephyr - Vibhore Vardhan\, BayLibre
DESCRIPTION:Edge AI runs on dozens of NPUs — Ethos-U\, Hexagon\, APUs\, DSPs — each with its own closed toolchain and proprietary profiling tools. Application developers have no standard way to answer the basic question: what is my NPU actually doing?\n \n This talk walks through the edge AI software stack — frameworks\, delegates\, drivers\, hardware counters — and shows what it takes to make performance visible. Building on Tomeu Vizoso's Ethos-U PMU kernel work (upstream)\, we are instrumenting ONNX Runtime and TFLite operators with per-operator CPU PMU data (cycles\, cache miss\, bandwidth)\, surfaced via open trace formats\, and wiring NPU hardware counter values into ExecuTorch ETDump traces on Zephyr.\n \n The goal: per-operator timing\, CPU cache and bandwidth data\, and NPU cycle counts in a single open trace — without a proprietary tool.\n \n Contributing to the Linux perf subsystem\, this work lays the groundwork for open profiling support on other NPU targets.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:ab56fade2ba9727e930c8066b51b9e23
URL:http://osselceu2026.sched.com/event/ab56fade2ba9727e930c8066b51b9e23
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075000Z
DTEND:20261009T082000Z
SUMMARY:Yocto BSP Layers: Breaking Free From Complexity - Mathieu Dubois-Briand & Köry Maincent\, Bootlin
DESCRIPTION:Many Yocto layers provided by silicon vendors prioritize vendor-specific tooling\, demos\, and opinionated decisions often at the expense of simplicity\, flexibility and maintainability. This makes\n them challenging to integrate for custom boards or to adapt to specific customer needs.\n \n Additionally\, some of those vendor-provided layers create a maintenance burden: when you need to update\, you become dependent on the vendor's choices and changes\, which are often hard to understand and follow.\n \n In this talk\, we'll examine common issues found in vendor-provided Yocto layers and show how they introduce unnecessary complexity into embedded Linux projects. Much of what new users perceive as “Yocto complexity” actually comes from the design and maintenance practices used in vendor layers.\n \n We'll then introduce yocto-kiss as an example of a simpler and more maintainable approach to vendor support layers. The talk will cover practical best practices for layer design\, common pitfalls to avoid\, and strategies for building vendor layers that are clean\, flexible\, and pleasant to maintain.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:15c22346f8c6ca7f12caca55de2a192b
URL:http://osselceu2026.sched.com/event/15c22346f8c6ca7f12caca55de2a192b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075000Z
DTEND:20261009T082000Z
SUMMARY:Apps\, Not Firmware: A Service-Oriented Application Layer for Zephyr - Sylvio Alves\, Espressif Systems
DESCRIPTION:Microcontroller firmware is monolithic: one image\, one failure domain\, where a bug anywhere can crash everything. Yet modern MCUs ship with memory protection (MPU\, MMU\, or PMP)\, and Zephyr already has the isolation pieces - userspace\, memory domains\, kernel-object capabilities\, watchdogs\, zbus - never assembled into an application model.\n \n This talk presents a service-oriented application layer for Zephyr: multiple memory-isolated apps running as managed units\, each reaching hardware and the network only through a capability-gated service broker\, so a misbehaving app cannot corrupt\, starve\, or crash its neighbors.\n \n We build the missing keystone - an app-group lifecycle and a service broker - on top of existing Zephyr\, and demonstrate it live: two isolated apps share one Wi-Fi stack\, each making independent network requests\; one hangs and another faults\, both are killed and reclaimed\, while the healthy app runs on. We close with hardware lessons and upstreamable RFC targets.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:61cbd3bc5345b3a09dc2e98a1dd2673f
URL:http://osselceu2026.sched.com/event/61cbd3bc5345b3a09dc2e98a1dd2673f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075000Z
DTEND:20261009T082000Z
SUMMARY:Playing Audio on a SoC DAC Output With Zephyr - Eve Redero\, Redero Tech
DESCRIPTION:Some SoCs have an embedded DAC peripheral\, which allow to play low or medium resolution audio with minimal electronics\, no advanced I2S external codec required.\n \n In this talk\, I present a list of ingredients required to make an acceptable audio output:\n - The DAC: what it is\, how it is different from PWM audio output or I2S peripherals\n - DMA\, your DAC’s best friend\, to run continuously and without drops\n - Debug something fast and real-time thanks to tracing\n \n Then I will discuss implementation\, with the codec subsystem. Example platform will be ST STM32F7 and Atmel ATSAM3X8E.\n \n Finally\, if nothing crashes or burn in the meantime\, I will give a demonstration.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:f6a4bd08b9b50e408af94f00d2fa30c3
URL:http://osselceu2026.sched.com/event/f6a4bd08b9b50e408af94f00d2fa30c3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T075500Z
DTEND:20261009T082500Z
SUMMARY:Keynote: Keynote: Linus Torvalds\, Creator of Linux & Git\, in Conversation with Dirk Hohndel\, Head of Ericsson Software Technology
DESCRIPTION:\n
CATEGORIES:KEYNOTE SESSIONS
LOCATION:Congress Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d12cc5d351f82c6c64e88c1de17efebb
URL:http://osselceu2026.sched.com/event/d12cc5d351f82c6c64e88c1de17efebb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T083500Z
DTEND:20261009T090500Z
SUMMARY:Ask the Expert Sessions
DESCRIPTION:Come sit down with some open source experts to gain knowledge 1:1 and ask all your pressing questions! No sign-up necessary. More information to come!
CATEGORIES:ASK THE EXPERTS
LOCATION:Congress Hall Foyer 4B\, Prague\, Czechia
SEQUENCE:0
UID:722374ac964e468c10e46bcf36b357c6
URL:http://osselceu2026.sched.com/event/722374ac964e468c10e46bcf36b357c6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T083500Z
DTEND:20261009T090500Z
SUMMARY:Coffee Break
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:e86fc71cfb41b75324dcf337b0710f8c
URL:http://osselceu2026.sched.com/event/e86fc71cfb41b75324dcf337b0710f8c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T091500Z
SUMMARY:Lightning Talk: Declarative Systems Still Have Hidden State - Kim Schaefer\, Game Plan Tech
DESCRIPTION:Declarative infrastructure promises reproducibility: desired state is defined\, controllers reconcile drift\, and redeployments should behave predictably.\n \n Except they often don’t.\n \n This talk explores the hidden operational state declarative systems quietly depend on: webhook certificates cached in cluster resources\, infrastructure dependencies that survive deletion\, controller ordering assumptions\, persistent node state\, and lifecycle coupling reconciliation engines cannot see.\n \n These problems become especially visible when infrastructure spans multiple systems or workloads take minutes rather than seconds to initialize.\n \n Using real operational examples from Kubernetes and GitOps environments\, this lightning talk examines why “delete and redeploy” frequently fails to produce clean state and why many reliability problems are actually hidden state-management problems.\n \n The core lesson: declarative systems still depend on operational history\, even when the infrastructure appears fully declarative.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:fe9380dd8e7c8653386a7fd0cf122d94
URL:http://osselceu2026.sched.com/event/fe9380dd8e7c8653386a7fd0cf122d94
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Proofs of Personhood: Managing Identity in the Age of AI - Hart Montgomery\, The Linux Foundation; Drummond Reed\, First Person Cooperative; Glenn Gore\, Affinidi
DESCRIPTION:“On the internet\, nobody knows you’re a dog\,” the famous New Yorker comic goes\, and that aphorism couldn’t ring truer today. In a world of AI agents\, how can we be sure that we (or our agents) are interacting with other trusted\, reputable systems and agents rather than impersonators or scammers? As open source maintainers\, how can we be sure that new contributors are responsible\, trustworthy individuals rather than adversarial state actors\, helping to thwart compromises like the XZUtils attack? More generally\, how do we deal with digital identity in the age of AI?\n \n Our proposal is to use cryptographic proofs of personhood. These can be built from a decentralized\, privacy-preserving reputation system\, which we can build with tools and standards we have developed in several projects in LFDT. The session will cover some background on how proofs of personhood work\, including privacy guarantees from cryptography (at a beginner level). Then\, we will explain some applications in agentic AI and open source software maintenance. Finally\, we will give an end-to-end demo of how our systems work in practice which will include audience participation in a “verifiable trust graph”.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:05c1f2d2174cb5e6a44286725e4a6b9a
URL:http://osselceu2026.sched.com/event/05c1f2d2174cb5e6a44286725e4a6b9a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:A Language Model in 256 MB: Running SLMs on a $10 RISC-V Linux Board Without a GPU - Akshat Khanna\, Angel One
DESCRIPTION:Running a language model used to mean a datacenter GPU. This talk shows a 1-billion-parameter model generating tokens on a roughly $10 RISC-V board (the SOPHGO SG2002\, as on the Sipeed LicheeRV Nano) with 256 MB of RAM no GPU\, no Python\, no cloud. The speaker walks the full embedded stack: a minimal C transformer inference engine running quantized GGUF weights\, cross-compiled for RISC-V on embedded Linux\, plus the quantization (4-bit GGUF)\, memory-mapping\, and KV-cache choices that make it fit. The session is honest about the trade-offs\, tokens-per-second\, accuracy loss from aggressive quantization\, and where an NPU or a microcontroller-class TinyML model is the better call. Attendees leave with a reproducible recipe for putting useful local inference on cheap\, disconnected\, privacy-sensitive hardware\, and a clear-eyed sense of what 256 MB can and cannot do.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:24fb3962ce65388d61148e74686e5d35
URL:http://osselceu2026.sched.com/event/24fb3962ce65388d61148e74686e5d35
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:From Vendor Bring-up To Community Upstreaming: What We Learned From SpacemiT K3 - Troy Mitchell\, SpacemiT
DESCRIPTION:Upstreaming initial support for a new RISC-V SoC is becoming more common\, but keeping that support useful\, reviewable\, and maintainable is still difficult. As more application-class SoCs land\, a one-vendor model stops scaling. This talk uses SpacemiT K3\, the first mass-produced RVA23-compatible SoC\, as a case study. It's not about what we support\, but about the upstream work we did\, what tripped me up\, and how we got past it. We'll walk through in-house K3 enablement work on DMA\, audio I2S\, bindings\, and DTS. The interesting patches aren't the ones that applied cleanly\; they're the ones that didn't. We'll look at where to split bindings\, drivers\, and DTS\; how K3 hardware constraints had to be modeled in upstream terms\; and how review rounds reshaped the design. The second part focuses on working with community developers outside SpacemiT: making boards available\, keeping test images reproducible\, pre-reviewing patches\, turning regression around quickly\, and keeping the internal tree close to mainline. We’ll share lessons practical for making new RISC-V platforms not only upstreamed once\, but easier for vendors and community contributors to review\, test\, debug\, and maintain.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:e0516928cca50dbe935ce065846ece2e
URL:http://osselceu2026.sched.com/event/e0516928cca50dbe935ce065846ece2e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Is It Time To Retire Kas? - Jan Kiszka & Felix Mößbauer\, Siemens
DESCRIPTION:You are using kas\, the user-friendly orchestration tool for bitbake projects\, and you just got nervous? Sorry for that.\n \n With your full attention now\, this talk shall bring you up to date with latest developments in kas. Among them are the diff plugin\, buildtools support\, build attestations\, improved lock file handling\, unprivileged containers\, commit signature validation\, easier CI builds\, and more.\n \n But we would also like to hear from you what could be further improved. Are there use cases or workflows that should be added to kas or could be better handled than so far. Be prepared for an interactive part.\n \n Last but not least\, we will relieve you from worries that kas might be retired by explaining our motivations and plans to drive this project also in the foreseeable future.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:70572c161952acb7ebc617db9fe51cdd
URL:http://osselceu2026.sched.com/event/70572c161952acb7ebc617db9fe51cdd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:An Native API for Linux Systems With Systemd + Varlink - Lennart Poettering\, Amutable
DESCRIPTION:Modern Linux based distributed systems generally rely on bespoke "agent" services on each node for introspecting their state or issuing operations.\n \n In this talk I'd like to explain systemd's vision of improving and cleaning up this logic\, with the ultimate goal of avoiding any local agents but nonetheless making the system nicely introspectable and accessible\, with modern technologies.\n \n For this\, we'll talk about the Varlink IPC system\, and the numerous Varlink APIs systemd provides these days. We'll also cover the HTTP Varlink proxy\, which opens up these APIs in a web-native way\, with modern authorization mechanisms. We'll also discuss systemd's metrics collection/report generation subsystem\, it's cryptographic properties and remote access to it.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:29fbb8b5193e0dbe036af1f133c8cde5
URL:http://osselceu2026.sched.com/event/29fbb8b5193e0dbe036af1f133c8cde5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Scaling OSS Code Quality With Multi-Agent Swarms - Vikram Vaswani\, Independent
DESCRIPTION:Development teams are seeing a rapid increase in code contributions\, many of them from AI tools and pair-programming copilots. As AI-generated code increases\, human reviewers can quickly get overwhelmed.\n \n The instinct to throw "an AI reviewer" at the problem mostly doesn't work. A single agent produces shallow comments\, misses context\, and either over-flags or under-flags depending on how it's prompted.\n \n This talk presents a pattern that works better\, built and demonstrated from scratch: three specialized reviewing agents in parallel\, followed by a developer agent that applies the fixes. One reviewer focuses on architecture\, one on security\, one on test coverage. When all three finish\, a fourth agent rewrites the code to address each issue and opens a new PR for human sign-off.\n \n The architecture is adaptable: teams with data sovereignty requirements can swap the hosted model for a self-hosted open-weight alternative (Llama 3\, Mistral) served via vLLM or Ollama. \n \n Attendees leave with a concrete\, working pattern they can adapt to their own projects\, and a clearer picture of where AI can genuinely reduce review bottlenecks.\n \n Includes live demo.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:84e79e95e4675d2f439ebb70782b7064
URL:http://osselceu2026.sched.com/event/84e79e95e4675d2f439ebb70782b7064
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Small Language Models 101: Why Bigger Isn't Always Better - Mohit Gaur\, Microsoft
DESCRIPTION:Large Language Models often dominate headlines\, but many real world AI applications don't need billions of parameters to be effective. Tasks such as classification\, information extraction\, intent detection\, summarization and domain specific assistants can often be served effectively by smaller open source models with lower latency\, reduced infrastructure requirements and improved privacy. This session introduces Small Language Models (SLMs)\, explores the trade-offs between model size\, accuracy\, cost and performance and discusses techniques such as quantization\, distillation and domain adaptation that make these models practical for deployment on laptops and edge devices. Attendees will leave with a framework for selecting the right model for a given use case\, understanding why bigger is not always better and how open-source SLMs are making AI more accessible to developers and organizations with limited compute resources.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:1b51ee9c348e969e9ce32f8f2ae9a8a8
URL:http://osselceu2026.sched.com/event/1b51ee9c348e969e9ce32f8f2ae9a8a8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:From Using To Leading: How a Grid Operator Leverages Open Source Strategically - Jonas van den Bogaard\, Alliander
DESCRIPTION:As the energy system transitions into a highly digital\, data-driven ecosystem\, grid operators face mounting complexity\, rising costs\, and increasing pressure to deliver scalable and future-proof solutions. In this context\, open source is no longer a technical preference. It is becoming a strategic necessity.\n \n In this session\, Alliander shares how it has repositioned open source as a key enabler of its digital strategy. We show how a clear vision helps maximize public value\, accelerate innovation\, strengthen digital sovereignty\, and improve transparency\, while maintaining control over long-term costs.\n \n We introduce three guiding principles: Open Source First\, Building Together\, and Confidence in Openness. We also highlight practical implications\, from embedding open source in procurement to actively contributing and opening internal solutions.\n \n This session offers a concrete example for executives on how to move from ad hoc use of open source to a coherent\, organization-wide strategy. Reducing duplication\, optimizing investments\, and strengthening collaboration across the energy ecosystem\, including within LF Energy.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:a737b20ffa81d3e0a52662c93c216f06
URL:http://osselceu2026.sched.com/event/a737b20ffa81d3e0a52662c93c216f06
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:This Talk Is Already Out of Date: Planning for the Long Term in a Short Term World - Rebecca Rumbul\, Rust Foundation
DESCRIPTION:Successful Open Source projects have always had to balance the need to work towards long term sustainability and growth with meeting shorter term issues such as immediate funding and human resourcing needs. Projects would generally work to an annual rhythm to align with budgeting and funding decisions made by corporate supporters\, and annual planning cycles were in many places well established. However\, this rhythm has been hugely impacted by the new age of AI and the pivots in focus of the commercial tech industry. Long term planning feels impossible\, and funding work sustainably feels increasingly out of reach when projects are reliant on companies engaged in an AI arms race. Once-robust human processes now move too slowly to be effective\, and the key individuals that still need to be a part of this new world increasingly feel like they are a day late and a dollar short for everything. This talk looks at how the human side of Open Source is being affected by these shifts\, and how communities can consider how to respond to these challenges.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:81cc92ca0da4490cd006019f1cc25a6c
URL:http://osselceu2026.sched.com/event/81cc92ca0da4490cd006019f1cc25a6c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:500\,000 Containers\, 5 Minutes\, 10x Load: Scaling Uber’s Container Registry for Disaster Recovery - Sambhav Jain & Anton Kalpakchiev\, Uber
DESCRIPTION:Kraken is Uber's open-source P2P container registry. It serves 23 petabytes of data daily with 99.9% reliability. However\, during recovery from a complete regional failure\, Kraken was pushed over its historical peak load by 10 times. It had to distribute over 100\,000 container images every minute. The registry that "just worked" became the bottleneck blocking disaster recovery. Adding capacity proved insufficient. So\, the team reworked the caches and tuned download parallelism. But closing such a large performance gap required architectural changes. If downloads are too slow\, move the data closer to the client. If you cannot serve everything at once\, tier images by criticality. These optimizations eventually broke Uber’s deployment throughput record. This talk presents a case study of evolving Kraken to deliver 10x performance under extreme load - the architectural changes\, necessary trade-offs\, and hard-won lessons. All optimizations are open-sourced in Kraken.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:3108eb0e96eb09bee5b0ac962f4981a5
URL:http://osselceu2026.sched.com/event/3108eb0e96eb09bee5b0ac962f4981a5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T092500Z
SUMMARY:Pairing PX4 and ROS 2 Through Micro XRCE-DDS and Zenoh-pico\, a Comparison - Beniamino Pozzan\, Archangel Autonomy
DESCRIPTION:Since Micro XRCE-DDS replaced Fast-RTPS in PX4 version 1.14 the support for direct communication between ROS 2 and PX4 never stopped improving. With PX4 stable version 1.17 recently released and version 1.18 close to enter its beta testing phase this presentation aims to cover the latest changes\, imporvents and limitations of the Micro XRCE-DDS and Zenoh-pico interfaces. The presentation will also compare the two communication methods to give the audience all the information necessary to choose the best approach given their requirements and application contraints.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:ab606dc8340e9c09a18dd09cbc6475f4
URL:http://osselceu2026.sched.com/event/ab606dc8340e9c09a18dd09cbc6475f4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Functional Safety Certification in Upstream Xen for Automotive and Avionics - Ayan Kumar Halder\, AMD
DESCRIPTION:Safety-critical systems in avionics\, automotive\, and industrial domains increasingly rely on mixed-criticality architectures where workloads of different safety levels share hardware. This talk presents ongoing work to bring functional safety to the upstream Xen hypervisor\, composed with Zephyr RTOS and Linux\, to meet standards including DO-178C (avionics)\, ISO 26262 (automotive)\, and IEC 61508 (industrial). We walk through concrete upstreamed and published contributions: MISRA C fixes\, MPU support in Xen\, requirements and architecture specifications\, and test specifications. We describe how Xen is validated as a Safety Element out of Context using domain-based tests\, fault injection\, gdb-based interface testing\, fuzzing\, platform emulation\, Ceedling unit testing\, and coverage analysis (line\, branch\, function\, MC/DC). We also cover efforts to shrink the safety-certifiable codebase through fine-grained hardware configuration\, and how Xen enforces freedom from interference between VMs via isolation. We close with opportunities to collaborate with the ELISA and Xen FuSa communities toward an open safety case for open-source systems.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:8d92eb29f5cdc5e3a4747c6cdbe9a393
URL:http://osselceu2026.sched.com/event/8d92eb29f5cdc5e3a4747c6cdbe9a393
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Demystifying Pinctrl: Pin Multiplexing in Zephyr - Roy Jamil\, Ac6
DESCRIPTION:Pin multiplexing is always needed in embedded development. But when we start changing pins in a devicetree overlay\, or when creating a custom board\, things can quickly become confusing: build errors\, wrong pin states\, peripherals not starting\, or hardware that simply does not behave as expected. In Zephyr\, the pinctrl subsystem is what connects the physical pins of the SoC with the peripherals we want to use. It defines the pin function\, the electrical configuration\, and the pin states used by the drivers. In this talk\, we will demystify pin multiplexing in Zephyr and explain how to use pinctrl in devicetree in simple words. We will go step by step through pin groups\, pin states\, common configurations\, overlays\, board files\, and SoC-specific syntax. We will also use practical examples for common peripherals and vendor families\, and show how to debug the most frequent issues when customizing pins.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:801d496c920db89bc20bdb53c88de074
URL:http://osselceu2026.sched.com/event/801d496c920db89bc20bdb53c88de074
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T090500Z
DTEND:20261009T094500Z
SUMMARY:Zenbedded: Bringing Ros2_control Closer To the Embedded World - Speakers to be Announced
DESCRIPTION:The Robot Operating System (ROS) is the de facto standard open-source middleware for building robot software\, providing standardized messaging\, tooling\, and reusable components. ros2_control is a hardware-agnostic control framework focusing on the modular composition of control systems for robots\, sharing of controllers as well as real-time performance.\n \n Bringing ros2_control to embedded systems usually means bolting heavy DDS serialization and a bridge process onto microcontrollers. Zenbedded fixes this. It is a monolithic Zephyr\, Zenoh\, and ROS 2 framework built specifically for ros2_control. We put the transport\, the RTOS client library\, and the host-side hardware_interface plugin into one tight repository.\n On the wire\, we use a multi-tier transport that moves along a spectrum. You can choose between fully ROS-observable but slightly slower\, or fully binary-encoded and fast\, depending on what your control loop actually needs.\n You'll leave with a pattern for running ros2_control on Zephyr-class hardware and a feel for working with ROS and ros2_control. We'll demo the stack balancing a real inverted pendulum on an ESP32\, where latency is the difference between upright and toppled.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:b90f8f1cd9557825739d0bfdb7caf773
URL:http://osselceu2026.sched.com/event/b90f8f1cd9557825739d0bfdb7caf773
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T091500Z
DTEND:20261009T092500Z
SUMMARY:Lightning Talk: One Line of YAML Leaks Your Secrets: The Pwn-Request Pattern - Arpit Jain\, Self Employed
DESCRIPTION:A pull_request_target trigger plus ref: ${{ github.event.pull_request.head.sha }} in a checkout step. That combination lets any external contributor run arbitrary code with your repository's secrets and write token. This is the "pwn request" pattern\, and it's in production workflows across some of the most popular open-source projects on GitHub.\n \n I'll use a real finding (a CRITICAL-severity pwn request I discovered and privately disclosed in an Apache project) to explain how the attack works: what pull_request_target does differently from pull_request\, why adding permissions: read-all doesn't protect you\, and why the attacker needs nothing beyond opening a pull request.\n \n Then I'll show the three mitigations that work: splitting into unprivileged build and privileged post-processing steps\, using persist-credentials: false\, and gating on the head repo matching the base.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:9cfb780b83db094e55e2ddaf4a73bd36
URL:http://osselceu2026.sched.com/event/9cfb780b83db094e55e2ddaf4a73bd36
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T092500Z
DTEND:20261009T093500Z
SUMMARY:Lightning Talk: Beyond Immutable Machines: Introducing Cluster API In-Place Updates - Lennart Jern\, Ericsson Software Technology
DESCRIPTION:Cluster API (CAPI) is by now a relatively mature project with many adopters using it in production already for years. Despite this\, or perhaps rather thanks to it\, CAPI keeps evolving\, growing and adding new features. In this session\, I'll present one of the most recent features: in-place updates.\n \n In-place updates marks an important change to a fundamental assumption in CAPI. Traditionally\, the Machines were considered mostly immutable. Any change required a replacement where new Machines were created and old Machines deleted. This method of operation has served CAPI well\, and continues to do so\, but it is not without pain points. With in-place updates\, it is now finally possible to avoid replacement. This opens the door for unique use-cases and solutions\, such as Talos\, where each node's lifecycle can be managed through a built-in controller in the node itself.\n \n Come learn about this new feature in CAPI\, and how to make use of it!
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:86d0ac6d9cf2a2908afc3729166196c3
URL:http://osselceu2026.sched.com/event/86d0ac6d9cf2a2908afc3729166196c3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T092500Z
DTEND:20261009T094500Z
SUMMARY:Cryptographic Flight Security: Implementing Hardware-Enforced FAA Remote ID and Trusted Identities - Ashok Kumar\, gotoashok
DESCRIPTION:Global regulatory shifts—driven by strict NDAA requirements and EASA U-Space mandates—require drone manufacturers to implement verifiable supply chain security. Software-only implementations of FAA Remote ID remain vulnerable to key spoofing and firmware tampering. This session delivers a practical breakdown of how to enforce a hardware root of trust by embedding physical Secure Elements (like the OPTIGA Trust M) into open flight controllers running PX4 and NuttX.\n We will bypass high-level concepts to dive straight into the embedded architecture:\n Configuring the SPI/I2C bus interface between the flight MCU (PSoC C3M) and the security peripheral.\n Modifying the NuttX driver layer to offload ECDSA signing keys for broadcast messages without blocking safety-critical flight loop threads.\n Structuring secure boot sequences to protect downstream firmware from local physical exploits.\n We will share timing benchmarks showing how to manage cryptographic latency within standard PX4 task frequencies to build compliant systems without sacrificing real-time flight performance.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:2c0ab08b37b41f3abd5fa0c972a32a49
URL:http://osselceu2026.sched.com/event/2c0ab08b37b41f3abd5fa0c972a32a49
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T093500Z
DTEND:20261009T094500Z
SUMMARY:Lightning Talk: Prove It: Is Your Kubernetes App Cloud Native? - Martin Matyáš\, Tieto
DESCRIPTION:Everyone claims their app is cloud-native. But how to prove it?\n \n CNTi Testsuite\, an open-source Linux Foundation project\, provides automated tests that validate cloud-native best practices such as security\, scalability\, and upgradability. While designed for telecom CNFs\, it works for any Kubernetes application.\n \n In this lightning talk\, I’ll show how you can run CNTi Testsuite in minutes to objectively measure cloud-native maturity and uncover hidden gaps in Kubernetes workloads.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:0e3283c9f95b080981f796c02ef6ccae
URL:http://osselceu2026.sched.com/event/0e3283c9f95b080981f796c02ef6ccae
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Your Agent Did What? Forensic Observability for Systems That Don’t Leave Obvious Footprints - Adriana Villela\, Dynatrace & Kasper Borg Nissen\, Dash0
DESCRIPTION:The GenAI observability space is fragmented right now. OpenInference\, OpenLLMetry\, framework-specific conventions are all solving the same problems with incompatible attribute names. That made sense when OTel’s GenAI support was thin. It makes less sense today. OTel is where this converges. Getting there from where most teams actually are isn’t obvious. Kasper and Adriana cover the current landscape\, how the genainormalizer processor bridges the gap at the collector layer\, and what a realistic path to OTel-native GenAI observability looks like. Then the harder question: your agent just deleted a database. What does your telemetry actually tell you? Non-deterministic systems don’t leave obvious footprints\, and most teams discover that at the worst possible time.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:93857d81e2827fe94e1bf0aad64513e9
URL:http://osselceu2026.sched.com/event/93857d81e2827fe94e1bf0aad64513e9
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Building Trust in the AI Era: Agent-to-Agent Communication With DIDs and VCs - Alexander Shcherbakov\, DSR Corporation
DESCRIPTION:As AI moves from isolated chatbots to autonomous agent ecosystems\, the "identity problem" becomes a critical security bottleneck. How does an agent verify the legitimacy of a requestor before executing a sensitive task? Traditional API keys are insufficient for dynamic\, decentralized agent interactions. This session explores a cutting-edge extension to the Linux Foundation A2A protocol that leverages Decentralized Identifiers (DIDs) and Verifiable Credentials (VCs) to establish high-assurance trust and bridges the gap between Decentralized Identity standards and AI\, creating a secure backbone for the next generation of agent interoperability. We will dive into the technical design of integrating OpenID for Verifiable Presentations (OID4VP) into agent communication flows. Attendees will learn how this proposed extension moves beyond static credentials to enable granular\, verifiable Authentication (AuthN) and Authorization (AuthZ) for autonomous tasks. Beyond the protocol basics\, we will analyze different patterns for VC presentation—comparing interactive vs. automated flows—and evaluate diverse wallet options\, ranging from cloud-based agent wallets to secure edge implementations.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:9b6b9aee456da4e0c479135c930f1a05
URL:http://osselceu2026.sched.com/event/9b6b9aee456da4e0c479135c930f1a05
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Bitbake-setup Has Shipped in Yocto: Producing Complete Linux Systems From One File - Alexander Kanavin\, Linutronix
DESCRIPTION:The Yocto project is a toolkit for creating custom Linux distributions for the embedded use cases. Historically it has not provided tools and standards for setting up and replicating build configurations in a reproducible manner\, leaving that to third party projects and custom scripts. This has changed with the latest Yocto LTS release (6.0 'wrynose')\, which includes a tool called bitbake-setup. This talk will give an overview of what is available and how it can be used to write a record of how to build a complete system\, and to replicate that build elsewhere with that record. I will also briefly cover possible future directions for build configuration management.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d4a7c837df7c01c13b7ef96d4188a7a7
URL:http://osselceu2026.sched.com/event/d4a7c837df7c01c13b7ef96d4188a7a7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Edge AI on Linux -- The Software - Karim Yaghmour\, Opersys inc.
DESCRIPTION:AI is inexorably puncturing into our daily lives in some way\, shape or form. Up to now\, cloud-based LLMs have been the most notable incarnations. And yet\, our daily lives contain a slew of devices that remain\, for now\, of the "dumb" variant. As AI technology evolves\, matures and gradually commoditizes\, several underlying forces\, which we'll examine\, will increasingly push such functionality into edge devices. This will be especially true of Linux-grade devices that\, on the surface\, would seem to have the requisite capabilities to support AI-grade stacks. This talk will examine the AI software stacks available to build edge AI devices based on Linux-grade systems\, especially the seemingly infinite functionality permutations made possible by generative AI. While there have been several “open weights” models with licensing constraints\, the recent introduction of the Gemma 4 family (under ASL)\, which includes models specifically targeted at IoT\, is a game changer and likely a taste of things to come. We’ll survey available models and engines\, such as llama.cpp and ollama\, and how to build real systems with them while accounting for in-the-field challenges. 2nd of two companion talks.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:898c2f9c934c1ee99d5bed23c33eec5f
URL:http://osselceu2026.sched.com/event/898c2f9c934c1ee99d5bed23c33eec5f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Mainline Allwinner Support Status Update - Paul Kocialkowski\, sys-base
DESCRIPTION:Support for Allwinner SoC chips in mainine projects like Linux\, U-Boot and TrustedFirmware-A has been thriving for over a decade\, enabling a large number of use cases and applications. This ongoing effort is lead by the linux-sunxi community and supported by various companies and individuals. This talk presents an overview of the current status of support on the boot\, firmware and kernel sides\, along with a comprehensive list of the supported chips with specific information for each aspect. This includes advanced topics like power management\, multimedia\, graphics and accelerators. The latest developments and ongoing chip support efforts is also highlighted. Context and history regarding Allwinner and the linux-sunxi community is also presented\, as well as related tools and resources.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:0013bdaf72c5b09a3718b8cf5faa82bb
URL:http://osselceu2026.sched.com/event/0013bdaf72c5b09a3718b8cf5faa82bb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:The Little-Known Mechanism for Securely Parameterizing Systemd Services - Lennart Poettering\, Amutable
DESCRIPTION:In this talk I'd like to discuss the "systemd Credentials" concept\, which was introduced back in systemd v250 and became a powerful mechanism for parameterizing Linux systems and services.\n \n These credentials can be passed into systems and services\, can be authenticated and encrypted by TPMs. They can be acquired from SMBIOS\, via Cloud IMDS services\, the UEFI System Partition\, or local file systems and IPC. They have a well-defined life-cycle\, and can be securely inherited down the process\, container and VM hierarchy.\n \n We'll compare them with other ways to parameterize systems and services\, such as the kernel command line or environment blocks\, and explain why systemd's credentials are often the much better approach.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:65e739de3fa9ec6d00df7b808da44bf6
URL:http://osselceu2026.sched.com/event/65e739de3fa9ec6d00df7b808da44bf6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Look MA\, No GPUs! Experiment and Develop LLMs Without GPU Support - Alexon Oliveira\, Red Hat
DESCRIPTION:It's hard to experiment\, let alone develop applications\, for LLMs when access to GPUs is restricted. But what if you could do your development on CPUs? This session demonstrates how to deploy vLLM on a local Kubernetes cluster using Kind and Podman Desktop\, running entirely on a CPU-only laptop. The presentation covers building a minimal environment\, deploying vLLM containers\, and running inference against models like Gemma-3 and Qwen2.5. A live benchmark comparison between vLLM and llama.cpp reveals when each runtime excels across different model sizes and hardware profiles. The session then extends the workflow to production-grade serving with KServe\, including autoscaling and model lifecycle management. Attendees will learn how to deploy and test vLLM locally without GPUs or cloud resources\, understand when to choose vLLM versus llama.cpp based on model size and hardware\, and extend a local setup to production-grade serving with KServe.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:9d02c808a00936c8797df12c6a5a6c25
URL:http://osselceu2026.sched.com/event/9d02c808a00936c8797df12c6a5a6c25
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Minimal Viable AI Platform - Max Körbächer\, Liquid Reply
DESCRIPTION:Creating your own AI platform sounds like a job for a funded team and a matching cloud bill. Surprisingly\, it isn't. I want to show how a handful of open source tools combine into a minimal viable AI platform that runs on one machine from a single Docker Compose file. Five layers are all needed for a valuable platform: LiteLLM as the gateway (one API for any model\, with keys and cost tracking)\, Open WebUI as the chat interface\, n8n for automation and agents that take real actions\, Ollama for private local models\, and Langfuse for request tracing. Then we look at how to grow it (RAG\, authentication\, scaling) without adding a pile of disconnected tools. This setup can be advanced for every demand. The setup is indeed not perfect\, but it is a valid starting point for organizations of any size. No enterprise budget needed\, just you\, some OSS tools and a little bit of interest.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:0f5ec8367fd397151fe897877e9f0a01
URL:http://osselceu2026.sched.com/event/0f5ec8367fd397151fe897877e9f0a01
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Burnout in Open Source: A Structural Problem We Can Fix Together - Miranda Heath\, Software Stewardship Lab
DESCRIPTION:I'm a psychologist and researcher at the [Software Stewardship Lab](https://stewardshiplab.org/). Moved by the extent of burnout among Open Source developers\, I have written what I believe to be the most comprehensive report to date on burnout in Open Source. This entailed a review of the academic literature\, a qualitative analysis of online discussion in the OSS community\, and interviews with OSS maintainers.\n \n I present 5 factors my research identified that contribute to developer burnout: difficulty getting paid\, workload and time commitment\, maintenance work as unrewarding\, toxic community behaviour and hyper-responsibility. I discuss 3 structural changes we can make to address developer burnout: make it easier for OSS developers to get paid\, distribute maintenance responsibilities\, and strengthen developer community\, solidarity and capacity for advocacy. Finally\, I preview the findings of a follow-up study I am currently undertaking exploring the impact of the rise of AI coding on OSS developer burnout\, including where it is exacerbating existing causes of burnout\, and where it might help alleviate them.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:17a083d2df77204a6139b97ef6a6d903
URL:http://osselceu2026.sched.com/event/17a083d2df77204a6139b97ef6a6d903
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T101500Z
SUMMARY:What Hides Below 10\,000+ SBOMs of a Foundation - Mario Fahlandt\, Kubermatic
DESCRIPTION:It all started with the simple question: "Do we have all exceptions for license dependecies for all the projects?" \n \n As you can imagine this is not a question most organizations can answer out of the blue. \n To solve this we started not only generating SBOMS for every single project in the CNCF.\, but also every Subproject that has a release. \n Along the way we hit every wall: inconsistent release processes\, license resolution dead ends\, CVE matching at scale\, and the discovery that generation is maybe 20% of the problem.\n We will dig into the full pipeline we built. Automated SBOM generation at scale\, auto discovery of Repositories\, experimenting with differnet SBOM generation tools\, hitting Git limits\, license enrichment via deps.dev and ClearlyDefined\, vulnerability cross-referencing via OSV\, and OpenVEX for suppression.\n After we finished this we realized that 10\,000+ SBOMs are useless if you cannot search\, query\, or govern them. So we built an open source toolchain for the whole thing.\n \n You will learn how to build a toolchain for Supply Chain at a sclae that supports a foundation and you can also use in organizatiosn that is fully Open Source and Apache 2 licensed.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:108f6139637b80c80b8984370164ed16
URL:http://osselceu2026.sched.com/event/108f6139637b80c80b8984370164ed16
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:From Vulnerability Debt To Autonomous Remediation: Building a Self-Healing Container Image Pipeline - Priyanka Bettadapura\, Microsoft
DESCRIPTION:Managing vulnerabilities across large fleets of container images remains a persistent challenge in cloud-native environments. In our platform\, patching a single critical image often required several engineer-days of manual effort\, creating remediation backlogs and compliance risk. To address this\, we built a self-healing vulnerability remediation pipeline using open source technologies across the container lifecycle. This session presents the architecture behind the system\, including automated dependency updates with Dependabot\, reproducible image rebuilds with DALEC\, continuous OS-level patching using Project Copacetic\, and deployment validation through staged rollout pipelines. We will share the engineering decisions\, trade-offs\, and lessons learned while reducing remediation time from days to minutes and eliminating approximately 90% of manual patching effort. We will also discuss integrating an AI-assisted remediation agent for complex fixes and the safeguards used to validate and govern AI-generated changes in production environments.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:d134532b2f7b63e701d81f6e5af2ca92
URL:http://osselceu2026.sched.com/event/d134532b2f7b63e701d81f6e5af2ca92
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T101500Z
SUMMARY:Why Switch To External Flight Modes? - Dawid Rudy\, Auterion
DESCRIPTION:When it comes to controlling PX4 from a companion computer\, developers are often spoiled for choice - leading to confusion about which architecture best suits their specific mission requirements. Historically\, Offboard Mode has been the go-to default\, but the evolution of the PX4 ecosystem has introduced powerful alternatives like External Flight Modes and the native ROS 2 Control Interface. This session provides a technical breakdown of how PX4 handles companion computer inputs under both paradigms. We will explore how External Flight Modes register directly with PX4's internal mode manager\, allowing custom autonomy apps to behave like native flight modes with built-in safety boundaries. Attendees will learn the differences between these methods\, the performance benefits of moving to the ROS 2 bridge\, and a practical migration path to transition legacy offboard code into robust\, external ROS 2 applications.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:674728bb6496502ef00a60e28a883ffa
URL:http://osselceu2026.sched.com/event/674728bb6496502ef00a60e28a883ffa
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:A Safety BOM Is a Contract: Producing and Consuming the SPDX Functional Safety Profile - Tobias Kästner\, inovex GmbH & Nicole Pappler\, AlektoMetis
DESCRIPTION:SPDX 3.1's Functional Safety profile recently grew to model a safety case end to end: requirements and their refinement\, verification\, pass/fail evaluations\, evidence\, and assumptions of use. It standardizes how a safety case is exchanged\, but not how one is produced\, nor what a consumer does with one received. We demonstrate SEGkit\, a prototype\, open-source\, project-agnostic engine that extracts a design and evidence graph from content repositories to recompute a verdict over the graph—a judgment recomputed from content\, not merely recorded—and detects which evidence goes stale as code evolves\; in this talk we also show how we plan to use it within Zephyr to automate safety evidence creation. This makes SEGkit interesting to projects maintaining their safety BOM as well as downstream users who want to work with one. For the latter case we argue a received BOM is best consumed as a contract—its requirements and evidence being guarantees and its assumptions the conditions the consumer must discharge against its own case. Lastly\, we talk about what the profile might add for machine-checkable discharge: assumptions as checkable conditions\, linked to the guarantees they constrain.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:a64d5f2f9ed69332ba7956a5c7e1ee77
URL:http://osselceu2026.sched.com/event/a64d5f2f9ed69332ba7956a5c7e1ee77
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Libiio on Zephyr: A Unified API for Industrial I/O Across Linux and RTOS Targets - Maureen Helm & Pete Johanson\, Analog Devices
DESCRIPTION:libiio is an open source C library developed by Analog Devices for interfacing with Industrial I/O (IIO) devices - ADCs\, DACs\, IMUs\, RF transceivers\, temperature sensors\, and more. It underpins a broad ecosystem of host-side tools including Scopy\, pyadi-iio\, and MATLAB\, all of which connect to targets over network\, serial\, or USB transports. This talk walks through the architecture and practical mechanics of the port. We will cover how libiio's external backend integrates with Zephyr's device model\, allowing any driver that implements the IIO device driver API to appear as a first-class IIO device. We will look at built-in bridge drivers that wrap any Zephyr ADC\, DAC\, or sensor device into an IIO device. We will also cover how the module integrates into the Zephyr build system using Kconfig\, device tree\, and snippets to enable libiio with minimal changes to an application. We will demonstrate a Zephyr board being queried from Scopy and pyadi-iio\, and close with a look at what is in progress - trigger support for deterministic sampling and streaming\, and a USB transport as a complement to the existing UART and network transports.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:bc2f8049e1f5a0c639b7a6d43d69abf0
URL:http://osselceu2026.sched.com/event/bc2f8049e1f5a0c639b7a6d43d69abf0
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T095500Z
DTEND:20261009T103500Z
SUMMARY:Measuring What Matters: Introducing Hardware Performance Counters in Zephyr RTOS - Kedareswara Rao Appana\, AMD
DESCRIPTION:Embedded developers optimizing Zephyr applications often rely on software timers and GPIO toggles—intrusive techniques that alter the behavior they try to measure. Modern SoCs instead provide rich hardware performance counters across the system: CPU PMUs\, interconnect/NoC monitors\, and memory subsystem telemetry that capture cycles\, cache behavior\, bandwidth\, and contention with near-zero overhead. Until now\, Zephyr lacked a unified way to access these metrics. This talk introduces Zephyr’s new portable **pmu.h** API\, a cross-architecture abstraction for hardware performance monitoring. We present the first backend: an ARMv8-A PMUv3 driver that probes counters at runtime\, self-calibrates CPU frequency\, and maintains per-CPU state using IRQ-locked sequences for SMP safety. Using real hardware benchmarks\, we show how to measure context-switch cost\, IRQ latency\, cache behavior\, branch prediction\, and memory bandwidth. Attendees will learn how to add low-overhead profiling to their applications today and how the API will extend to RISC-V HPM\, Cortex-M DWT\, and SoC-level monitors without changing application code. Pull request: https://github.com/zephyrproject-rtos/zephyr/pull/107016
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:599befd44ef89c8a0c31a3072225a513
URL:http://osselceu2026.sched.com/event/599befd44ef89c8a0c31a3072225a513
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T101500Z
DTEND:20261009T103500Z
SUMMARY:The Hard Limits of a (de)-centralized OSPO - Sebastian Grüner\, E.ON Digital Technology & Benjamin Rilz\, E.ON Digital Technology GmbH
DESCRIPTION:Starting up an OSPO is not an easy task - let alone for 300+ companies. That's the scale and problem space we face in the highly federated and distributed enterprise of E.ON. \n \n One of Europe's biggest energy utility provider has it all: critical infrastructure\, regulations\, services for millions of customers\, purpose built hardware\, SaaS businesses\, an unfathomable amount of suppliers and engineers all over the place. \n \n So before we could even start with our own ideas about the OSPO management we needed to get a hold of the status quo at E.ON for any kind of engineering and business operations. Two years after starting the OSPO we're far from done doing that yet\, but we already established quite a bunch of successful initiatives. \n \n We'll present our idea of an Hub-and-Spoke-OSPO\, targeted initiatives for distinct parts of the business\, curing pain points\, building recurring collaborations within the enterprise and how to become more visible as 2-person-OSPO with nearly 80.000 coworkers.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:ee2c15ab4313df3cdbd0eb3b492e6470
URL:http://osselceu2026.sched.com/event/ee2c15ab4313df3cdbd0eb3b492e6470
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T101500Z
DTEND:20261009T103500Z
SUMMARY:A Tour of the New EKF2 - Mathieu Bresciani\, Auterion
DESCRIPTION:EKF2 is the heart of PX4's navigation\, and over the past few years it has quietly received a series of improvements that make it more accurate\, more robust\, and easier to work with. In this talk I'll walk through the most significant ones. We'll start with a short recap of the filter's architecture\, then cover the move to a proper error-state formulation\, along with its symbolic derivation and code generation using SymForce. We'll then see how this makes it easy to add a new state or measurement\, as we did for the terrain state. From there we'll turn to round-earth navigation\, paired with a position-dependent gravity model\, which replaces the flat-earth assumptions to support long-range and high-latitude flight. We'll also look at how the Joseph-stabilized covariance update not only makes the filter more numerically stable\, but also lets us perform partial updates\, which we rely on heavily in the magnetometer and optical-flow fusion. Finally\, we'll look ahead at the next changes coming to EKF2 and some of the ideas we're exploring.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:10b39847a81a82c90d631cf2d745b6e6
URL:http://osselceu2026.sched.com/event/10b39847a81a82c90d631cf2d745b6e6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T103500Z
DTEND:20261009T120000Z
SUMMARY:Lunch (Provided Onsite for All Attendees)
DESCRIPTION:\n
CATEGORIES:SPECIAL EVENTS / EXHIBITS / BREAKS
LOCATION:TBA\, Prague\, Czechia
SEQUENCE:0
UID:46566942bc64c214b6a2e24ef7f17ae3
URL:http://osselceu2026.sched.com/event/46566942bc64c214b6a2e24ef7f17ae3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Container Metrics on Diverse Hardware: Driving Observability\, Efficiency\, and Real-Time Autoscaling - Sambhav Jain & Digvijay Singh Shekhawat\, Uber
DESCRIPTION:Uber runs about 4 million containers on over 150\,000 hosts. Our fleet includes a mix of cgroupv1 and v2 hosts\, multiple cloud providers\, and multiple Linux kernel versions. Tracking container performance at this massive scale is a difficult engineering challenge\, including the cost of storing them. We currently process 60 million data points every second to keep everything running smoothly. We run Cadvisor and open-source Nvidia and AMD GPU metrics exporters to reliably and affordably collect and store these metrics. This infrastructure is vital for our real-time autoscaling\, which ensures our services stay online. We also use these metrics to track memory usage and keep costs low for our AI workloads. Despite maintaining all the critical use cases\, we have saved around $ 4 million compared to last year by changing how we collect and store data. We will share how we use these metrics to detect and prevent system failures before they affect users. Attendees will learn practical patterns for operating container metrics at scale. We will also discuss the hard lessons we learned while building a reliable metrics system for a complex global fleet.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:748502e1a0b6d13f003bc5e9e50ecc96
URL:http://osselceu2026.sched.com/event/748502e1a0b6d13f003bc5e9e50ecc96
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Why We Fixed It Upstream: A Telco Perspective - Kashif Khan\, Ericsson & Jan Melen\, Ericsson Software Technology
DESCRIPTION:Working in telco infrastructure means regulatory compliance isn't optional. When a CVE drops\, we can't wait a quarter. We can't backport locally. We have to fix it upstream\, and we have to do it fast. This constraint forced us to ask harder questions about how we collaborate with open source projects. At Ericsson we maintain bare metal Kubernetes using Metal3\, Cluster API\, and Ironic. Over the past few years\, we've learned that regulatory pressure actually makes us better engineers. It forced us to build real relationships with upstream maintainers\, contribute more thoughtfully\, and think long term instead of short term. This talk explores what changed in how we work with upstream projects when we couldn't carry local patches. We'll talk about the specific practices that work when your infrastructure depends on fast\, reliable upstream collaboration. You'll hear about what changed in how we communicate with maintainers\, how we structure our releases\, and what we learned about contributing upstream that applies whether you're bound by regulation or not.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:b2b49dae329b8024eb98cee0da155d72
URL:http://osselceu2026.sched.com/event/b2b49dae329b8024eb98cee0da155d72
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Buildroot at 25: A Quarter Century of Making Embedded Linux Easy - Peter Korsgaard\, Barco
DESCRIPTION:Buildroot started in 2001 with the goal of having a simple and easy way to build embedded Linux systems. Now\, 25 years later the size and complexity of embedded Linux systems have increased dramatically and so have the required features of the build system\, but the goals are still the same. This talk celebrates Buildroot's 25th anniversary by exploring the project evolution\, the community that shaped it and the technical decisions that enabled it to remain relevant for modern projects before finishing up with some thoughts about what the future may bring. Attendees will gain both a historical perspective\, insight into how Buildroot is developed and a view to what lies ahead.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f9c6efe062af6ec8de28f2b67b84e112
URL:http://osselceu2026.sched.com/event/f9c6efe062af6ec8de28f2b67b84e112
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Embedded in RISC-V: One Year of Android\, Yocto\, and Beyond - Trevor Gamblin & Guillaume La Roque\, BayLibre
DESCRIPTION:The RISC-V ecosystem is maturing so rapidly that it's often hard to keep track\, especially in the world of embedded systems. Now that RISC-V platforms meeting the "general-purpose" RVA23 specification - which mandates the vector and hypervisor extensions\, among others - are available\, this rate of change will only increase. We've been working hard on supporting RISC-V from the bottom up through Android\, the Yocto Project\, the Linux kernel\, and we've even helped enable the Python ecosystem for AI at the edge. We want to share our experiences with our peers so that they can help contribute\, avoid common pitfalls\, and build great projects with our favorite new computer architecture. To do so\, we'll cover everything we've done over the past year\, what we're most excited about\, and where we think the most challenging aspects of supporting RISC-V in embedded systems remain. We hope that this will be an inspiring roadmap for others looking to join the RISC-V community on its journey forward.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:0fc95142860fb7b82344aa3946a150e7
URL:http://osselceu2026.sched.com/event/0fc95142860fb7b82344aa3946a150e7
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:The Journey of Adding Hardware Support To Mainline - Sven Püschel\, Pengutronix
DESCRIPTION:Since v4.15 the kernel has support for the second version of the Raster Graphic Acceleration (RGA) IP core of Rockchip SoCs. The newer RK3588 SoC additionally ships two RGA cores with version 3 and so I was tasked to extend the driver to support them. 7 months and 7 patch series versions later the driver was merged in Linux v7.2. The talk walks through my journey to getting my first driver upstream. It shows where I had understood things the wrong way\, where I've tried to do too much and where I've had to invest more work. Spiced up with some anecdotes about erroneous manuals\, erratic hardware behavior and errors which only arise under load. The talk is intended for beginners who are interested in doing mainline work. Besides showing the effort required and the frustrating moments\, I want to encourage putting in the effort and showcase some of the nice solutions it has produced.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:cdfb975090ccf1b561cc174fc61ef334
URL:http://osselceu2026.sched.com/event/cdfb975090ccf1b561cc174fc61ef334
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Keeping Track of Resources in the Kernel - Overview and Pitfalls of Resource Management Mechanisms - Bartosz Golaszewski\, Qualcomm
DESCRIPTION:While C is a spartan language by design and\, as such\, doesn't offer any automatic memory management\, the linux kernel over the years has acquired several mechanisms that attempt to make it easier for developers to keep track of resources and control their lifetime.\n \n These mechanisms use C compiler extensions for scope-based memory management\, count object references\, or rely on control flow provided by the lower-level subsystem code. They can also be an arbitrary mixture of multiple approaches.\n \n As the C compiler by definition is unable to enforce ownership or reference counting and scope correctness\, the users of these helpers must still leverage them correctly and respect the API contract.\n \n The kernel has struggled with object lifetime issues for decades now and\, while there are legitimate issues with the design of certain subsystems\, some of these issues resulted from incorrect use of the kernel resource management APIs. A good example of this is scheduling devres actions for devices that will never be bound to drivers.\n \n This talk will present different resource management mechanisms in the kernel along with examples of how to use them correctly and what mistakes to avoid.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:0757b136b186ca094b65ee289976121b
URL:http://osselceu2026.sched.com/event/0757b136b186ca094b65ee289976121b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T121000Z
SUMMARY:Lightning Talk: 97% of MCP Tools Have Quality Defects & Here's How We Measured Them - Om Shree\, Shreesozo
DESCRIPTION:Silent failures in MCP tool invocation aren't random. They trace back to a single root cause: tool descriptions that are too vague for agents to reliably select the right tool.\n A SAIL Research study of 856 tools across 103 MCP servers found 97% have at least one quality defect\, 56% fail to clearly state what the tool does\, and 89% provide no guidance on when not to use it. A second study of 10\,831 servers confirmed that well-written descriptions get selected 260% more often\, improving task success rates by ~6 points.\n Working with the Glama founder\, I developed TDQS (Tool Definition Quality Score) : an open-source framework scoring MCP tools across six dimensions: Purpose Clarity\, Usage Guidelines\, Behavioral Transparency\, Parameter Semantics\, Conciseness\, and Contextual Completeness.\n This talk covers how TDQS was built\, what scoring thousands of real-world servers revealed\, and how the open-source community can adopt it as a quality standard for MCP tool authorship.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:92f702d55fc3e7e20f1fa1a13449ac9d
URL:http://osselceu2026.sched.com/event/92f702d55fc3e7e20f1fa1a13449ac9d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:The Foundational Misnomer Hiding in Plain Sight - Powen Shiah\, Sovereign Tech Agency
DESCRIPTION:"Foundation" is a word that carries weight: endowments\, permanence\, institutional resources. In the philanthropic world\, foundations often have millions or billions in their endowments. In open source\, the same word describes organizations that range from trademark holders and event hosts to genuine funders of development work.\n That gap between expectation and reality matters. When developers\, companies\, and governments hear "foundation\," many assume someone already has it covered. That assumption is one reason so many critical open source projects remain underfunded: the name signals security that often doesn't exist.\n This talk unpacks the spectrum of what open source foundations actually do and don't fund\, why the word creates a misleading picture of available resources\, and what genuine infrastructure funding looks like in practice. Drawing on the work of the Sovereign Tech Agency\, which funds critical open source projects and the ecosystem infrastructure sustaining them\, this session offers a clearer picture of where the money is\, where it isn't\, and what that means for the long-term health of open source.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:0957d0c3425571ab8d8d40d1dee2a40c
URL:http://osselceu2026.sched.com/event/0957d0c3425571ab8d8d40d1dee2a40c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T122000Z
SUMMARY:OpenChain in Central and Eastern Europe: Year One - Vladimir Slavov & Nikola Babadzhanov\, Bosch
DESCRIPTION:One year ago\, we created the OpenChain Meridian 22 Work Group for Central and Eastern Europe. In this year\, our community has grown to include members from Poland\, Hungary\, Finland\, Romania\, Bulgaria\, Greece\, and other countries. We promoted OpenChain and our WG formally at open source and security events in Serbia\, Slovenia\, and Bulgaria\, and informally in other parts of Europe and the world. We work in close collaboration with other open source communities to organize free events across Europe.\n \n This talk is a retrospective on this past year of expanding the OpenChain community in the region. We will showcase the interesting topics we focus on in our WG\, and share the lessons we learned along the way. We would like to use the talk to promote the WG locally.\n \n The first part of the talk will focus on the journey: how we launched the OpenChain Meridian 22 WG\, our promotion activities\, and the topics we have tackled so far.\n \n The second second part\, about the takeaways: what makes this region special\, why we received attention mostly from security communities\, and other such curiosities.\n \n The last part will be an overview of the co-located event we are organizing with the community.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:86fba3ca26393ae1815534dddfe0b3db
URL:http://osselceu2026.sched.com/event/86fba3ca26393ae1815534dddfe0b3db
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Sustainable Communities - Risks and Remedies - Ildiko Vancsa\, OpenInfra Foundation
DESCRIPTION:Whether you care about open source projects for the success of your business or to retain your basic human right to access digital technology\, it is in your interest to understand the risks these communities face and what you can do to mitigate them.\n \n This presentation will provide you with a list of risk factors\, from bad practices to mindset\, that imapct the sustainability of open source communities. The talk will provide details of studies and real-life experiences to outline why certain behaviors\, practices and approaches\, most often without any bad intentions\, are harmful to the open source ecosystem.\n \n You will also receive tools and actionable steps to improve the sustainability of the open source projects you care about. The session will also give you ideas how to implement practices into your workflow\, whether you are relying on open source software as a buiness or as an individual.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:dbe90fded263776c47051da8d98b992b
URL:http://osselceu2026.sched.com/event/dbe90fded263776c47051da8d98b992b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:The PVC Must Die: How a Workflow Engine Rethought Data Sharing With Trusted Artifacts - Vincent Demeester\, Red Hat
DESCRIPTION:When a CI/CD pipeline runs each step as a separate Kubernetes Pod\, those Pods need a way to pass data to one another. Tekton chose the obvious Kubernetes-native answer: a shared persistent volume. Clone code in step one\, build it in step two\, both read from the same disk. Simple. It wasn't. Shared volumes meant pinning Pods to the same node\, which broke autoscaling. Users hit storage limits\, leaked volumes after failures\, and spent more time debugging infrastructure than building pipelines. Each fix created new edge cases. Then a different question: what if steps didn't share a disk at all? What if each step uploaded what it produced\, and the next downloaded and verified it\, with cryptographic hashes at every handoff? That's Trusted Artifacts. The shared volume disappears\, and in its place you get a verifiable chain of trust: every handoff is hashed\, signed\, and traceable. A storage problem became a security feature. This talk traces that journey: the design that seemed right\, the years of workarounds\, and the moment the team stopped fixing the plumbing and rethought the architecture. It's for anyone who's wondered whether to keep patching a leaky abstraction or tear it out.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:a0c3b916de70e942c17f3f45386ba86a
URL:http://osselceu2026.sched.com/event/a0c3b916de70e942c17f3f45386ba86a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T122000Z
SUMMARY:Adding ESP32/Xtensa Silicon and Custom Boards To PX4 - Henry Kotzé\, AutonoSky
DESCRIPTION:This talk will introduce a new MCU architecture that PX4 only recently supported: the Xtensa ESP32. Using it as a walk-through\, we'll demonstrate the software components needed to add your own custom board\, contribute to or expand existing MCU architecture support\, and highlight how PX4's compile process is designed to be agnostic to the underlying MCU architecture. Some highlights will be: How PX4 interacts with NuttX at a low level\, and why that relationship is central to bringing up new hardware The role of the High Resolution Timer (HRT) in PX4's timekeeping\, and what it takes to implement it for a new architecture The difference between Menuconfig and boardconfig\, and when to use each when defining your board's peripherals and pin allocation How PX4's build system sets up the compilation environment for NuttX\, and how to configure it for your specific board How PX4 is designed to be MCU-agnostic\, and what that means in practice when working at the boundary between PX4 and NuttX
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:6653e58744416a3b82114bf564967b58
URL:http://osselceu2026.sched.com/event/6653e58744416a3b82114bf564967b58
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Let's Perform a Hazard Assessment! - Chuck Wolber\, The Boeing Company & Pete Brink\, Underwriter Laboratories (UL)
DESCRIPTION:A hazard assessment is “a process that allows the identification and evaluation of potential hazards related to [...] system function regardless of the details of its implementation” (SAE ARP4761A\, section C.1). The outcome of a hazard assessment has far-reaching consequences for overall project design and the degree of engineering rigor required during development. In this session\, Chuck will take the audience through a hazard assessment exercise based on a simplified model and describe the effects of the assessment on the design and development process. In addition to exposing the audience to a relatively simple but rigorous method for thinking about failure conditions during design\, Chuck will also touch on gaps in non-safety-critical software engineering that can benefit from best practices developed by the safety engineering community.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:02c62448cae565b6040ec07f87366bb5
URL:http://osselceu2026.sched.com/event/02c62448cae565b6040ec07f87366bb5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Amalgamation - Tom Burdick\, Infineon Technologies
DESCRIPTION:Amalgamation is a build strategy used by projects like sqlite3 that combines C sources files into a single source file for various reasons. One such reason is to give the compiler greater visibility across the program for performance gains. sqlite3 claims 5-10% net performance gains in doing so.\n \n Does applying the technique to parts of Zephyr net us any gains? If so why and where\, and what are the trade offs involved?
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:2d6a30ac833cb2435f659954861e5ac6
URL:http://osselceu2026.sched.com/event/2d6a30ac833cb2435f659954861e5ac6
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T120000Z
DTEND:20261009T124000Z
SUMMARY:Multiple Cores\, One Zephyr: The Path To Cortex-M SMP in Zephyr - Sanjay Vallimanalan\, Linumiz
DESCRIPTION:Multi-core ARM Cortex-M SoCs are becoming increasingly common in today's market. Yet Zephyr RTOS only supports Asymmetric Multiprocessing (AMP) for these devices. The problem with AMP is that it limits true resource sharing\, and leaves hardware parallelism underutilized. Symmetric Multiprocessing (SMP) addresses these issues by running a single Zephyr RTOS image with a unified scheduler across all cores. Zephyr RTOS currently lacks support for Symmetric Multiprocessing on ARM Cortex-M based SoCs and hence limits multi-core Cortex-M devices to AMP configurations. This talk presents a Proof-of-Concept implementation of SMP on Dual Core Cortex-M7 cores using the Infineon Traveo T2G (CYT4DN) SoC which runs a single Zephyr image with true parallel execution across cores. The key framework challenges are: lack of a secondary boot up path for the secondary cores and the complications of unified timekeeping with per-core SysTick timers. The talk details what has been achieved\, the limitations that remain in timeout-driven context switching and scheduling\, and outlines a path toward upstream-ready Cortex-M SMP support in Zephyr.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:12d51bee6cd3209ef68bc6dd0daefa03
URL:http://osselceu2026.sched.com/event/12d51bee6cd3209ef68bc6dd0daefa03
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T121000Z
DTEND:20261009T122000Z
SUMMARY:Lightning Talk: Real Observability for Self-Hosted LLMs on Ubuntu - Shardul Deshpande\, Canonical
DESCRIPTION:Running LLMs near devices or in constrained edge environments changes the observability problem. A small model can answer successfully while still being unusable: first token arrives too late\, prompts burn scarce CPU/RAM budget\, output is malformed\, or gateway/model-selection errors hide behind green Linux and container metrics.\n \n This session walks through a reproducible\, CPU-first Ubuntu demo for resource-constrained self-hosted LLMs. It uses small Ollama models (llama3.2:1b and qwen3.5:2b) on the same CPU workload with MicroK8s\, Juju\, COS Lite\, Tempo\, a FastAPI OpenAI-compatible gateway\, and Canonical's Charmed OpenTelemetry Collector. The gateway emits OpenTelemetry GenAI spans\, metrics\, and trace-correlated logs\; Prometheus\, Loki\, Tempo\, Grafana\, and Alertmanager turn them into an LLM golden-signals view.\n \n Using recorded normal\, slow\, expensive\, error\, and low-quality scenarios\, attendees will see how time-to-first-token\, token usage\, traces\, alerts\, and quality signals reveal whether a local model is useful within tight compute constraints. The model comparison shows why embedded and edge AI decisions need measured latency/cost/quality trade-offs\, not just 'the model runs.'
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:16de0eb57a8f789e24c6bc2176ae2691
URL:http://osselceu2026.sched.com/event/16de0eb57a8f789e24c6bc2176ae2691
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T122000Z
DTEND:20261009T123000Z
SUMMARY:7 MCP Servers\, 50+ Tools\, Zero Duplicate Code: A 5-Minute Architecture Tour - Harika Chebrolu\, IBM
DESCRIPTION:We had a problem: every new integration meant writing the same code twice—once for our React dashboard\, once for our AI assistant. JIRA\, TestRail\, Jenkins\, GitHub—the duplication was unsustainable. MCP changed everything. In this lightning talk\, I'll show how we built 7 MCP servers that now power both our dashboard AND our AI agents from a single source of truth. 50+ tools\, used daily by Dev\, QE\, and Management teams. In 5 minutes\, you'll see: - The architecture: FastAPI as a unified backend → MCP Servers → External APIs (JIRA\, TestRail\, Jenkins\, GitHub\, GSheets\, Release Calendar\, Risk Predictor) - The pattern: Thin MCP tools that call centralized APIs—one integration\, two consumers - Real metrics: 10+ hours/week saved per engineer\; release tracking\, regression monitoring\, and production health checks unified. - Why MCP wins: AI agents and dashboards evolve independently while sharing the same data layer. We eliminated duplicate code\, reduced maintenance burden\, and shipped faster. All code is open source.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:a01844287199cb79a4a8732d07235161
URL:http://osselceu2026.sched.com/event/a01844287199cb79a4a8732d07235161
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T122000Z
DTEND:20261009T124000Z
SUMMARY:Are Open Source Licenses for AI Models a Hallucination? - Jimmy Ahlberg\, Ericsson & Eleftheria Stefanaki\, Nokia Technologies
DESCRIPTION:For decades\, the Open Source Software world has run on a simple\, elegant legal hack: standard open-source licenses (like GPL\, BSD\, or Apache 2.0) use copyright law to enforce openness and collaboration. But as the industry shifts to AI models are we are hitting a catastrophic legal wall? AI models and weights aren't code\, they aren't traditional "data" either. Is the licensing regimes we have been reliant on for so long no longer an adequate solution for how to license AI Models and wights when we want to make them available and keep them as Open Source\, and if so why do we keep on licensing them this way? \n \n This panel hopes to brings together experts from various fields and industries to discuss some of the challenges and potential risks you may run into then using or sharing AI models and wights under Open Source licenses\, and explore some high level ideas of what mechanisms could be used instead of "traditional" Open Source licenses to keep the openness and collaboration we all depend on to further innovation.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:57e85c89677589f10f4ce3f7335f3516
URL:http://osselceu2026.sched.com/event/57e85c89677589f10f4ce3f7335f3516
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T122000Z
DTEND:20261009T124000Z
SUMMARY:PX4 on Open Silicon: Flight Control and AI Workloads on Multi-Core RISC-V - Afonso Oliveira\, AiNekko
DESCRIPTION:While PX4 is open source\, the underlying hardware often remains tied to proprietary vendor black boxes. This creates a gap for PX4 developers and sovereignty-sensitive applications that need an inspectable full stack all the way down to silicon. This session presents CORE-ET\, a fully open-source RISC-V platform that can scale from a 16-hardware-thread Erbium configuration to systems with more than 2000 cores. We will show a simulation demo of Erbium running PX4 alongside onboard AI: PX4/control runs on two hardware threads\, while the remaining 14 run workloads such as vision\, depth\, VIO\, or object detection. We will discuss the porting structure\, real-time capabilities\, and measurements needed to show flight control running alongside local inference. The result is a path toward drones where both software and hardware are open and inspectable.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e36b17062155979ff6caa320eb0b227b
URL:http://osselceu2026.sched.com/event/e36b17062155979ff6caa320eb0b227b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Panel: Found It. Filed It. Forgotten? The Open Source Fix Problem in AI Era - Rao Lakkakula\, Microsoft; Amanda Casari\, Google; Stormy Peters\, AWS
DESCRIPTION:We have become highly effective at finding vulnerabilities\, accelerated by AI-driven analysis. We can scan at scale\, assign scores\, and generate reports with unprecedented speed. The breakdown happens after discovery.\n \n For many maintainers\, security reports arrive as noise: limited context\, unclear expectations\, and little support to carry fixes through to completion. Backlogs grow\, trust declines\, and critical issues remain unresolved.\n \n This panel brings together security and open source leaders from Microsoft\, Google and AWS to confront an uncomfortable reality: discovery is the easy part. Remediation\, especially in shared infrastructure maintained by a small number of overextended contributors\, is where the system fails.\n \n We will explore what actually helps maintainers move from report to resolution. What makes a report actionable? How do we reduce noise and avoid drive-by reporting? How do we support fixes through triage\, patching\, and downstream adoption without taking over projects?\n \n If you are a struggling maintainer or an industry consumer who wants to support OSS you depend on without overloading it\, this session is for you. The focus is simple: fixes that land.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:2b707c24c6d0eec75576cc94f9a349af
URL:http://osselceu2026.sched.com/event/2b707c24c6d0eec75576cc94f9a349af
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Entering Linux Upstream-First: How a Newcomer MCU Vendor Builds Its Kernel Development Processes - Gustavo Henrique Nihei\, Espressif Systems
DESCRIPTION:Most silicon vendors claim to support upstream Linux. Few show what it actually takes to sustain that when customer deadlines and upstream changes compete for limited engineering resources. Espressif Systems\, the company behind the ESP32 wireless MCUs and open-source ecosystems around them\, is debuting in embedded Linux\, but no stranger to open source communities: ESP-IDF is widely supported\, and its engineers are active contributors to Zephyr RTOS\, including a member on the TSC. This is a candid look at how a newcomer builds its development process with the community in mind. We walk through the concrete processes we established: a branching strategy and sync cadence that track each stable kernel release\, a pipeline for preparing and submitting patches to mainline\, and immutable\, reproducible release branches. We also cover the organizational model\, a chip verification team that confirms silicon works quickly and a separate upstreaming team that refactors drivers to upstream standards\, collaborating continuously to shrink the porting gap. The supporting infrastructure rounds this out with CI across multiple build systems\, a LAVA CI board farm\, and QEMU for pre-hardware testing.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:f71f6b0661fbfc48216d91e18b35889d
URL:http://osselceu2026.sched.com/event/f71f6b0661fbfc48216d91e18b35889d
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:RDMA on the Edge - Michael Jost\, ETH Zurich
DESCRIPTION:Processing large volumes of sensor data (e.g. Cameras\, IMUs\, Radar\, etc.) on embedded hardware for real-time machine learning inference requires two critical performance metrics: high throughput and minimal latency. Remote Direct Memory Access (RDMA) which originated in high-performance computing and cloud datacenters was designed for this use case . By enabling direct host-to-host memory transfers without kernel or CPU intervention\, RDMA delivers throughputs exceeding 100 Gbps with microsecond-level latency. In this talk\, we present a complete\, open-source sensor acquisition pipeline that brings RDMA to an embedded device. We demonstrate how camera data is acquired on an AMD Kria KR260\, packetized into RDMA frames entirely within the FPGA fabric\, and transmitted over Ethernet to a Jetson AGX Orin platform. The goal of this talk is that attendees will leave with a practical understanding of RDMA’s benefits in the embedded sector and have access to a powerful\, open-source tool for high-performance data transfer.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:65870a7ba67cea25bade40c551b7bfee
URL:http://osselceu2026.sched.com/event/65870a7ba67cea25bade40c551b7bfee
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Yocto: From Scarthgap To Wrynose\, 2 Years of LTS Evolution - Jérémie Dautheribes\, Bootlin
DESCRIPTION:Yocto Project has become the de-facto standard for embedded Linux build systems\, and its LTS releases serve as the key milestones driving industry adoption and long-term platform decisions. Wrynose (6.0)\, released in May 2026\, is the new LTS: teams and community members running Scarthgap in production are now facing the migration question. This talk covers what actually changed over those two years: build tooling and configuration workflow\, CVE and SBOM handling in the context of the upcoming EU Cyber Resilience Act\, toolchain updates\, and the breaking changes that affect existing layers and distro configurations. By the end of this talk\, attendees should have a clear picture of what it takes to migrate from Scarthgap to Wrynose in a real production environment.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:8fa1534c1590bc140a39da52d98933fa
URL:http://osselceu2026.sched.com/event/8fa1534c1590bc140a39da52d98933fa
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Anatomy of a Mainline Linux Driver - Neil Armstrong\, Linaro
DESCRIPTION:Getting a driver into mainline Linux is a great step\, but it is very different from downstream development. In downstream\, the people writing the driver are often not the ones making the final product. Because of this\, they have to implement 100% of the hardware features. But in the end\, maybe only 60% of these features are actually used by product integrators. This creates dead code and increased driver complexity. In this talk\, I will show you the anatomy of a mainline Linux driver and guide you on how to write it for the upstream tree inclusion. We will see how to write generic code that is easy for the community to maintain in the long term. We will talk about using and extending existing kernel frameworks instead of making custom control paths or abusing current interfaces\, which helps reduce ecosystem fragmentation. For embedded systems\, we will also see how to make clean and extensible Device Tree bindings. I will explain why we need to drop untestable downstream features to keep the code clean. Finally\, we will look at how to format and check your patchset with tools like checkpatch\, smatch\, and new AI tools like Sashiko to ensure high kernel quality.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:0a14d852dfe56c8011e96d0f1f259d51
URL:http://osselceu2026.sched.com/event/0a14d852dfe56c8011e96d0f1f259d51
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Building Fine-Grained Permissions for AI Agents - Sohan Maheshwar\, AuthZed
DESCRIPTION:This talk could prevent the next big data breach. Building enterprise-ready AI poses challenges around data security\, scalability\, and integration\, especially in compliance-regulated industries. We're already seeing security breaches with AI Agents in the news. This is a complex problem - Imagine having N users\, M Agents and O actions. How do you design permissions around that? This session will cover how modern permissions systems can ensure AI Agents have access only to authorized data. The talk will look at why the Google Zanzibar model of authorization which uses Relationship-Based Access Control (ReBAC) is well suited for fine-grained authorization at scale. The talk covers the nuts and bolts of how a Google Zanzibar system works under the hood\, and how to apply it to AI Agents with techniques such as pre-filteration and post-filteration. The talk will also include a live code demo implementing authorization for AI Agents + RAG using Open Source tools such as Weaviate\, Langchain\, and SpiceDB.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:049f2b887550c830109cf4ac284ad91f
URL:http://osselceu2026.sched.com/event/049f2b887550c830109cf4ac284ad91f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Landscape of the Quantum Open Source Ecosystem - Mathys Rennela\, Unitary Foundation
DESCRIPTION:The discussion on quantum computers often focuses on abstract physics\, but for the engineers manipulating those systems\, the underlying software stack is becoming a very pressing reality. As the field matures\, we are witnessing the emergence of a collaborative\, open-source ecosystem. This session provides a comprehensive tour of the current quantum open source landscape\, and will aim to demystify programming for quantum computers. Community-led projects are currently providing the necessary plumbing (compilers\, simulators\, verification tools\, ...) to ensure that quantum technologies are not only scalable and useful\, but also transparent and interoperable. No prior background in quantum physics or quantum computing is required. The session will actually aim to argue that most quantum software challenges are very known problems in software engineering and computer science\, and that one can contribute to quantum open source projects without any knowledge of quantum physics.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:24cd34506ba872e36dbc5edc076e71f8
URL:http://osselceu2026.sched.com/event/24cd34506ba872e36dbc5edc076e71f8
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:CRA Compliance Paths and Where the Real Responsibility Sits - Madalin Neag\, OpenSSF/The Linux Foundation
DESCRIPTION:The EU CRA is now law\, yet confusion persists across the software ecosystem. Many developers still fear personal liability for upstream contributions\, while organizations struggle to understand what compliance actually requires.\n This talk clarifies the four CRA compliance pathways: Self-Assessment\, Standards\, 3rd party Conformity Assessment\, and the EUCC\, and explains how they apply across the software supply chain.\n \n We demystify the CRA’s approach to open source\, focusing on OSS stewards such as foundations and legal entities\, and their limited obligations compared to manufacturers. A key message: upstream contributors and individual maintainers have no direct CRA compliance responsibilities.\n We also examine supply chain security implications\, including the need for stronger upstream-downstream collaboration\, better dependency transparency\, and clearer security ownership at integration points. Misinterpretation of CRA roles risks shifting compliance burden incorrectly upstream\, undermining ecosystem resilience.\n Attendees will leave with a clear understanding of CRA responsibility boundaries\, compliance routes\, and the role of open source in a secure European software supply chain.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:77ed8249c490535507852d68a07ba5be
URL:http://osselceu2026.sched.com/event/77ed8249c490535507852d68a07ba5be
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:X-Road: The Open Source Project That Runs Countries (And What It Can Teach Your Project) - Gbemisola Mary Oladetoun\, Fleetfox
DESCRIPTION:X-Road started as Estonia's internal government data exchange layer. Today it is open source\, deployed in over 20 countries including Finland\, Iceland\, and Japan\, and maintained by a cross-border foundation. I build software on top of X-Road every day in Tallinn\, so I interact with this system as a practitioner\, not just someone who read about it.\n \n This talk covers: the governance model that allows countries with different legal systems to contribute to the same codebase. How X-Road handles backwards compatibility when your users are governments that cannot afford breaking changes. The trust model that lets citizens see exactly who accessed their data. And what this journey from closed government software to open source infrastructure teaches other projects about sustainability.\n \n I am not an X-Road maintainer. I am a software engineer who uses it in production and an HCI researcher who thinks about how people interact with systems like this. Most talks about X-Road come from the people who built it. This one comes from someone who lives with it.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:2aef5a76d8aeab88824425d52526eb33
URL:http://osselceu2026.sched.com/event/2aef5a76d8aeab88824425d52526eb33
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Two Sides of the Same Coin: What Software and Data Research Repositories Can Learn From Each Other - Kairo De Araujo\, TU Delft
DESCRIPTION:Research data repositories and software package registries serve different audiences\, but they answer the same four questions: - who published this and can we trust them - has it been tampered with - where did it come from - how long will it stay available and verifiable? Both communities have answered them in parallel\, different vocabularies\, different tooling\, little exchange. This talk maps that exchange both ways\, grounded in my work on Djehuty (behind 4TU.ResearchData) and as a maintainer of TUF and in-toto and an OpenSSF Securing Software Repositories contributor. Data repositories can borrow from software: delegated\, verifiable signing (TUF\, Sigstore)\, in-toto provenance for AI training data\, and the OpenSSF security-maturity model. Software registries can borrow from data: FAIR's verifiable provenance\, persistent identifiers (DOIs\, ORCIDs) for durable SBOMs\, OAIS preservation against dependency rot\, and pre-publication curation. It closes on the problem neither has solved: permanence versus incident response revoking trust without deleting an immutable\, citable record.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:e177bdfe24776b6bfd04423af645c1f3
URL:http://osselceu2026.sched.com/event/e177bdfe24776b6bfd04423af645c1f3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T131000Z
SUMMARY:The PX4 Airspeed Pipeline - Mahima Yoga\, Auterion
DESCRIPTION:Airspeed sits at the center of fixed-wing flight. It determines how much lift the wings generate\, how effective the control surfaces are\, and ultimately how the aircraft can be controlled. As a result\, it influences nearly every aspect of flight\, from stability and maneuvering to energy management. Yet the airspeed value used throughout PX4 is far from a simple sensor reading. Behind a seemingly simple number lies a surprisingly large stack of sensor physics\, conversions\, calibration procedures\, validation logic\, control scaling\, and TECS handling. This talk traces the airspeed pipeline end-to-end: from pitot-tube measurements\, through IAS → CAS → TAS conversion\, in-flight calibration\, and validation\, to the controllers that ultimately use it. We'll also examine real-world failure modes from the PX4 community and show how to diagnose them from flight logs.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:1590f850c73d3d9f22424543bbf5c7f4
URL:http://osselceu2026.sched.com/event/1590f850c73d3d9f22424543bbf5c7f4
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Failure Propagation in Linux: Challenges for Safety Qualification - Alessandro Carminati\, NVIDIA
DESCRIPTION:Linux was not developed around fault-containment properties expected of safety-certifiable software. The linear map lets kernel code access memory across userspace ownership boundaries\, so corruption can affect another process or container. Shared slab/page allocators and per-CPU caches compound this risk: corrupted state may remain latent and later affect unrelated subsystems. MMIO can cause external interference when a faulty driver accesses the wrong register or device because of corrupted state or an incorrect Device Tree or ACPI-derived base address. Building on ELISA Linux Features WG (LFSCS) work\, we use ks-nav call-tree artifacts to show that even narrow services depend on shared infrastructure across subsystems. Reducing the configuration lowers function count but also usability\; restoring functionality introduces transitive dependencies\, so assessment cannot be limited to newly enabled code. These findings challenge treating Linux as safe by default or relying on proven-in-use arguments alone. In a monolithic\, shared-address-space kernel\, fault containment and qualification scope must be demonstrated\, not assumed.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:3ea6c493323e89aa447f2dbb0dc2e759
URL:http://osselceu2026.sched.com/event/3ea6c493323e89aa447f2dbb0dc2e759
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Linkable Loadable Extensions and the Extension Developer Kit - Lauren Murphy\, Intel
DESCRIPTION:The Linkable Loadable Extensions (LLEXT) subsystem supports loading and linking ELF files at runtime\, enabling developers to add sandboxed plugin-like functionality to Zephyr applications. This session offers a discussion of how LLEXT works and how it can work for you\, as well as an overview of the Extension Developer Kit (EDK). The EDK allows users to build extensions without building the main binary\, enabling teams working on complex firmware to neatly divide efforts between individual loadable modules and the main binary.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:7305de0f8e8f77276eed0ebb71bf785f
URL:http://osselceu2026.sched.com/event/7305de0f8e8f77276eed0ebb71bf785f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T125000Z
DTEND:20261009T133000Z
SUMMARY:Zephyr-Based VIRTIO Backend on Xen: From Tiny Driver Domains To Real Hardware Integration - Hiroshi Tokita\, Indivisual
DESCRIPTION:Linux-based Xen Driver Domains are powerful\, but they increase the trusted computing base and add complexity to systems that need tight isolation\, fast startup\, and auditable software components.\n \n This talk updates the Zephyr-based VIRTIO backend for Xen\, an effort to run selected VIRTIO backend functions in small\, purpose-built Zephyr driver domains. The goal is to preserve Xen’s proven architecture while enabling a finer-grained model: separate lightweight domains for network\, storage\, or platform-specific services.\n \n Over the past half year\, the project has moved toward platform integration. Upstreaming work has progressed\, real-hardware demos are being developed on Renesas R-Car V4H\, and integration with SoDeV\, an SDV platform by Automotive Grade Linux\, is underway.\n \n The session will cover the architecture\, current upstream status\, and obstacles to using it across platforms. Attendees will leave with a realistic view of where Zephyr-based driver domains can reduce the trusted computing base\, what challenges remain\, and how to contribute to lightweight open-source driver domains for edge and automotive systems.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:70afb911def82ccb7bc7224fae3d68ec
URL:http://osselceu2026.sched.com/event/70afb911def82ccb7bc7224fae3d68ec
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T131000Z
DTEND:20261009T133000Z
SUMMARY:Total Energy Control: A Deep Dive Into TECS in PX4 - Silvan Fuhrer\, Auterion
DESCRIPTION:The Total Energy Control System (TECS) coordinates throttle and pitch to manage a fixed-wing vehicle's airspeed and altitude as a single energy problem — but for many users it remains a black box of tuning parameters. This talk opens it up. We start from first principles\, deriving how TECS balances kinetic and potential energy and why throttle and pitch are the natural levers to control them. We then cover the controller's concept\, its architecture in PX4\, a structured approach to tuning\, and the shortcomings every operator eventually hits. Finally\, we distill seven years of hands-on TECS tuning into the heuristics and hard-won insights that don't appear in the documentation. Whether you're tuning your first fixed-wing or maintaining a fleet\, you'll leave with a clearer mental model of what TECS is really doing.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:8dc30f398b6852a02a28c6cbf564cafd
URL:http://osselceu2026.sched.com/event/8dc30f398b6852a02a28c6cbf564cafd
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Cloud Native Open RAN Across 1\,000 Km: A GitOps Deployment With Duranta and Sylva - Sagar Arora\, OpenAirInterface Software Alliance & Guillaume Grao\, Orange Innovation
DESCRIPTION:The telco industry has been on a cloudification journey for over a decade. In the context of Radio Access Networks (RAN)\, this deep transformation is primarily driven by Open RAN initiatives. This talk illustrates how RAN is gradually embrassing cloud native benefits. Key synergies between Sylva and Duranta open-source projects are driving this transformation: - Sylva provides a telco-grade cloud stack\, enabling scalable and reliable cloud infrastructure. - The Duranta project focuses on developing RAN network functions using cloud-native design patterns to promote innovation and interoperability. A live demo will highlight the role of Open RAN interfaces in Duranta. It will showcase a FluxCD-based GitOps deployment of Duranta’s Open RAN Distributed Unit (O-DU)\, Centralized Unit Control Plane (O-CU-CP)\, and Centralized Unit User Plane (O-CU-UP) network functions on a Telco Cloud. The deployment will follow the Sylva GitOps approach. Sylva will orchestrate multiple Telco Clouds to showcase central\, regional\, and far-edge deployment scenarios across two labs located approximately 1\,000 km apart.
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:4342a437920af019bace1d54bb0ac895
URL:http://osselceu2026.sched.com/event/4342a437920af019bace1d54bb0ac895
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:When the LLMs Come Knocking: Surviving AI-Powered Vulnerability Reports - Vincent Demeester\, Red Hat
DESCRIPTION:In early 2026 our vulnerability inbox suddenly exploded. Tekton\, the Kubernetes-native CI/CD framework we maintain\, received more security reports in four months than in all the previous years combined: detailed\, with working reproducers and CVSS scores. Many were genuinely valid. They were also\, overwhelmingly\, AI-generated. LLM-powered research has changed the game. Tools now audit codebases systematically and surface real bugs humans missed for years: a path traversal reading arbitrary files from the controller pod\, an SSRF exfiltrating cloud credentials\, a JSON injection enabling RCE. These aren't hallucinations\, and they arrive faster than a small team can patch\, disclose\, and backport. But the flood carries noise too: variants of fixed CVEs\, reports that misunderstand the threat model\, duplicates. The challenge has shifted from "find vulnerabilities" to "triage an AI-accelerated firehose without your disclosure process collapsing." This is an honest\, in-progress survival guide from maintainers living through it: how triage holds up under pressure\, how we separate signal from noise\, what we got right\, and what we got wrong.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:360a19084b4a524440649af9fa4a07db
URL:http://osselceu2026.sched.com/event/360a19084b4a524440649af9fa4a07db
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:AI-Assisted CVE Triage in Yocto-Based Supply Chains: Designing the Human–Agent Judgment Boundary - Kazuyoshi Akiyama & Takashi Ninjouji\, Honda
DESCRIPTION:Automotive Linux products must assess supply chain security at every release. \n Yocto-based SBOMs can serve as the foundation\, but many teams have yet to answer how much CVE triage to automate and where humans should make the call. \n An OSS toolchain also enables the same foundation to be shared with suppliers\, with no license barriers.\n \n Yocto-generated VEX and rule-based filtering handle many CVEs\, but ambiguity remains — provenance of third-party components\, applied patches\, unintended dependencies. \n AI agents can handle that ambiguity\, but opaque and non-deterministic outputs make it impossible to explain a missed CVE or a false positive that blocked a release. \n \n This talk presents a design for that\, with a Yocto-based CVE triage pipeline as the example. \n \n The workflow begins with frozen inputs\, passes through layered triage\, and ends with human approval: inputs locked at CI trigger time (Input Freezing)\; rule-based and lightweight LLM filtering of straightforward cases (Layered Triage)\; a high-performance LLM presenting suggestions\, with humans making the final call (Suggestion-and-Approval Loop). \n These patterns apply to embedded supply chain management beyond automotive Linux.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:9f6f6ec89a8fd5a95f4610c7d9110d2b
URL:http://osselceu2026.sched.com/event/9f6f6ec89a8fd5a95f4610c7d9110d2b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:The Netdev Upstreaming Journey: Process\, Pitfalls\, and Best Practices - Maxime Chevallier\, Bootlin
DESCRIPTION:Network interfaces are a common thing on embedded devices\, so it's no surprise that getting a device supported upstream involves interacting with the netdev community on mailing lists. The netdev list is a very busy place\, and like other subsystems\, has its own sets of written and non-written rules. Recently\, it's been busier than ever\, partly due to new tooling making it more accessible to make first contributions\, or finding bugs. This means the netdev community has had to adapt and put new tools\, processes and rules in place to deal with this heavy influx of contributions. This talk will discuss what the upstream process for network-related patches currently looks like. We'll discuss the common pitfalls when upstreaming patches\, either due to common technical mistakes or traps when following the netdev process. This may also be a chance for other subsystems to take a peek at how netdev deals with the recent surge of new contributors. We'll see how reviews are being promoted\, what the recently created Netdev Foundation has been setting-up to ease the testing and CI effort\, and how as a developer you can help this community and get your patches accepted in a smoother manner.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:d34a19a0e25927bc1480121fe6d3f19f
URL:http://osselceu2026.sched.com/event/d34a19a0e25927bc1480121fe6d3f19f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Yocto’s Hidden Gems: Lesser-Known Tools for Daily Development - Anna-Lena Marx\, inovex GmbH
DESCRIPTION:Yocto is a complex and huge ecosystem. Getting started may feel hard\, but there are various tools to make our daily development easier right out of the box—if you know about them. Unfortunately\, many developers are only used to a small subset of the available tools and their capabilities\, which often leads to writing additional custom tooling for already solved problems. In this presentation\, we will dive into a selection of these existing tools and demonstrate how to take advantage of them in everyday workflows. For example\, we’ll discuss how `bitbake-getvar` helps with debugging variables and overrides\, and how to find all packages generated by a recipe with `oe-pkgdata-util`. We will also look into `yocto-check-layer`\, `patchtest`\, `bitbake-config-help`\, and more. The session will focus on practical use cases\, showing how to leverage already available tools to save time and reduce the need for custom scripts.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:35778f6360f721e6523f19d78c14f215
URL:http://osselceu2026.sched.com/event/35778f6360f721e6523f19d78c14f215
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Who Watches the Watcher? Hardening eBPF in Production Security Deployments - Hanshal Mehta\, Independent
DESCRIPTION:eBPF has become the backbone of modern Linux security tooling. Cilium\, Tetragon\, Falco\, etc they all depend on eBPF's ability to hook kernel execution paths and enforce policy without a kernel patch or reboot. But there's a question the community has been slow to ask: who secures eBPF itself?\n Working on bpfman\, an eBPF program manager\, exposed me to the trust assumptions baked into how programs get loaded\, pinned\, and granted kernel access. This talk covers what I found concrete attack surfaces that show up in real deployments\, not theory.\n \n We'll cover: the verifier's historical CVEs and what they reveal about its actual threat model\, privilege escalation through CAP_BPF and unprivileged eBPF in distros that ship with it enabled\, what program signing protects and what it quietly doesn't\, and LSM hooks on BPF program loading that most teams aren't using yet.\n The second half: BPF token scoping\, how Ubuntu and Fedora are locking down the attack surface without breaking legitimate tooling\,and a threat model checklist you can apply to your own eBPF deployment the same week.\n If you're running eBPF-based security tooling in production\, this is the talk I wished existed before I started.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:b3bb919eaef21e96de0bf9d56f6f6d75
URL:http://osselceu2026.sched.com/event/b3bb919eaef21e96de0bf9d56f6f6d75
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:When Coding Agents Cheat: Measuring the Security of AI-Generated Code With an Open Benchmark - Luca Compagna\, Endor Labs & Danqing Wang\, Carnegie Mellon University
DESCRIPTION:Vibe coding is now the norm\, and more open-source code is AI-generated. But is it secure? We present the Agent Security League\, an open leaderboard built on SusVibes (200 real-world tasks\, 108 OSS projects\, 77 CWEs). Unlike benchmarks frontier labs cite to showcase progress\, SusVibes evaluates what developers actually use: a harness coupled with an LLM\, not the model alone. Across 15+ combinations — GPT-5.5\, Gemini 3.5\, Fable 5 — with agents like Cursor and Claude Code\, functional correctness can exceed 80%\, yet our best fair security score is 29%. This means ~7/10 working AI patches leave the bug open. Strikingly\, even models (e.g.\, Fable 5) that lead model-only benchmarks score no better on security once wrapped in a real agent. Agents also cheat: early on they reverse-engineered fixes from git history\, inflating scores up to 42×. Our 3-layer pipeline—prompt hardening\, workspace sanitization\, LLM-based anti-cheating eval—nearly killed that\, but memorization of upstream fixes from training data persists. We show cheating examples\, share fair results\, what actually improves security\, and argue anti-cheating and contamination controls must be standard for agentic benchmarks.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:55a8ab344559ce82c3b765130e9c9bd5
URL:http://osselceu2026.sched.com/event/55a8ab344559ce82c3b765130e9c9bd5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Kids Programming in Turtlegrove - Making Beautiful Things Together - Pascal van Dam\, pascalvandam.com
DESCRIPTION:In 1967\, Seymour Papert\, Wally Feurzeig\, and Cynthia Solomon built a language based on studies of Piaget whose radical premise still hasn't been fully cashed in: children should program the computer\, not be programmed by it. Logo gave them a turtle an "object to think with" and a place to live in mathematics by walking it\, drawing it\, and making it their own. Half a century later\, most kids meet software as something to consume\, not construct. This talk argues that Papert's constructionism and the free-software ethos are the same idea one generation apart\, both are about the freedom to understand and reshape your own tools and that open source is exactly how we finally deliver Logo's promise at scale. I'll show TurtleGrove: a UCBLogo compatible interpreter we created that runs in any browser\, with a Rust core and a vanilla-JS frontend\, fully open source and self-hostable. In the OpenSource mindset children can even show-and-share their code with other children. Working on their own canvas or creating art together. Children learn the best\, when learning together. We use this also in the Living OpenSource project to introduce kids in African countries into programming.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:bd995859ccf3b4110415a45622f9f964
URL:http://osselceu2026.sched.com/event/bd995859ccf3b4110415a45622f9f964
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:A Strategic Outlook for Digital Commons: Technology\, Communities\, and Governance - Nick Gates\, OpenForum Europe
DESCRIPTION:Sovereignty rhetoric is creating new openings for commons-based approaches to organising around\, governing\, and investing in public digital infrastructure that works for a plurality of Member States. This is partly what is proposed via ongoing initiatives like the Digital Commons EDIC and the Open Internet Stack. That said\, the European Commission risks absorbing them while adopting largely statist\, protectionist\, or purely industrial framings that hollow out their meaning.\n \n This talk navigates that tension directly\, drawing on research from the NGI Commons project to offer a clear-eyed account of where things stand and what communities\, researchers\, and advocates can do about it. This talk begins by mapping these concepts with precision: what each means\, how they relate\, and why the distinctions matter for anyone trying to advance a genuinely commons-based agenda as part of these existing initiatives.\n \n From there\, the talk examines the current EU policy moment: the sovereignty turn\, the competitiveness and industrial policy logic now dominating digital debates\, the AI race framing\, and what these shifts mean for the digital commons and the EU’s broader tech sovereignty ambitions.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:6e971368e1072cf79b5de2e0b73d373b
URL:http://osselceu2026.sched.com/event/6e971368e1072cf79b5de2e0b73d373b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:One Scan To Rule Them All: Towards Shared Open Data Infrastructure - Philippe Ombredanne\, AboutCode & Stephen Augustus\, Bloomberg
DESCRIPTION:Open source supply chain decisions such as what to depend on\, what to ship\, and what to trust are only as good as the open data behind them. \n \n The organizations working hardest to produce that open data are largely doing it in parallel. OpenSSF Scorecard scans 1.3 million packages a week. ClearlyDefined has scanned over 55 million and AboutCode over 20 million\, both with ScanCode. We share the same problem: we're scanning and rescanning the same packages for the same (or similar) data.\n \n That redundancy has real costs. Compute\, maintainer time\, and contributor energy spent on work that's already done is capacity not spent on expanding coverage\, improving accuracy\, or hardening infrastructure.\n \n It's time to build together. This talk is a conversation about what it would look like to join forces on open software supply chain data\, produced with open source tools and backed by open standards with shared infrastructure and aligned and unlocked datasets for wider usage. We'll explore where our data models overlap\, where they diverge\, and what collaboration would require\, so we all can get sustainable\, high-quality\, and open supply chain data at ecosystem scale faster together.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:940d6f8a396887d31f4897f41c1c49e5
URL:http://osselceu2026.sched.com/event/940d6f8a396887d31f4897f41c1c49e5
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Securing the Builder: CI/CD Supply Chain Security for an Open Source African Community - Caleb Poku Ackom\, Cellulant
DESCRIPTION:Who secures the teams building open source security tooling? At Open Source & Security Africa (OSSAfrica) — a Linux Foundation Special Interest Group supporting the pan-African open source ecosystem — we asked that exact question and built the answer into our pipelines. This lightning talk walks through the CI/CD architecture powering OSSAfrica's projects: GitHub Reusable Workflows for DRY\, composable pipelines across repositories\; CodeQL and Semgrep running automated SAST on every PR\; and Cloudflare Pages and Render handling deployments with zero operational overhead for a volunteer-driven team. The core argument: supply chain security isn't a luxury reserved for enterprise platforms. With the right reusable workflow patterns\, a lean community team can ship with the same security guarantees as a well-staffed engineering org — and share those patterns across every project they maintain. Attendees leave with a concrete\, replicable blueprint for community-scale secure CI/CD\, and a fresh perspective on what open source infrastructure looks like when it's built from and for the African tech ecosystem.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:6613cccf558278a252a50a76a7287226
URL:http://osselceu2026.sched.com/event/6613cccf558278a252a50a76a7287226
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T140000Z
SUMMARY:VTOL Control Architecture - A Birds-eye View - Balduin Dettling\, Auterion
DESCRIPTION:Is it a multicopter? Is it a fixed-wing? Not quite: It is a quantum superposition of both\, and only upon flipping the transition switch we can observe the VTOL state with certainty. VTOL vehicles bridge the design space between either pure vehicle type and enable long\, efficient flights combined with accurate and soft landings. However\, they challenge our software engineering and architecture skills\, and properly supporting all VTOL vehicles in PX4 is quite the balancing act. In this talk\, we will go over the architecture and implementation decisions that connect those two vehicle types within a running system. We will visit some VTOL specific features and see where they slot in\, and finally we will conclude with possible paths for further improving VTOL support in PX4.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:d06fe53094a9e5a270b9a85ff4cb111b
URL:http://osselceu2026.sched.com/event/d06fe53094a9e5a270b9a85ff4cb111b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Feasibility of an Open-Source Linux Platform for Autonomous Train Operation - Daniel Weingaertner & Sebastian Hetze\, Red Hat
DESCRIPTION:Autonomous train operation requires a new generation of computing platforms capable of running AI-based perception\, sensor fusion\, and safety-critical control functions. Traditionally\, railway systems have been delivered as tightly integrated proprietary hardware-software stacks\, limiting software reuse\, innovation\, and vendor independence.\n This talk presents the results of the Automated Train research project and explores whether a Linux-based platform can become the foundation for safety-critical rail applications. We examine the technical feasibility of using Linux to support mixed-criticality workloads while meeting stringent railway safety requirements.\n Beyond technology\, we discuss a fundamental challenge for open source in regulated industries: how can continuously evolving software be certified in environments governed by legally binding functional safety standards?\n Finally\, we explore the governance and business implications of a shared open-source platform for the railway sector. The lessons learned extend far beyond railways and provide a blueprint for applying Linux and open-source collaboration to other safety-critical and sovereign digital infrastructure domains.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:16cd3d309c1e7ed9b6a5b6bdef9b066c
URL:http://osselceu2026.sched.com/event/16cd3d309c1e7ed9b6a5b6bdef9b066c
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T140000Z
SUMMARY:Let Your CI Catch Your Stack Overflows\, Before They Hit Your Testing or the Field - Paul Würtz\, Independent & Juan-Felipe Gutiérrez-Gómez\, Technical University of Braunschweig
DESCRIPTION:Static program analysis can help us to save a lot of time to catch bugs before they cause real-world issues. Inspired by the already in west integrated puncover target I want to present and discuss my advances and experiments and how this especially can help during code review and development as part as the CI pipeline in application development to correctly configure necessary stack sizes and get warned on potential stack overflows.\n \n Further ideas around how this could also benefit zephyr development are presented like checking subsystem enabled threads stack sizes across multiple boards.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d1ba5664223d09f63ab70be30306c153
URL:http://osselceu2026.sched.com/event/d1ba5664223d09f63ab70be30306c153
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T134000Z
DTEND:20261009T142000Z
SUMMARY:Zephyr on the Big Core: Real-Time on the I.MX93 Cortex-A55 With Zephyr - Ryan Erickson\, Ezurio
DESCRIPTION:The NXP i.MX93 almost always gets the same software answer: Linux on the Cortex-A55\, an RTOS on the Cortex-M33. But what if you don't need Linux? Zephyr formally supports the i.MX93 A55 cores upstream (imx93_evk/mimx9352/a55 and /a55/smp)\, including GICv3 interrupts\, PSCI power management\, SMP\, and the full peripheral set — Ethernet\, CAN-FD\, USB\, MIPI-DSI\, and more. Boot time drops\, interrupt latency decreases\, and memory footprint shrinks. And unlike other RTOS solutions\, there are no per-unit royalties. This session covers two things: first\, a technical deep-dive into how Zephyr runs on an arm64 application core and looking at various peripherals and proving they work. Second\, a live walkthrough of authoring a Zephyr BSP for the Ezurio Nitrogen93 SMARC — an i.MX93 SOM in the SMARC 2.2 form factor — covering DTS porting\, pinctrl\, driver enablement\, and hardware validation. Attendees leave with a clear framework for when Zephyr on Cortex-A beats Linux or a proprietary RTOS\, and a practical template for porting any i.MX9x board to Zephyr.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:97df8a2dbf14d584dc2854f3391b40e3
URL:http://osselceu2026.sched.com/event/97df8a2dbf14d584dc2854f3391b40e3
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T140000Z
DTEND:20261009T142000Z
SUMMARY:Infected Drones: How Compromised Autonomous Systems Pwn Ground Control Stations - Nick Aleks\, ASEC
DESCRIPTION:Modern drone operations have moved from one pilot\, one aircraft to multi-agent autonomous fleets. Dozens and even hundreds of vehicles now fly missions while only a handful of operators supervise from the ground. More drones\, fewer ground stations\, and the station is where all the value is\, the operator\, the mission data\, a full-blown OS\, and even access to other drones. For years\, drone security researchers have focused on attacking the vehicle. I flip the target and show how a single infected drone becomes a beachhead\, reaching up the command chain to own the very station meant to control it\, and the fleet. This research audited six popular independent ground-control and middleware projects across the MAVLink ecosystem\, Mission Planner\, QGroundControl\, MAVSDK\, MAVProxy\, MAVROS\, and DroneKit and found the same broken trust boundary in all of them. The result is 14 findings rooted in one systemic flaw\, including two novel full remote code execution chains against the operator's own machine.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:2b4726c640eae794a038c5f55b119b55
URL:http://osselceu2026.sched.com/event/2b4726c640eae794a038c5f55b119b55
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T140000Z
DTEND:20261009T142000Z
SUMMARY:Crash Dumps Without Cables: Live Coredump Capture Over UDP/Ethernet in Zephyr RTOS - Kedareswara Rao Appana\, AMD
DESCRIPTION:When an embedded system crashes in the field\, recovering the coredump often determines whether debugging takes hours or weeks. Zephyr has long supported coredumps over UART\, but in modern industrial\, IoT\, and edge deployments the serial port is rarely accessible. Devices may be sealed in cabinets\, deployed remotely\, or connected only via network. This talk introduces a new Zephyr coredump backend that streams crash data over UDP (IPv4/IPv6) at the moment of a fatal exception—no USB cable or physical access required. We will explore the design challenges of networking in the fatal path\, including safely re-enabling interrupts so the NIC can transmit\, and the ZCDU framing protocol used to packetize and reliably reassemble dumps from UDP datagrams. We also show how the host receiver integrates seamlessly with the existing Zephyr GDB workflow\, making the switch from UART to Ethernet a simple Kconfig option. Attendees will learn how to enable fleet-scale crash capture and dramatically reduce time-to-root-cause for deployed Zephyr devices. pull request : https://github.com/zephyrproject-rtos/zephyr/pull/108410
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:72add531eb43b01aeb2e8a5d2e12dc84
URL:http://osselceu2026.sched.com/event/72add531eb43b01aeb2e8a5d2e12dc84
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Scatter-Gather in Sharded Worlds: Implementing Resilient Cluster Scans Without Starving Shards - Sakshi Nasha\, Cohesity & Primanshu Choudhary\, GetYourGuide
DESCRIPTION:Have you ever run a global pattern search or database scan across a large cluster\, only to watch your application latency skyrocket and healthy nodes suddenly drop offline? When applications outgrow a single instance\, global data scanning becomes a major distributed systems bottleneck. High-level frameworks try to mask this complexity with simple abstractions\, forcing the client driver to execute a "scatter-gather" pattern: fanning out parallel cursor queries to thousands of logical shards and merging the reactive results on the fly. If designed naively\, a single slow shard or an unindexed query can exhaust the client's connection pool\, leak memory\, and starve production read/write traffic. In this practical\, code-focused session\, we will open up the engine hood of high-performance drivers using live examples from the Valkey-Glide ecosystem. We will show you how to safely bridge high-level data abstractions down to sharded sockets without risking cascading timeouts. Come Join us\, to build Resilient Cluster Scans Without Starving Shards!
CATEGORIES:CLOUD & ORCHESTRATION
LOCATION:Small Hall (Floor 0)\, Prague\, Czechia
SEQUENCE:0
UID:f26d92b7f5656fbfdda842eb29611795
URL:http://osselceu2026.sched.com/event/f26d92b7f5656fbfdda842eb29611795
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:State of the OSS Union: Assessing Your Stack’s Autonomy Under EU Law - Emiel Brok\, SUSE / DOSBA
DESCRIPTION:Open source is the bedrock of European digital sovereignty\, but a wave of aggressive new EU legislation is transforming how organizations must build\, source\, and secure their digital environments. Navigating this shift requires unpacking complex regulatory mandates and understanding their operational impact on modern enterprise and cloud software architecture. This fast-paced session strips away the legal jargon to deliver a real-time status update on Europe’s changing digital roadmap. We will analyze the mandatory software bill-of-materials (SBOM) rules of the Cyber Resilience Act (CRA) and the open standards driving the Interoperable Europe Act. Crucially\, we dive into the European Commission's freshly unveiled Cloud and AI Development Act (CADA) to unpack its cloud sovereignty tiers and its "open-source first" procurement principles. Moving from compliance theory to practical execution\, attendees will gain a concrete framework to audit their own production IT stacks. We will walk through the web-based SUSE Cloud Sovereignty Self-Assessment tool to measure true autonomy using weighted SEAL (Sovereignty Effective Assurance Level) metrics.
CATEGORIES:DIGITAL TRUST
LOCATION:Club H (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:41250a91325ac6d70dfc3dd6e61747f2
URL:http://osselceu2026.sched.com/event/41250a91325ac6d70dfc3dd6e61747f2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:BoF: The Yocto Project and OpenEmbedded - Josef Holzmayr\, Mender.io & The Yocto Project & Philip Balister\, OpenSDR
DESCRIPTION:This BoF provides an open forum for the Embedded Linux community to ask questions and discuss issues with the Yocto Project and OpenEmbedded community. We open with a Yocto Project summary and OpenEmbedded State of the Union. All users\, contributors and maintainers as well as curious minds are invited to bring their thoughts and topics.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 B (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:e6c85a2305e32d755ae561d36a61aa99
URL:http://osselceu2026.sched.com/event/e6c85a2305e32d755ae561d36a61aa99
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Fast\, Safe\, and Asleep: Bringing Runtime PM To Modern IOMMUs - Pranjal Shrivastava\, Google
DESCRIPTION:Modern IOMMUs are deployed across wildly different environments. In enterprise servers\, they require massive scalability\, heavy virtualization support\, and a zero-tolerance policy for lock contention. On the other hand\, as these high-performance IOMMUs increasingly find their way into mobile\, automotive\, and edge SoCs\, aggressive dynamic power management becomes mandatory. Using arm-smmu-v3 as a case study\, this talk explores the design challenges in integrating the Linux Runtime Power Management (RPM) framework into high-performance IOMMU drivers. Modern IOMMU drivers operate primarily with in-memory data structures\, rely on HW-shared queues and are designed for lockless\, concurrent access\, often from strictly atomic contexts. The RPM framework’s reliance on locks fundamentally clashes with this lockless architecture and atomic execution constraints. This session walks through the design choices evaluated while implementing runtime power management for a modern IOMMU driver\, without sacrificing its lockless\, concurrent\, and efficient behavior. The talk is backed by the arm-smmu-v3 RPM Series upstream: lore.kernel.org/all/20260601215909.3958732-1-praan@google.com/
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 A (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:a6e45dbb7ca498270ac3642ab4deab38
URL:http://osselceu2026.sched.com/event/a6e45dbb7ca498270ac3642ab4deab38
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T145000Z
SUMMARY:Updates on Sbom-cve-check: An Open-source CVE Analysis Tool for Embedded Systems - Benjamin Robin\, Bootlin
DESCRIPTION:With embedded devices now everywhere\, from home appliances to industrial systems\, it is vital to regularly scan them so that any known vulnerability (CVE) in software components can be identified and addressed before they become security risks. Regularly monitoring these CVEs will be mandatory in various cases to comply with the EU Cyber Resilience Act (CRA)\, which pushes the industry towards more accountable and proactive security in embedded systems. Released in December 2025\, sbom-cve-check is an open-source automated vulnerability analysis tool. It operates directly on a Software Bill of Materials (SBOM)\, without requiring access to the original build environment. SBOMs can be generated from build systems such as Yocto\, enabling post-build security analysis even when the build infrastructure is unavailable. This talk will present sbom-cve-check\, highlight its major improvements over the past six months\, and explain how it is now fully integrated into Yocto\, replacing the built-in cve-check class. sbom-cve-check is provided under the GPLv2 license\, and contributions are\, of course\, welcome :)
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:250cc27532730fe5234a2655f7402a2f
URL:http://osselceu2026.sched.com/event/250cc27532730fe5234a2655f7402a2f
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:A Surprisingly Hard Question: How Much Memory Does My System Use? - Richard Weinberger\, sigma star gmbh
DESCRIPTION:When everything runs smoothly\, memory usage is just another metric. But when out-of-memory situations strike\, or you are tasked with cutting a workload's RAM in half\, it suddenly becomes the most important metric in your system.\n \n While Linux exposes dozens of memory-related counters\, answering basic questions is notoriously difficult. Developers and system administrators often struggle to pinpoint exactly how much memory the system is actually using\, what the true footprint of a single application is\, and how much memory that application can safely consume before causing issues.\n \n In this talk\, Richard will demystify Linux memory metrics and break down how the OS organizes memory across kernel and userspace.\n \n Attendees will learn how to accurately read and make sense of Linux memory counters\, giving them a better understanding of how internal memory management actually works. The session will also cover practical techniques for debugging memory-related issues and OOM kills\, leaving the audience with actionable ways to optimize their application memory footprints.
CATEGORIES:LINUX
LOCATION:Panorama Hall (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:6070b776e7cf2611aecd5375a24e37cb
URL:http://osselceu2026.sched.com/event/6070b776e7cf2611aecd5375a24e37cb
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:From Hours To Minutes: Building Production-Ready Agentic Systems on Kubernetes - Purnanand Kumar & Dipali Chatterjee\, IBM
DESCRIPTION:Agentic AI systems are rapidly evolving from research experiments into production workloads. However\, while building a proof-of-concept agent can take only a few hours\, building a reliable\, scalable\, and observable agentic platform remains a significant challenge.\n \n This session explores how modern open source technologies can be combined to build production-ready agentic systems on Kubernetes. We will walk through a complete architecture that includes large language models\, agent orchestration\, retrieval systems\, tool execution\, memory management\, observability\, and infrastructure automation.\n \n Using technologies such as Kubernetes\, Kubeflow\, LangGraph\, Model Context Protocol (MCP)\, vector databases\, and open-source serving frameworks\, we will demonstrate how to move from a simple agent prototype to a resilient platform capable of supporting enterprise-scale workloads.
CATEGORIES:OPEN AI & DATA
LOCATION:Forum Hall (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:d48967fcdc57604b8e655c3857fb3f59
URL:http://osselceu2026.sched.com/event/d48967fcdc57604b8e655c3857fb3f59
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Generative AI and FOSS - Not Just the How but Also the Why - Carol Chen\, Red Hat
DESCRIPTION:I've given several talks & workshops on various GenAI tools in the past couple of years. Generally the goals of the presentations are to demonstrate the how - how to fine tune a model\, how to prepare data for RAG systems\, how to use this framework or optimize that pipeline - I find that a lot of the discussions which happen during and after the workshop are around the why. Why is structured data important? Why do we care about open source and open weights in models? Why does context size matter? Why can't I run/reproduce the same AI set up on my laptop? Why do I even have to use GenAI?? These and many more questions have popped up and quickly drowned in the rush to keep up with the next new AI tool or agent. I'd like to provide a space for everyone\, especially those new to GenAI and/or open source\, to pose these questions and discuss them without worring about missing out. Whether you are a skeptic or have your fully agentic workflow set up\, we might share similar concerns and doubts. Bring your ideas and opinions! During the BoF\, I will also share various open source resources that may be relevant and useful in answering your questions and better prepare you on the AI journey.
CATEGORIES:OPEN SOURCE 101
LOCATION:Terrace 2A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:06081dc2fcb5ad229452ef8c145de351
URL:http://osselceu2026.sched.com/event/06081dc2fcb5ad229452ef8c145de351
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Running OSPOs at Scale: Hard-Won Lessons From Germany Industry - Thomas Steenbergen\, OSSYN & Helio Chissini de Castro\, Cariad
DESCRIPTION:Most organizations know they should manage open source strategically and efficiently. Few know how to actually do it when you're moving fast\, resources are tight\, and a supply chain incident can land on the front page.\n \n Over the past several years\, we've helped build and run Open Source Program Offices across multiple large German automotive and technology organizations. This session distills what actually worked - and what didn't.\n \n We'll share concrete lessons on: getting buy-in from C-level to developer teams\; surviving and learning from supply chain security incidents\; scaling compliance without drowning engineers in process\; using AI to cut OSPO workflow overhead\; and growing open source contribution and compliance culture.\n \n Along the way\, we'll show how we used OSS Review Toolkit (ORT)\, a Linux Foundation project\, as the automation backbone - and what we learned making it work in large\, regulated industries.\n \n You'll leave with a clearer picture of what it takes to scale open-sourcing and compliance in a regulated industry\, and the mistakes worth skipping.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:South Hall 1 A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:171122ff24a3c0f2c06c8f89e5d34b0b
URL:http://osselceu2026.sched.com/event/171122ff24a3c0f2c06c8f89e5d34b0b
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Voluntary Transparency\, Involuntary Security: A Maintainer's Guide To CRA Readiness - Roman Zhukov\, Red Hat
DESCRIPTION:The enforcement window for the EU Cyber Resilience Act (CRA) is arriving\, triggering corporate compliance panic. While individual open-source developers and volunteer maintainers have zero obligations under the CRA\, their downstream commercial adopters face mandatory due diligence requirements. How do Maintainers survive being bombarded with manual security questionnaires and subtle attempts to shift regulatory liability upstream?\n \n The co-chair of the OpenSSF Global Cyber Policy Working Group and co-creator of the CRA Readiness Guide for Maintainers will walk you through converting the OpenSSF voluntary checklist into automated repository-level defenses. Attendees will see how to deploy the open-source OSPS Baseline Scanner GitHub Action to perform security gap analysis\, expose standardized project postures via machine-readable security-insights.yaml files\, and anchor liability disclaimers into repositories to push due-diligence burdens back downstream.
CATEGORIES:OSS ENABLING & MANAGEMENT
LOCATION:Conference Hall (Floor 4)\, Prague\, Czechia
SEQUENCE:0
UID:b44c230f9a5ab6715f86a336d767632a
URL:http://osselceu2026.sched.com/event/b44c230f9a5ab6715f86a336d767632a
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:How We Stopped Shai Hulud V4: Hunting a Self-Replicating Npm Worm With AI Toolchain Poisoning - Kush Pandya\, Socket
DESCRIPTION:The Shai Hulud worm family has stalked the npm supply chain across multiple variants\, stealing credentials from developer and CI environments\, propagating via stolen npm and GitHub identities\, poisoning workflows\, and carrying a dead switch that can wipe home directories on command. Version four just crossed a new line. SANDWORM_MODE\, deployed across 19 malicious npm packages\, keeps the full prior playbook and adds AI toolchain poisoning via MCP server injection into Claude Code\, Claude Desktop\, Cursor\, and Windsurf. The rogue MCP server uses prompt injection to instruct AI assistants to silently exfiltrate SSH keys\, AWS credentials\, and LLM API tokens from nine providers\, without alerting the user. We present the full story: the Shai Hulud lineage\, how the obfuscated three-layer loader was detected\, how 19 packages were linked to one operator\, how a bidirectional CI worm loop was built from a weaponized GitHub Action\, and how coordinated takedown with npm\, GitHub\, and Cloudflare dismantled the infrastructure\, along with what the dormant polymorphic engine tells us about where version five is heading.
CATEGORIES:PACKAGES & IMAGES & CONTAINERS
LOCATION:Club E (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:06b0a256294bd124bc47fdd4d848b1ad
URL:http://osselceu2026.sched.com/event/06b0a256294bd124bc47fdd4d848b1ad
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T145000Z
SUMMARY:Robotics Is Becoming Distributed Systems - Lessons Learned Building Multi-UAV Architectures - Pawel Sawicki\, UfoCourier.com
DESCRIPTION:PX4 and MAVSDK have made controlling individual drones remarkably accessible. Building systems around fleets\, however\, introduces a different class of challenges. While developing a distributed multi-UAV architecture\, we repeatedly discovered that many problems that initially appeared to be robotics problems were\, in fact\, distributed-systems problems. Task execution\, telemetry aggregation\, observability\, fault tolerance\, and fleet coordination quickly became more important than vehicle control itself. This talk presents the architectural lessons that emerged from this work. It covers the separation of control and orchestration\, the shift from commands to tasks\, event-driven architectures\, spatial state\, and observability. A recurring theme is that fleet management can be viewed as a space-time scheduling problem involving heterogeneous resources. From this perspective\, many challenges beyond individual vehicles are problems of state\, scheduling\, and coordination. The session connects PX4 and MAVSDK with ideas from distributed systems and scheduling theory\, highlighting reusable patterns for scalable autonomous systems.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:524f933dfacc31ee191a0f28a9d9cbe1
URL:http://osselceu2026.sched.com/event/524f933dfacc31ee191a0f28a9d9cbe1
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Safety Critical Software BoF - Philipp Ahmann\, ETAS GmbH & Olivier Charrier\, Wind River
DESCRIPTION:Interest in safety critical open source software is high\, yet opportunities to connect and openly discuss challenges remain limited. This BoF creates a focused forum for practitioners and newcomers to exchange experiences\, ask questions\, and gain visibility into existing projects and initiatives. It also highlights the role of initiatives such as the Linux Foundation ELISA project as a central interface within the ecosystem\, helping to connect efforts across communities\, share practices\, and make ongoing work more discoverable. The project brings together horizontal working groups covering features\, processes\, architecture\, and tooling\, while also addressing vertical domains such as automotive\, aerospace\, space\, railways\, and medical. This reflects the growing relevance of Linux and open source in safety critical systems. By enabling direct interaction and cross project exchange\, the session supports alignment\, reduces duplication\, and fosters collaboration in an evolving safety critical OSS landscape. Participants at all levels of experience are encouraged to join\, contribute their perspective\, and engage with the community.
CATEGORIES:SAFETY-CRITICAL SOFTWARE
LOCATION:Club A (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:d5bbb81f57c92356e793ffc775d54d7e
URL:http://osselceu2026.sched.com/event/d5bbb81f57c92356e793ffc775d54d7e
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:From Specification To Merge: Implementing a Standards-Compliant DALI Driver for Zephyr - Sven Hädrich\, sevenlab engineering GmbH
DESCRIPTION:DALI (Digital Addressable Lighting Interface) is the dominant standard for professional lighting control\, yet firmware support for it has been absent from the Zephyr ecosystem — until now. This talk walks through the full journey of designing and upstreaming a DALI low-level driver into Zephyr mainline: from understanding the protocol's precise timing and bus requirements\, to crafting an API that fits naturally within Zephyr's driver model\, to surviving the community review process through multiple rounds of discussion and refactoring. Along the way we also experimented with AI-assisted code review as part of our workflow\, and we'll share what that was actually like in the context of a real upstream contribution. We'll be honest about what was hard\, what the community pushed back on\, and what we'd do differently.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 B (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:e2dedb87eb068119b4823a0c6ccdc3db
URL:http://osselceu2026.sched.com/event/e2dedb87eb068119b4823a0c6ccdc3db
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T143000Z
DTEND:20261009T151000Z
SUMMARY:Scaling Zephyr Hardware CI Across Continents - Anıl Özrenk\, Analog Devices
DESCRIPTION:Most Zephyr CI talks focus on Twister with a single board. This talk covers what happens when your hardware spans continents\, operating systems\, and team boundaries\, and every PR still needs to test against all of it. Our Zephyr firmware targets proFPGA systems programmed via Windows-only scripts\, Protium emulators on Linux servers with J-Links on Windows machines\, MAX32xxx boards on Linux\, and virtual platforms. Discrete teams — hardware\, virtual platform\, proFPGA\, Protium\, bare-metal\, Debugger Scripts\, and Zephyr — each own a different piece on different platforms. We built CI that unifies all of this so a developer opening a PR gets feedback from real hardware regardless of board\, country\, or OS. The talk covers device-specific flashing automation\, reusable workflows scaling from PRs to nightly runs\, observability beyond pass/fail (memory footprint tracking\, runner dashboards\, test analytics)\, and the technical interfaces between teams that make it sustainable. Every pattern is in production today\, testing across 28+ boards in multiple countries and different toolchains on every pull request.
CATEGORIES:ZEPHYR DEVELOPER SUMMIT
LOCATION:South Hall 2 A (Floor 2)\, Prague\, Czechia
SEQUENCE:0
UID:cbb3398644ed9474ad1c428812cbfad2
URL:http://osselceu2026.sched.com/event/cbb3398644ed9474ad1c428812cbfad2
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T145000Z
DTEND:20261009T151000Z
SUMMARY:Optimizing AI for Resource-Constrained Edge Devices - Pavel Macenauer\, NXP Semiconductors
DESCRIPTION:Eliminating cloud dependency and making connectivity optional is becoming essential for applications where data privacy\, low latency\, and reliability are critical. Running AI locally allows the system to respond immediately and keeps sensitive data on device which guarantees security. However\, the cost is high. It introduces significant challenges due to computing\, memory\, and power constraints. This session explores optimization techniques and algorithms mandatory for deploying vision\, audio\, and language models on resource-constrained edge devices. We will dive into methods such as quantization\, model compression\, and graph optimization\, and show how to balance latency\, accuracy\, and energy efficiency. Using widely adopted open-source frameworks like PyTorch and TensorFlow\, along with intermediate ecosystems such as ONNX\, we will demonstrate how to efficiently deploy from training a model to highly optimized edge inference. We will provide insight into making AI models smaller\, faster\, and more efficient with minimal impact on their accuracy\, allowing them to run on microprocessor and microcontroller-class devices.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:7a1b5dee2fa0cbfad81644a1788fedcf
URL:http://osselceu2026.sched.com/event/7a1b5dee2fa0cbfad81644a1788fedcf
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T145000Z
DTEND:20261009T151000Z
SUMMARY:Self-Defending Swarms: MAVLink Signing Meets Peer-Consensus Exclusion Onboard PX4 - Yogesh Sardana\, Airtel
DESCRIPTION:This isn't just about Airtel but for every organisation as MAVLink has supported per-message signing since MAVLink 2\, yet almost no real-world PX4 fleet enables it\, because key distribution\, rotation & revocation across dozens of airborne vehicles has no production-ready tooling\, so most swarms still accept any correctly formatted command from whatever radio reaches them. A single spoofed ground station or one drone with cloned key can inject commands rest of swarm has no way to reject. Talk introduces swarm-native trust layer that issues short-lived\, mission-scoped MAVLink signing keys from a lightweight onboard authority\, lets every drone verify signatures independently without round-tripping to a ground station & adds a peer-consensus exclusion protocol so that if one drone starts broadcasting commands inconsistent with its own attested mission profile\, the rest of swarm votes to ignore it mid-flight without operator intervention. We demonstrate this on PX4 SITL & real hardware over a Zenoh-based inter-drone link\, show a live command-injection attack being rejected by consensus & discuss key rotation strategy under degraded or fully lost ground-station connectivity mid-mission.
CATEGORIES:PX4 DEV SUMMIT
LOCATION:South Hall 1 B (Floor 1)\, Prague\, Czechia
SEQUENCE:0
UID:b8dc6b09f8d99b0afae28197c8284f16
URL:http://osselceu2026.sched.com/event/b8dc6b09f8d99b0afae28197c8284f16
END:VEVENT
BEGIN:VEVENT
DTSTAMP:20260731T224617Z
DTSTART:20261009T152000Z
DTEND:20261009T162000Z
SUMMARY:ELC Closing Game
DESCRIPTION:Come join us for the Embedded Linux Conference Annual Closing Game! Walt Miner\, ELC Program Co-chair\, will host the event\, which is a fun opportunity for attendees to win amazing prizes.
CATEGORIES:EMBEDDED LINUX CONFERENCE
LOCATION:South Hall 3 C (Floor 3)\, Prague\, Czechia
SEQUENCE:0
UID:2b606c4142e1cffdaa40a9b28dc713d4
URL:http://osselceu2026.sched.com/event/2b606c4142e1cffdaa40a9b28dc713d4
END:VEVENT
END:VCALENDAR