QEMU 上で Zephyr を立ち上げてみることを思い立ったので、その手順を追ってみます。公式ドキュメントに沿って進めれば hello_world まではたどり着けますが、環境の違いなどもあるので自分用のメモも兼ねて記録します。 公式ドキュメント https://docs.zeohyrproject.org/latest/ Getting Started Guide https://docs.zephyrproject.org/latest/develop/getting_started/ 環境構築(初回のみ) ここでは Ubuntu をベースにしてビルドする環境を準備します。 Ubuntu で必要なパッケージをインストール sudo apt install cmake python3 device-tree-compiler sudo apt install python3-venv
![[Zephyr] Zephyr on QEMU cortex-a](https://cdn-ak-scissors.b.st-hatena.com/image/square/2f173aac14ea2640ee4c7957900e4da702e130fa/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttp%2Farch.jpn.org%2Fwp-content%2Fuploads%2F2019%2F12%2Fmemo-icon.jpg){kind=icon}
1000行でOSを作ってみよう 本書では、小さなOSをゼロから少しずつ作っていきます。 OSと聞くと腰が引けるかもしれませんが、OS (特にカーネル) の基本機能は案外単純です。巨大なオープンソースソフトウェアとしてよく挙げられるLinuxでさえ、バージョン0.01はたった8413行でした。様々な要求に応えるために次第に肥大化していっただけで、当初は大変素朴な実装になっていました。 本書ではコンテキストスイッチ、ページング、ユーザーモード、コマンドラインシェル、ディスクデバイスドライバ、ファイルの読み書きをC言語で実装します。これだけ様々な機能が詰め込まれているのに、コードは合計でたった1000行未満です。 「1000行なら1日でできそう」と思うかもしれませんが、初学者には少なくとも3日はかかるでしょう。OS自作のハマりポイントは「デバッグ」です。アプリケーション開発とは違うデバッグ手法
はじめに 他分野のエンジニアに「1回のミーティングで車載OSについて教えて」と相談されることがあったため、その説明の際に使ったメモ書きを共有する。一応、最初に予防線を張っておくと、私自身、車載ソフトウェア業界に身を置くが、「いわゆる車載OS分野の専門家か？」というとそうでもないし、やや距離のある分野の方への説明なので、ツッコミはお手柔らかにお願いしたい。 ISO-26262機能安全について OSという耽美な響きからGeekでTechな話を期待されたかもしれないが、まず国際標準の話から説明を始める。というのも、この点が生命・財産に関わるソフトウェアと、そうでないソフトウェアを分かつ、大きな前提のため、ここはスキップできない。 機能安全とは？ 国際標準とは世界で統一的なコミュニケーションを図るための規格であり、Terminologyについては他のどんな文書より定義が厳密なものだが、「1回のミー
本記事では、aarch64 用 Zircon カーネルを QEMU 上で起動させるときの動作を紹介します。 Zircon 起動の流れ qemu-boot-shim QEMU 上で physboot を起動するためのブートローダ[1] physboot 圧縮された Zircon カーネルイメージを展開するブートローダ[2] zircon Zircon カーネルイメージ 本記事では、QEMU の部分を紹介します。 イメージファイル Zircon の起動には 2 つのイメージファイルが必要です。 qemu-boot-shim.bin qemu-boot-shim ブートローダの実体 fuchsia-ssh.zbi physboot と 圧縮Zirconカーネルイメージなどを含むイメージファイル ZBI データ構造についてはこちらの記事を参照 QEMU Fuchsia 開発環境では、 fx qem
本記事では、Fuchsia のデバイスドライバ（ARM プラットフォーム）について簡単に紹介します。 公式ドキュメント Fuchsia Driver Framework Fuchsia driver development デバイスドライバの種類 Fuchsia では大半のデバイスドライバはユーザー空間で動作します。 Kernel drivers カーネル空間で動作するごく一部のドライバ Non-Kernel drivers ユーザー空間で動作する大多数のドライバ Board Driver ボード固有のハードウェア情報（デバイスの Memory Mapped I/O アドレス、IRQ など）を記載したドライバ Kernel drivers カーネル起動に必要な最低限のドライバ（だと思われる）。 zircon/kernel/dev/ coresight 高機能なデバッグとトレースを実現するた
本記事の内容は、すでに古くなっています。 最新（2020/MAR/17）のコードでは、out/default.zircon は使われておらず、 Zircon カーネルは out/default/kernel_x64 に生成されます。 # ソースコードの取得 $ curl -s "https://fuchsia.googlesource.com/fuchsia/+/HEAD/scripts/bootstrap?format=TEXT" | base64 --decode | bash # ビルド対象の設定 $ fx set workstation.qemu-x64 # ビルドの実行 $ fx build 本記事では、fx set と fx build の概要を紹介します。 要約 fx set gn gen out/default.zircon、gn gen out/default を実行し、
Fuchsia の Zircon カーネルが提供するハイパーバイザ機能について、概要を紹介します。 要約 Zircon hypervisor は、I/O 仮想化のために virtio を提供 対応するゲスト OS は、Linux と Zircon。I/O は準仮想化ドライバを使用 KVM と同じく、ホスト OS（Zircon）に hypervisor 機能を組み込んでいる 参考文献 src/virtualization - fuchsia - Git at Google 概要 Zircon が提供するハイパーバイザ機能は Machina と呼ばれます。 The vmm app enables booting a guest operating system using the Zircon hypervisor. The hypervisor and VMM are collectivel
はじめに なんらかの理由によってOSやOSカーネルに興味を持つ人は多々います。しかし、その次のステップとしてどんな本を読めばいいんだろうと思っている人はこれまたいっぱいいます。そこで、長年Linuxカーネルにかかわってきた筆者がこれまでに読んでよかったと思うものについてここの列挙しました。紹介するのは本だけであって、記事は省いています。 OSそのものに興味を持った人は、その後に興味の方向が次のような二つに分かれることが多いと筆者は考えています。 オレオレOSを作りたい 既存のOSを改造したい この仮説をもとに、それぞれについて筆者がかつて真面目に読んだ本の中から「自作OS」および「Linuxカーネル」というキーワードでよかったものを挙げておきます。Linux以外の既存OSについては語れるほどの知識はないので書いてません。 筆者について 本の良し悪しは人によってさまざまなので、筆者がどういう
This article is available on the Woven Planet Group account. To keep current with insider insights into the world of mobility, follow our new account! We want to enable the most programmable vehicles on the planet. Vehicle software development today is like mobile development was ten to fifteen years ago. Back then, the only people who could program mobile phones were the ones working for the manu
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 1 98508 360384 135488 2872176 0 0 29952 148 758 610 7 1 75 17 0 1 0 98508 379232 135496 2853328 0 0 24564 0 690 556 6 1 75 19 0 0 1 98508 397460 135504 2835056 0 0 20344 0 716 572 5 1 75 20 0 0 1 98508 393880 135512 2838664 0 0 36316 0 859 705 9 1 75 16 0 0 1
この本は組込みシステムやOSのような低レイヤーシステムの開発経験がないプログラマーのような人が、自作OSをはじめるため解説本です。 著者自身、本職はウェブプログラマーですが、趣味で組込みOSの自作をしています。この本はそのノウハウ集のようなものです。 このような低レイヤーシステムはC言語で開発されることが多いのですが、今回はRustを使います。 RustはC言語と比較して、様々なモダンな機能やツール郡を取り揃えている上に、C言語の長所である直接のメモリ制御ができ、パフォーマンスも高いとして組込みシステム開発でつかえるとして注目されています。 Rustそのもの解説は控えめですが、低レイヤーシステム開発特有のテクニックは必要に応じて解説します。 想定読者 ある程度はプログラミング経験があることを前提としています。 また、レジスタやメモリなどコンピュータアーキテクチャに関する基礎用語の説明もちゃ
Redox とは Rust 製の Unix Like OS 。 以下、公式サイトより引用。 Implemented in Rust Microkernel Design Includes optional GUI - Orbital Supports Rust Standard Library MIT Licensed Drivers run in Userspace Includes common Unix commands Newlib port for C programs 開発は Github 上で進められている。 https://github.com/redox-os/redox 公式ドキュメントも充実。 https://doc.redox-os.org/book/ とにかく動かしてみたい ということで、公式の Get Start に沿って進めてみる。 仮想マシンで動作 Gith
現代のコンピュータにおける 自作OS事情 2019-06-29 hikalium @ Hackers Champloo #hcmpl
This blog series creates a small operating system in the Rust programming language. Each post is a small tutorial and includes all needed code, so you can follow along if you like. The source code is also available in the corresponding Github repository. Latest post: Async/Await The first step in creating our own operating system kernel is to create a Rust executable that does not link the standar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
