デバイス作る人>>デバイス使う人>>デバイスおたく
前回、Armのロードストア命令のアドレシングモード複雑怪奇、などと書きながら、今回実習に使用いたしますのは「ベース＋オフセット」一択です。人生複雑にしたくない人はそれが一番、違うか。ロードストアは１命令テストするのにもメモリを用意しないといけないので、準備のCのコードがメンドイのよね。文句が多いな。
“ぐだぐだ低レベルプログラミング(91)ARM64(AArach64)、ロードストア命令その２” の続きを読む
今回からロードストア命令に入ります。気が重いです。Armは下手なCISC（多分x86のことだよ）よりもアドレシングモードが複雑怪奇。オペランドによっては特例的な規則もあります。６４ビット化したおかげで、バイト、ハーフワード、ワードに加えてダブルワード（SIMD考えるともっと）あり、それに符合がからんで大変。 “ぐだぐだ低レベルプログラミング(90)ARM64(AArach64)、ロードストア命令その１” の続きを読む
前回までの整数乗算命令「いろいろ」あって全４回を要しました。今回は整数除算命令ですが、この１回で完了です。乗算のような組み合わせの多さもエイリアスもなくシンプル。シンプル・イズ・ベスト？シンプル・ライフ？（古い）でも除算はいいけれど剰余算はどうよ？というと「すでにやっていた」事実が発覚。なんてこったい。
“ぐだぐだ低レベルプログラミング(89)ARM64(AArach64)、除算命令” の続きを読む
RISC-Vのとき基本整数命令セットを一当たりなめるのは大した回数でなかった記憶。しかしArmの６４ビット命令セットA64は命令多いです。まだ整数乗算命令です。今回は前回やってない「パターン２」と「パターン３」ですが符合無のみ。符合付も一度にやるとちょっと疲れそうだったから。そういうところで回数多くなっているな、オイ。 “ぐだぐだ低レベルプログラミング(87)ARM64(AArach64)、整数乗算命令その３” の続きを読む
前回は整数の掛け算命令について表にまとめたところで終わってました。今回は３つある演算パターンのうち、すべてのレジスタのビット幅が等しい第１のパターンを練習してみます。「普通のMUL命令」もこの分類です。でも基本は積和演算MADDです。MULはMADDのエイリアスという扱い、実際にはMADDだと。
“ぐだぐだ低レベルプログラミング(86)ARM64(AArach64)、整数乗算命令その２” の続きを読む
前回まで実習していた条件フラグ命令、マニュアルにはまだまだあるな～と思っていたのですが勘違いでした。今回ターゲットのArm Cortex-A72はARMv8の中ではキホンのARMv8p0なので使えないようです。残念。そこで今回から整数の乗算命令に転じます。これがまた、いろいろあるのよ。今回はざっと眺めるだけ、実習なし。 “ぐだぐだ低レベルプログラミング(85)ARM64(AArch64)、整数乗算命令その１” の続きを読む
前回は、数多い条件選択命令群のうち「表」の４命令を動かしてみました。今回は「裏（エイリアス）」の５命令を動かしてみたいと思います。共通しているのは、「表」の命令と条件判断がひっくりかえっていること、そして本来３オペランドの「表」命令のソースオペランドに制限を加えていることです。 “ぐだぐだ低レベルプログラミング(84)ARM64(AArch64)、条件選択命令群その２” の続きを読む
前々回から条件フラグNZCV関連の命令に入っておりますが、非常に充実してます。これは３２ビット時代のArmがほぼ全ての命令に条件判断を付与できるという過激なあり方だったのを６４ビット化するときに廃止してしまった「罪滅ぼし」なんじゃないかと密かに思います。知らんけど。今回は条件付き選択命令。多すぎて１回では終わらず。
“ぐだぐだ低レベルプログラミング(83)ARM64(AArch64)、条件選択命令群その１” の続きを読む
前回から、条件フラグNZCV関係に踏み入っております。やる前から分かっていたことですが、真か偽か判定するだけの１ビットのフラグですが、複数条件重なれば、霧のかかった老人の頭では、いずれが真か偽、是々非々、是々非々。特に今回の命令群は条件フラグの操作をするのに条件を判断して行うという奇怪さであります。 “ぐだぐだ低レベルプログラミング(82)ARM64(AArch64)、条件付き比較命令” の続きを読む
面倒なので避けてきましたが、いよいよやらなければならないです。条件フラグ関係。昔から慣れ親しんだモノドモですが、RISC-Vの「フラグは無、その場で判断」方式を学んだあとは、とてもメンドく感じられるようになってます。今回はフラグが格納されている（ようにみえる）レジスタへのアクセスと基本的な上げ下げを動かしてみます。
前回は先行ビットカウント命令でした。今回はビット、バイトのリバース命令群です。どちらも「場合によっては」必要な操作で、こういう専用命令なしに処理しようとすると結構メンドイ処理になる操作であります。有って悪いことはないですが、こういう複雑な命令群がいろいろ実装されているArmは複雑（なRISC）？
前回はシフト、ローテイトの落穂ひろいでした。今回は先行する（MSB側の）ビットカウントを行う命令です。時々「こういう操作」が必要なことがあり、「こういう専用命令」が無いと時間がかかるので有った方が嬉しい気もするのです。しかしArmはRISCの割には複雑な感じを醸しだしてる気もします（個人の感想です。） “ぐだぐだ低レベルプログラミング(79)ARM64(AArch64)、先行ビットカウント命令” の続きを読む
前回まで練習してきた即値でビット数を指定するシフト、ローテイト命令はビットフィールド転送とレジスタ抽出命令のエイリアスでした。しかしシフト、ローテイトには「片割れ」があります。レジスタでビット数を指定できる命令です。そちらも「エイリアス」あり、といいつつ、こちらはモロそのものじゃん。