2. EL2 によるゲストOSのメモリ空間の仮想化 通常の OS のメモリ空間の仮想化と同じような仕組みがハイパーバイザー (EL2) 側にも用意されており、それを使ってハイパーバイザーも自身が利用するメモリ空間の仮想化が可能です。通常はメモリアドレスをどこかに再マップしたりすることはなく、物理アドレス＝仮想アドレスで利用すると思います（キャッシュは利用する）。 このハイパーバイザー自身が利用する（主にキャッシュ利用目的）ためのメモリの仮想化は Stage1 と呼ばれます。そしてこれとは別にもう一段階の仮想化の仕組みが Stage2 として用意されています。 なぜ Stage2 が必要なのか？ ハイパーバイザーの場合、ゲスト OS による特定のメモリ空間のアクセスをトラップ（主にハードウェアのエミュレーションなどの目的で）したり、特定のメモリへのアクセスは禁止する（見えなくする）ために、ゲ
Go to the first, previous, next, last section, table of contents. ステップ実行 ステップ実行とは、あなたのプログラムの動作における最小時間を 設定することを意味し、制御はデバッガが1行分のマシン命令を実行した後に、 自動的に返ってきます。ステップ実行時にブレークポイントは有効であり、 プログラムはステップ処理用のコマンドがどのように遠くまで処理するよう 指定していても、そこで停止します。 step 異なった行にプログラムが達するまで処理を継続し、プログラムを停止 させた後にデバッガに制御を戻します。このコマンドの省略形は `s' です。 このコマンドは、デバッギング情報がない関数へ制御が移る時にも利用 することができます。そのようなケースでは、処理の実行は、制御が 異なった関数へと移る時か、その関数からリターンするまでの間、
% sudo apt build-dep qemu % sudo apt install gcc-aarch64-linux-gnu $ git clone git://git.qemu.org/qemu.git $ cd qemu $ git checkout -b v2.12.0-release refs/tags/v2.12.0 $ git submodule update --init $ ./configure --prefix=`pwd`/build --target-list=arm-softmmu,aarch64-softmmu --audio-drv-list=alsa $ make $ make install % cd src % make aarch64-linux-gnu-gcc -mcpu=cortex-a53 -fpic -ffreestanding -c b
AArch64向けLinuxデバッグ環境の構築 目次: GCC 目次: Linux Linuxをデバッグするにはkgdbを使うと思いますが、QEMU + GDBでよりお手軽にデバッグができます。お手軽とは書いたものの、実際やったところQEMUでかなり苦戦したのでメモしておきます。 ツールチェーンの設定 対象のアーキテクチャはAArch64を選びました。お好きなアーキテクチャを使っていただいて構いませんが、Linuxのコンフィグをどうするべきかと、QEMUの動かし方を知っているアーキテクチャにしてください。せっかくLinuxをビルドしても動かせなくて詰みます。 ツールチェーンの構築の方法は昔の日記（2018年7月15日の日記参照）で構築手段をご紹介しています。crosstool-ngはデフォルトだとGDBがビルドされなかった気がするので、 Linuxの設定 CONFIG_RANDOMIZE_
最近、コンパイラを作ろうとチャレンジしている。コンパイラは基本的にアセンブラコードを出力する。その結果が意図通りに動いてテストに通れば良いが、開発中はそうならない。このアセンブラ出力が意図どおりかどうかをデバッグすることになる。ただし、コンパイラが自作でヘボいので、それが出力するアセンブラは、ソースコードデバッグができない。デバッグ情報が無い実行ファイルをデバッグするのと同じ状況になる。そんな状況でよく使う gdb コマンドをまとめた。あんまり細工していない、素のgdbコマンドを使う助けになると思う。 組み込みRustを書いていた時も、ターゲットにビルドされたバイナリを解析するために、素のgdbを使うことになった。そのような時にも gdb の使い方は役に立つ知識となる。 起動 ターゲットプログラムの実行 (gdb) run ターゲットプログラムを実行する。 (gdb) run arg1 a
はじめに みんな大好きRaspberry Pi 3をQEMUで動かして (エミュレートして) みた時のメモです。 参考にしたサイト https://qiita.com/yaju/items/edf548efd18f0eaab94a https://farabimahmud.github.io/emulate-raspberry-pi3-in-qemu/ 構成図 +-----------------------------+ | +-------------------------+ | | | +---------------------+ | | | | | +-----------------+ | | | | | | | Raspberry Pi OS | | | | | | | +-----------------+ | | | | | | Rapsberry Pi 3 | | |
しかしこれをキーボード毎に別の配列にする方法も存在します。ただし、調べた限りでは HID 接続のキーボードにたいしてのみ有効、かつその設定をしたときの接続 USB ポート使用時限定、です。なお Bluetooth キーボードは手持ちがなく検証していないので不明（HID デバイスだからできるはず……）。 まずデバイスマネージャーを開いて、配列をシステム標準から変更したいキーボードを選択し、プロパティ → 詳細 → プロパティ デバイス インスタンス パス を選択します。ここで出てくる値をメモします(例えば HID\VID_CB10&PID_1156&MI_00\8&278408A0&0&0000 のような値)。 レジストリエディタで HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\HID の下のキーを確認すると、 VID_*** のようなキー
printf関数とは 「文字」、「数字」、「文字列」など、あらゆるものを出力する関数。 返り値 INT型で、出力した文字列のバイト数を返す。 エラーの場合はー1を返す。 フォーマット %sのようにsなどの「変換指定子」さえあれば出力が可能だが、以下が詳細なフォーマット。 %[フラグ] [フィールド幅].[精度][長さ修飾子][変換指定子] 以下が対応する英語。 %[flags][width].[precision][length][specifier] それでは一つずつ見ていこう。 %とは？ %は「これから変換の指定をしますよ」というサインで、printfでは必ず％が使用される。 フラグの種類 フラグ 説明
bash や zsh にはプロセス置換 (Process Substitution)という機能があるのだが、あまり使うことがなく頻繁に忘れるのでメモ。 プロセス置換 (Process Substitution)とは コマンドの結果をファイルのように扱うことができる機能。以下のように書く。 <(list) リストの結果を入力ファイルに置き換える >(list) リストの結果を出力ファイルに置き換える これはリストの結果をもう一方のプロセスに送るために/dev/fd/<n>のファイルディスクリプタを使っているっぽい。 使用例 例えば commというコマンドがある。これは comm file1.txt file2.txt のようにしてファイル 1 と 2 を良い感じに比較したりできるが、プロセス置換を使えばファイルを用意せず使用することができる。 $ comm <(ls -l) <(ls -la
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
