Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
カーネルランド Rust 勉強会 #4: Zephyr で Rust を使う前に
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Shin-ya Koga
September 03, 2026
Technology
8
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
カーネルランド Rust 勉強会 #4: Zephyr で Rust を使う前に
2026 9/3 に開催した勉強会で使ったスライドの加筆版。
Shin-ya Koga
September 03, 2026
More Decks by Shin-ya Koga
See All by Shin-ya Koga
カーネルランド Rust 勉強会 #3: 並行処理における安全性
shkoga
1
56
カーネルランド Rust 勉強会 #2; Rust の unsafe
shkoga
0
66
Firecracker のソースを読んでみた
shkoga
1
220
2025-02-18.slide_revised
shkoga
0
130
2024-09-27 リファクタリング勉強会
shkoga
0
120
仮想化って何だろう
shkoga
0
240
Other Decks in Technology
See All in Technology
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.5k
データエンジニアの困りごとをDevinと一緒に解消する
10xinc
2
800
本番に近いテストをもっと手軽に - Postmanで広がるAPIテストの世界 / Expanding the World of API Testing with Postman
yokawasa
1
250
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
200
いま、生成AIにKaggleをどこまで 任せられるか — ROGIIコンペでの進め方とTips
k951286
3
1.4k
AI-DLCって実際どう? 〜聞きたいこと全部聞いてみる〜
news_it_enj
0
220
Beyond the Hype: Practical AI for Your Oracle Database with MCP
thatjeffsmith
1
230
Does an AI Watermark Survive Translation?
machinetranslation
0
520
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
240
[DroidKaigi 2026] Making UI specifications visible: Android UI development in the AI agent era supported by Compose Screenshot Testing and galleries
syarihu
0
550
現場に行くだけでは足りない——プロダクトエンジニアが業務の流れを捉える観点と、その鍛え方
takumiengineering
0
260
20260906 「AWS運用入門」著者が教える、運用業務への生成AI活用入門
masaruogura
0
220
Featured
See All Featured
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
490
The Pragmatic Product Professional
lauravandoore
37
7.4k
A better future with KSS
kneath
240
18k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.1k
Designing for humans not robots
tammielis
254
26k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
45k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.7k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
530
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6.1k
Transcript
カーネルランド Rust 勉強会 #4 古賀信哉 株式会社アットマークテクノ
今日のネタ Rust + Zephyr 実験プロジェクトの進捗 準備までは終わった(?) 組込み開発で Rust を使うには ベアメタルと
RTOS 押えておきたい core crate のモジュール Zephyr で Rust を使うには ネイティブ実行と仮想マシン実行
Rust + Zephyr 実験プロジェクト やりたいこと Z: CONFIG_USERSPACE と WAMR の評価
R: 興味深い IP 用のドライバを実装評価 Z: MCUboot によるセキュアブート評価 現在の準備状況 対応済みボードでの Zephyr 起動確認 △ i.MX 93 ボード(Cortex-A55 コア) ルネサスの Cortex-M85 MCU 搭載ボード native_sim と qemu_xx でのデバッグ実行 ◦
Rust + Zephyr 実験プロジェクト やりたいこと 後述します Z: CONFIG_USERSPACE と WAMR
の評価 R: 興味深い IP 用のドライバを実装評価 Z: MCUboot によるセキュアブート評価 現在の準備状況 SWD / DAPLink 用のハーフピッチコネクタに 接続しないと書き込めない! →部材調達待ち 対応済みボードでの Zephyr 起動確認 △ i.MX 93 ボード(Cortex-A55 コア) ルネサスの Cortex-M85 MCU 搭載ボード native_sim と qemu_xx でのデバッグ実行 ◦
組込み開発で Rust を使うには ベアメタルと RTOS(※Linux は今回スコープ外) ベアメタルだと欲しいもの RTOS (Zephyr) の場合に推奨される作法(?)
押えておきたい core crate のモジュール
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの HAL (Hardware Abstraction Layer) OS
のカーネル移植レイヤに相当 並行動作の仕組み(割り込みをトリガーに) OS のスレッド機構に相当
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの HAL (Hardware Abstraction Layer) OS
のカーネル移植レイヤに相当 並行動作の仕組み(割り込みをトリガーに) OS のスレッド機構に相当 ・ハードウェアを変えてもソフトウェアを 全部は作り直したくない。 ・CPU の使用効率を上げたい。 ・コードの見やすさ・保守しやすさを確保したい。
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの HAL (Hardware Abstraction Layer) OS
のカーネル移植レイヤに相当 並行動作の仕組み(割り込みをトリガーに) OS のスレッド機構に相当 ・ハードウェアを変えてもソフトウェアを 全部は作り直したくない。 ・CPU の使用効率を上げたい。 ・コードの見やすさ・保守しやすさを確保したい。 async/await による抽象化!
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの HAL (Hardware Abstraction Layer) OS
のカーネル移植レイヤに相当 並行動作の仕組み(割り込みをトリガーに) OS のスレッド機構に相当 二つの系統: Real-Time Interrupt-driven Concurrency embedded-hal{-async, -*} crate + rtic crate embassy フレームワーク async/await の executor 機能を提供
ベアメタルと RTOS (with Rust) ベアメタルだと欲しいもの HAL (Hardware Abstraction Layer) OS
のカーネル移植レイヤに相当 並行動作の仕組み(割り込みをトリガーに) OS のスレッド機構に相当 二つの系統: embedded-hal{-async, -*} crate + rtic crate embassy フレームワーク 参考: https://pico.implrust.com/async-embedded-rust/introduction.html
余談 むかし古賀が作ったベアメタル実装 以下で構成: 各種ステートマシンを駆動 緩い定周期動作用のメインループ(WFI しながら) ソフトウェア割り込み (SWI) による定周期動作 周辺機器の割り込みハンドラ(複数、優先度順)
タイマの割込みハンドラ(SWI をトリガ) 高優先度 各周辺機器のデバイスドライバを、 この組み合わせで実装。 ( top half + bottom half ) こういう構成で十分/向いている 場合もありますよね。
ベアメタルと RTOS (with Rust) RTOS (Zephyr) の場合に推奨される作法 OS の機能を素直に使う:スレッド panic=“abort”
に設定、panic ハンドラを実装 スタック巻き戻しやバックトレース出力なし :コードサイズの削減 .unwrap() は極力使わず、エラーの分岐を実装 ・安易に panic させない。 ・エラーする可能性があるなら正しく考慮する。 https://www.amazon.co.jp/Zephyr-RTOS-Rust-Real-Time-Development/dp/B0GW8RRRCH
押えておきたい core モジュール core::sync::atomic プリミティブ型の値の atomic な操作を提供 共有メモリ/変数を使った、スレッド同士や 割り込みハンドラとの間の「通信」に利用できる。 struct
Atomic enum Ordering
押えておきたい core モジュール core::sync::atomic プリミティブ型の値の atomic な操作を提供 共有メモリ/変数を使った、スレッド同士や 割り込みハンドラとの間の「通信」に利用できる。 struct
Atomic enum Ordering lock-free。 ただし、wait-free は保証されない! Atomic<T> のメソッドの中には、 compare-and-swap ループで実装 されたものがあり得る。 https://doc.rust-lang.org/beta/core/sync/atomic/index.html#structs
Zephyr で Rust を使うには ネイティブ実行と仮想マシン実行 pros & cons ネイティブ実行での使い方 static
lib としてビルド・リンクする LLEXT (loadble module 方式) もあり(?) 仮想マシン実行 WAMR (WAsm Micro Runtime)
Zephyr で Rust を使うには ネイティブ実行と仮想マシン実行 pros & cons Zephyr は単一
OS イメージが基本! ネイティブ実行での使い方 static lib としてビルド・リンクする LLEXT (loadble module 方式) もあり(?) 仮想マシン実行 WAMR (WAsm Micro Runtime)
Zephyr で Rust を使うには ネイティブ実行と仮想マシン実行 pros & cons Zephyr は単一
OS イメージが基本! ネイティブ実行での使い方 static lib としてビルド・リンクする LLEXT (loadble module 方式) もあり(?) 仮想マシン実行 アプリケーションの実行ファイルが分離 され、sand box 化も簡単。 WAMR (WAsm Micro Runtime) アプリケーションの追加や削除を運用中に行うのも、比較的簡単?
Zephyr で Rust を使うには ネイティブ実行と仮想マシン実行 pros & cons user mode
による隔離と組み合わせることが可能! ネイティブ実行での使い方 static lib としてビルド・リンクする LLEXT (loadble module 方式) もあり(?) https://docs.zephyrproject.org/latest/samples/subsys/llext/edk/README.html 仮想マシン実行 アプリケーションの実行ファイルが分離 され、sand box 化も簡単。 WAMR (WAsm Micro Runtime) アプリケーションの追加や削除を運用中に行うのも、比較的簡単?
参考ページ 1/5 Zephyr が対応済みのボード i.MX 93 FRDM https://www.nxp.com/document/guide/getting-started-withfrdm-imx93:GS-FRDM-IMX93?tid=vanFRDM-IMX93/start https://docs.zephyrproject.org/latest/boards/nxp/frdm_imx93/d oc/index.html
RA8D1 Vision Board https://docs.zephyrproject.org/latest/boards/ruiside/ra8d1_visi on_board/doc/index.html
参考ページ 2/5 実機なしでの Zephyr の開発作業用 Native simulator - native_sim https://docs.zephyrproject.org/latest/boards/native/native_sim/
doc/index.html QEMU Emulation for ARM Corーtex-M3 https://docs.zephyrproject.org/latest/boards/qemu/cortex_m3/ doc/index.html 他の MCU / SoC ボードのエミュレータもあり。 自分でエミュレーション実装を QEMU に追加 してもよい :-) Zephyr のデバッグ手順 https://docs.zephyrproject.org/latest/develop/debug/index.htm l#running-qemu-via-west
参考ページ 3/5 Zephyr の User Mode (CONFIG_USERSPACE) 公式ドキュメント https://docs.zephyrproject.org/latest/kernel/usermode/index.html その他の参考ページ
https://zephyrproject.org/user-mode-explained-in-simple-words/ https://zephyrproject.org/user-mode-explained-in-simple-words-part-2/ https://zephyrproject.org/user-mode-explained-in-simple-words-part-3/ https://emlogic.no/2026/05/zephyr-user-mode/ Linkable Loadable Extensions (LLEXT) https://docs.zephyrproject.org/latest/services/llext/index.html
参考ページ 4/5 Zephyr の Rust 対応 https://docs.zephyrproject.org/latest/develop/languages/rust/i ndex.html Rust の
rtic と embassy(※ベアメタル用) rtic https://rtic.rs/2/book/en/ https://github.com/rtic-rs/rtic/blob/master/rtic/src/export/executor.rs embassy async 動作の executor のソース https://embassy.dev/ https://github.com/embassy-rs/embassy/tree/main/embassy-executor
参考ページ 5/5 Rust の async に対する考察(※非ベアメタル) The State of Async
Rust: Runtimes https://corrode.dev/blog/async/ 「Tokio などの、async ベースのフレームワークを 使う場合は必然的に使うことになるけど、一般論 としては、スレッドでよくない?」という論調。 フレームワークに依存して使わなければいけない ところを分離して、使わなくてよいところでは、 使わずにシンプルにするのがよい。・・・Rust の エコシステム全体の中では、async は十分に成熟 していない、とも言っている。