board-bringup

Organize Zephyr RTOS board files with Kconfig, defconfig, and CMake workflows.

59|13|Updated Feb 7, 2026
One-click install
npx skills add https://github.com/beriberikix/zephyr-agent-skills --skill board-bringup
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: board-bringup
Source: https://github.com/beriberikix/zephyr-agent-skills/tree/main/skills/board-bringup
Command: npx skills add https://github.com/beriberikix/zephyr-agent-skills --skill board-bringup

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill standardizes and simplifies bringing up Zephyr RTOS on custom hardware, reducing integration time and risk.

Core Features & Use Cases

  • Structured board layout: organizes files under a vendor/board hierarchy with clear board.yml metadata and revision-friendly naming.
  • Config and build tooling: includes Kconfig, defconfig, and CMake logic aligned with HWMv2 workflows.
  • Revision-ready workflows: supports multiple revisions and variants via board.yml for hardware iterations.

Quick Start

Create a new board directory, define board.yml with vendor, board name, and SoC, and provide Kconfig.board, board-specific defconfig, and CMakeLists.txt. Then consult the References directory for HWMv2 structure guidance and example boards.

Frequently Asked Questions about board-bringup

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I structure Zephyr board bringup files for custom hardware?

Zephyr board bringup requires organizing files under a vendor/board hierarchy. You need to define board.yml metadata with vendor and SoC details, then provide Kconfig.board, board-specific defconfig, and CMakeLists.txt files to standardize the layout.

What is HWMv2 and how does it affect Zephyr board configuration?

HWMv2 is the hardware model standard used in Zephyr board bringup. It provides structured board.yml metadata for organizing vendor and board hierarchies, aligning Kconfig, defconfig, and CMake workflows across hardware revisions.

Can I manage multiple hardware revisions using board.yml in Zephyr?

Yes, board.yml supports multiple hardware revisions and variants. You can define revision-friendly naming and metadata within board.yml to manage hardware iterations throughout the Zephyr board bringup process.

What files are required to start Zephyr board bringup on a new SoC?

Required files for Zephyr board bringup include board.yml, Kconfig.board, a board-specific defconfig, and CMakeLists.txt. These establish the core configuration assets needed to integrate the SoC with HWMv2 workflows.

Does Zephyr board bringup integrate Kconfig and CMake workflows automatically?

Zephyr board bringup aligns Kconfig, defconfig, and CMake logic with HWMv2 workflows. This integration standardizes the build configuration process and reduces the risk of manual errors when setting up custom hardware.