Call For Proposals (CFP)

Overview

December 7-9 | Tokyo, Japan

Open Source Summit is the premier event for open source developers, technologists, and community leaders to collaborate, share information, solve problems, and gain knowledge, furthering open source innovation and ensuring a sustainable open source ecosystem. It is the gathering place for open-source code and community contributors.

submit a proposal

Please be aware that the Linux Foundation will now utilize Sessionize for CFP submissions. Sessionize is a cloud-based event content management software designed to be intuitive and user-friendly. If you need guidance, please review how to submit your session for an event to see step-by-step instructions and helpful screenshots.

dates to remember

CFP Closes: August 24 (Monday) at 23:59 JST (UTC+9) / 7:59 PDT (UTC -7)
CFP Notifications: September 23 (Wednesday)
Schedule Announcement: September 28 (Monday)
Event Dates: December 7-9 (Monday – Wednesday)

Open Source Summit Japan 2026 TRACKS + TOPICS

Automotive Linux Summit

Advanced Driver Assistance Systems (ADAS)
AGL Distribution and Design Considerations
AGL Application Design, Application Framework
AGL Instrument Cluster Applications
AGL Security
AGL Tools
AGL Long-team Support and Maintenance
AI and Machine Learning
Augmented Reality, Heads-Up Display
Autonomous Driving and Advanced Driver Assistance Systems (ADAS)
Connected Car Technologies
Delivering Live Content and Updates to Vehicles in Motion
Flutter for Automotive
Software Defined Vehicles
Functional Safety and Open Source Software
In-vehicle Infotainment (IVI)
Legal and Compliance Issues
Mobility Services
Navigation and Mapping
Non-AGL Technical Projects (e.g. Smart Roads, Self-driving Vehicles)

Cloud & Orchestration

Cloud Infrastructure and Architecture
- Open Cloud Infrastructure
- Hybrid & Multicloud
- Edge-to-Cloud Computing
- Cloud Native Storage
- Infrastructure-as-Code
- Virtualization and Container Runtimes
- App, Management, and Orchestration
Cloud Native Application Development and Operations
- Architectures and Architectural Patterns
- APIs, SDKs, Frameworks, and Libraries
- Observability, Debugging, and Test Techniques for Cloud
- Monolithic to Cloud Native: Migration and Refactoring
- AI Applications and Patterns for Cloud/Cloud Native Operations
Security
- Cloud Infrastructure Security
- Policy Agents
- Confidential Computing
- Identity, Authentication, Authorization

Embedded Linux Conference

AI at the Edge
Industry Use Cases: Implementations and Solutions
- Aerospce
- Automotive
- Industrial
- Medical
- Other embedded industries
Android (in embedded devices)
Audio, Video, Streaming Media and Graphics
FPGAs and Dynamic Hardware
Embedded Storage Technologies
Flash Memory Devices and Filesystems
Boot Speed
Device Tree and Other Linux Subsystems
Real-Time Linux – Performance, Tuning, and Use
SDKs for Embedded Products
Build Systems, Embedded Distributions, and Development Tools
Linux in Devices
Embedded CPU Architectures
Embedded System Architecture
Embedded Specific Busses and Communications Paths
Network and Wireless Technologies in Embedded Systems
Scaling Linux to fit in Embedded Platforms
Embedded vs Other Use Cases Within the Linux Community
Preparing Linux for Future Embedded Requirements
Trends and Future Direction of Embedded Linux
Test frameworks and Board Farms
Security
System Upgrades
Practical Experiences and War Stories

Linux

Filesystems, Storage & io_uring
Linux Kernel Development (Advanced & Beginner)
Mission-Critical, Real-Time, and Long Life Systems (Scientific & Medical)
Programming Languages and Toolchains
Tracing
Scheduler
VFIO/IOMMU/PCI
Kernel Dependability & Testing (static analysis, kcov, kcov triggered fuzzing testing, fuzzing, kmsan, kcsan, kubsan, test rings, and bots)
System Boot
Security
Live Patching
RDMA
Power Management
Containers and Checkpoint/Restart
Linux on the Desktop & Distribution Kernels & Distros Considerations for Servers, Desktops, etc.
Virtualization
Networking & eBPF
Performance & Benchmarks
Rust
Community Health (maintainer and developer stress, burnout, well being)

Open AI + Data

Open Models
AI Code Generation and Developer Tools
RAG & LLM Frameworks
AI Agents
Eval Frameworks and LLM Ops
Inferencing and GPU Acceleration
Multimodality
AI in Industry and Enterprise
Sustainability, Ethics and Responsible AI
Data Management and Processing
Scalability and Cloud-Native AI
Edge AI

OSS Enabling & Management

Operations Management & OSPOs
- C-Level Strategy
- Risk Management
  - AI Policy, Risk and Compliance in OS projects
  - Security Governance and Organizational Responsibility
- Compliance
- Supply Chain Security
- Developer Advocacy and DevRel
- Internal Stakeholder Engagement and Innersource Communities
- Open Source AI Strategy & Governance

Project Leadership
- Growing, Managing & Sustaining Open Source Projects
- Open Source Governance and Models
- Strategies for Inclusiveness
- Recruiting & Retaining Contributors
- Project Metrics
- Project Security

Packages, Images, & Containers

Package Management and Repositories
Container Images and Registries
Build, Test, Release Pipelines
Reproducible Builds
Supply Chain Security
Dependency Management

Safety-Critical Software

Open Source Software Interaction with Safety Standards
Best Practices to Work with Regulatory Authorities when using Open Source
Best Practices for Security Updates to Safety-critical Systems

Safety Engineering Applied to Open Source Projects
Quality Assessments based on Data from Development
Requirements traceability and testability in Open Source projects

Development of Technical Features with Safety Relevance
Safety Analysis Approaches and Methodology to Apply to Systems
Case Studies of Existing use of Linux in Safety-critical Domains, such as Aerospace, Automotive, Industrial, Medical, Energy, etc.

Zephyr

Maintainer
- Subsystem Evolution and Planning Discussions (aka Miniconfs)
- Proposed New Technologies for Inclusion into the Project
- Secure Device Provisioning and Management
- LTS Management and Policy Evolution
- Security and Vulnerability Management
- Code Quality and Coding Guidelines
- Safety Certification and use in mixed criticality systems
- Documentation
Developer
- Subsystem Status and Overview
- Updates on Ecosystem, West, Modules, Runtimes, Developer Environments, etc.
- Developer Tooling
- Language Support
- Graphic Support
- Test Infrastructure, Code Coverage, Tracing, Fuzzing, and Static Analysis Tool
- Power Management
- Connectivity
- Architecture Support (including Arm (Cortex-A, Cortex-R, Cortex-M), Intel x86, ARC, Nios II, Tensilica Xtensa, RISC-V, SPARC, and MIPS…)
- Training, Samples, Demos and Documentation
Submissions are additionally welcome in the area of:
- Zephyr in the Field: Practical Experiences and Lessons Learned
- Zephyr Infrastructure and best practices for New Developer Onramp
- Machine Learning and AI working with Zephyr
- Benchmarking and identification for areas to improve Zephyr
- Products Running Zephyr. Example uses of Zephyr in Industrial, Agriculture, Energy, Medical, Aerospace, Wearables, etc

submission types

Session Presentation (typically 30-40 minutes in length)
Panel Discussion (typically 30-40 minutes in length)
Birds of a Feather (typically 45 minutes to one hour in length)
Tutorial/Hands-on Lab (typically 1.5 – 2 hours in length)
Lightning Talk (typically 5 – 10 minutes in length)

important notes

All speakers are required to adhere to our Code of Conduct. We also highly recommend that speakers take our online Inclusive Speaker Orientation Course.
Panel submissions must include the names of all participants in the initial submission to be considered. In addition, The Linux Foundation does not accept submissions with all-male panels in an effort to increase equity & inclusion.
Reviewers must be able to confidently assess a speaker’s subject-matter expertise from the proposal. Submissions that rely heavily on AI generated or templated content often lack the specificity needed to evaluate technical depth and may be harder to advance. Please ensure your proposal clearly reflects your own experience and understanding of the topic you intend to present.
Complimentary Passes For Speakers – One complimentary pass for the event will be provided for the accepted speaker(s) per submission.
Avoid sales or marketing pitches and discussing unlicensed or potentially closed-source technologies when preparing your proposal; these talks are almost always rejected due to the fact that they take away from the integrity of our events, and are rarely well-received by conference attendees.
All accepted speakers are required to submit their slides prior to the event.

preparing to submit your proposal

While it is not our intention to provide you with strict instructions on how to prepare your proposal, we hope you will take a moment to review the following guidelines that we have put together to help you prepare the best submission possible. To get started, here are three things that you should consider before submitting your proposal:

What are you hoping to get from your presentation?
What do you expect the audience to gain from your presentation?
How will your presentation help better the ecosystem?

There are plenty of ways to give a presentation about projects and technologies without focusing on company-specific efforts. Remember the things to consider that we mentioned above when writing your proposal and think of ways to make it interesting for attendees while still letting you share your experiences, educate the community about an issue, or generate interest in a project.

How to Give a Great Talk

We want to make sure submitters receive resources to help put together a great submission and if accepted, give the best presentation possible. To help do this, we recommend viewing seasoned speaker Dawn Foster’s in-depth session titled Overcoming Imposter Syndrome to Become a Conference Speaker!.

Have More Questions? First Time Submitting? Don’t Feel Intimidated

Linux Foundation events are an excellent way to get to know the community and share your ideas and the work that you are doing and we strongly encourage first-time speakers to submit talks for our events. In the instance that you aren’t sure about your abstract, reach out to us and we will be more than happy to work with you on your proposal.

code of conduct

The Linux Foundation is dedicated to providing a harassment-free experience for participants at all of our events. We encourage all submitters to review our complete Code of Conduct.