ARM 命令の条件ビット

ARM 命令の条件フィールドについてまとめておきます。 - N フラグ: 命令の結果を符号付き整数と見て負のときにセット、その他の時にクリアされる - Z フラグ: 命令の結果がゼロであるときにセット、その他の時にクリアされる。 - C フラグ: 比較命令(`CMN`, `CMP`)を含む加減算においてキャリー、 またはボローが発生したときにセット、その他の時にクリアされる。 また論理演算時のシフト動作ではシフトによるキャリアウトの結果が C フラグに反映される。 - `V`フラグ: 加減算命令において符号付きオーバーフローが発生するとセット、 それ以外の時に零セットされる。 `ADDS` 命令の場合、 `ADDS <Rd>, <Rn>, <shifter_operand>` の動作としては以下のようになる。ただし、 `Rd` が `r15(pc)` ではない場合。 Rd = Rn + shifter_operand N Flag = Rd[31] Z Flag = if Rd == 0 then 1 else 0 C Flag = CarryFrom(Rn + shifter_operand) V Flag = OverflowFrom(Rn + shifter_operand) `SUBS` 命令の場合、 SUBS <Rd>, <Rn>, <shifter_operand> の動作としては以下のようになる。ただし、 `Rd` が `r15(pc)` ではない場合。 Rd = Rn - shifter_operand N Flag = alu_out[31] Z Flag = if alu_out == 0 then 1 else 0 C Flag = NOT BorrowFrom(Rn - shifter_operand) V Flag = OverflowFrom(Rn - shifter_operand) `CMP` 命令は結果をレジスタにセットしないが、フラグのセットのされ方は `SUBS` 命令と同じ。 C は符号なし整数として、Carry/Borrow が発生したかを示すのに対し、 V は符号あり整数として、Overflow 発生したかを示している。 ##### 命令を条件付きで実行する場合の条件フィールド ##### cond Mnemonic Meaning Condition flags ----------------------------------------------------------- 0000 EQ Equal Z==1 0001 NE Not equal Z==0 0010 CS(HS) Carry set C==1 0011 CC(LO) Carry Clear C==0 0100 MI Minus, negative N==1 0101 PL Plus, positive or zero N==0 0110 VS Overflow V==1 0111 VC No Overflow V==0 1000 HI Unsigned higher C==1 and Z==0 1001 LS Unsigned lower or same C==0 or Z==1 1010 GE signed greater than or equal N==V 1011 LT signed less than N!=V 1100 GT signed greater than Z==0 or N!=V 1101 LE Signed less than or equal Z==1 or N!=V 1110 None(AL) Always Any - HS (Unsigned higher or same) は CS - LO (Unsigned lower)は CC と同じ。 やってしまいがちなのは、符号なし整数の比較（例えばアドレスの比較）をしたあと、 条件判定に `lt` や `gt` などを使っているケース。 組み込み系でよくあるブートシーケンスで RAM へコードを展開しているコードですが。。 copy_loop: ldmia r0!, {r3 - r10} @ copy from source address [r0] stmia r1!, {r3 - r10} @ copy to target address [r1] cmp r0, r2 @ until source end addreee [r2] ble copy_loop ここで `r1` に `0x70000000`, `r2` に `0x80000000` が入っていたりすると、 意図せずに、ループから抜けてしまいます。 `le` は `signed` での比較になるわけだから、 `0x70000000` と `0x80000000` を比較して「小さい」とはならずに `0x70000000` と `-0x80000000` を比較して 「大きい」という判定になるはずだから。 というわけで、この場合 `ble` ではなくて `bls` を使うべきですね。

Linux で ZFS を使ってみた

Linux 上で ZFS を使ってみました。 対象は Ubuntu, Fedora, RHEL, CentOSあたりとします。 簡単に ZFS を導入する方法としては 1. ZFS-FUSE (Filesystem in Userspace) を使う 2. ZFS on LINUX を使う あたりがあると思います。 ZFS はライセンス上の問題で Linux Kernel と静的にリンクできないので、 1. のようにユーザー空間で動かすか、 2. のようにローダブルモジュールにするかどっちか。いずれにしても、OS 部は従来通りに ext4 などに置かないといけないので、ZFS が使えるのはデータの部分です。 [Ubuntu 12.04 LTS Precise Pangolin で Native ZFS](http://www.blackpig.jp/?p=214) のページのようにルートファイルシステムから ZFS にしてしまう例も紹介されていますが、初心者の自分にはまだ敷居が高いので、いずれ挑戦することにします。 最初 ZFS-FUSE に触れたあと、ZFS on LINUX を導入してみることにします。 ### ZFS-FUSE ### 導入は簡単で、 Ubuntuだと $ sudo apt-get install zfs-fuse Fedora17 だと # yum install zfs-fuse 以上です。 RHEL, CentOS などは標準のリポジトリには zfs-fuse がないので、 EPEL (Extra Packages for Enterprise Linux) のリポジトリを追加すればOKです。 (EPEL の入れ方は以前 [自分的 RHEL/CentOS 6.3 で最初にやること](/2012/11/rhelcentos.html)に記載) ただし、ZFS-FUSE だといろいろと機能制限があるみたいです。 実際やってみると、パーティションのトップで `cd .zfs` でスナップディレクトリに入れる機能は動きませんでした。 なので、手軽に ZFS を使いたい人には zfs-fuse がお勧めですが、フル機能を使いたい人は以下の ZFS on LINUX の方がよいかもしれません。 ### ZFS on LINUX ### [ZFS on Linux](http://zfsonlinux.org/) のページの手順にしたがって tarball をダウンロードし、ソースからコンパイルすることにします。 こちらは ローダブルモジュールとはいえ、 ZFS がカーネル空間で動くようになっていると思います。 ページのインストール方法そのままですが、とりあえず RHEL 6.3 / CentOS 6.3 64bit版でやってみました。 まずは SPL のインストールから。 # yum groupinstall "Development Tools" $ cd spl-0.6.0-rc11 $ ./configure $ make rpm # rpm -Uvh *.x86_64.rpm 続いて、ZFS のインストール # yum install zlib-devel libuuid-devel libblkid-devel libselinux-devel parted lsscsi $ cd zfs-0.6.0-rc11 $ ./configure $ make rpm # rpm -Uvh *.x86_64.rpm これで完了です。 CentOS だと上記のままでOKでしたが、 RHEL だと標準のリポジトリに "Development Tools" がない、 lsscsi もないという状況なので、ちょっと対応がいりました。 CentOS上で `yum groupinfo "Development Tools"` で内容を表示してみると以下のようになります。 Group: Development tools Description: A basic development environment. Mandatory Packages: autoconf automake binutils bison flex gcc gcc-c++ gettext libtool make patch pkgconfig redhat-rpm-config rpm-build Default Packages: byacc cscope ctags cvs diffstat doxygen elfutils gcc-gfortran git indent intltool patchutils rcs subversion swig systemtap Optional Packages: ElectricFence ant babel bzr chrpath cmake compat-gcc-34 compat-gcc-34-c++ compat-gcc-34-g77 dejagnu expect gcc-gnat gcc-java gcc-objc gcc-objc++ imake jpackage-utils kdewebdev libstdc++-docs mercurial mod_dav_svn nasm perltidy python-docs rpmdevtools rpmlint systemtap-sdt-devel systemtap-server なので、RHEL にインストールする場合、上記の `Mandatory Packages` と `Default Packages` のカテゴリのものを全部 `yum install` でインストールしてしまえばよいです。 lsscsi については RPM search で `lsscsi-x.xx-x.el6.x86_64.rpm` をダウンロードしてきて、インストールしました。 インストールが済んだら、さっそく使ってみましょう。 まずは # zpool create tank mirror /dev/disk/by-id/foo /dev/disk/by-id/bar みたいな感じで pool を作成します。(`foo` と `bar` という2台のディスクでミラーを組んだ場合) 次に、以下のようにパーティションを作る。 # zfs create tank/home # zfs create tank/git ちょっと悩んだのは、再起動する度に、マウントが解除されてしまうこと。 再起動後に # zfs get mounted で確認すると全パーティションが `mounted=off` になってしまっている。。 確か、起動時に `zfs mount -a` が行われると man に書いてあったのに変だなぁと思って調査しました。 `/etc/rc.d/init.d/zfs` のスクリプトを読んでみて納得。 # Requires selinux policy which has not been written. if [ -r "/selinux/enforce" ] && [ "$(cat /selinux/enforce)" = "1" ]; then action $"SELinux ZFS policy required: " /bin/false || return 6 fi というコードが入っていて SELinux のせいで、 ZFS が自動マウントされなくなっているようでした。 というわけで SELinux を OFF にします。 `/etc/selinux/config` の SELINUX=enforcing を SELINUX=disabled に変更して再起動すると、無事に ZFS が自動的にマウントされるようになりました。 ### 結局どっちがいいのか ### フル機能が使えるということで最初は ZFS on LINUX を使っていたのですが、運用してみると結構面倒だということがわかりました。 ディストリビューションでは定期的に Kernel がアップデートされます。 Kernel が更新されるたびに ZFS のモジュールもビルドし直さなくてはなりません。 というわけで、自分としては zfs-fuse の方が使いやすいと思いました。

自分的 RHEL/CentOS 6.3 で最初にやること

自分用の備忘録です。 #### RHN に接続　#### RHEL のみ。CentOS では不要。 #### yum install でパッケージをいろいろインストール #### - gcc - emacs - cvs - subversion - git - gitk - git-cvs - git-svn - gimp - indent # GNU indent - man-pages-ja # for Japanese man page - kernel-devel # for building Loadable Modules #### お好みでRPMforge リポジトリを追加 #### [rpmforge-release](http://pkgs.repoforge.org/rpmforge-release/) から自分用の arch で、一番新しいものをダウンロードしてくる。 x86_64 だと現在のところ、`rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm` が最新のようだ。 rpm -ivh rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm でインストール。 #### さらにお好みで EPEL (Extra Packages for Enterprise Linux) リポジトリを追加 #### [epel-release](http://download.fedoraproject.org/pub/epel/6/i386/repoview/epel-release.html) から .rpm をダウンロードし、 rpm -ivh epel-release6-7.noarch.rpm でインストール。 #### 追加リポジトリで提供されるパッケージをお好みでインストール #### - ccache (RPMforge または EPEL) - zfs-fuse (EPEL) など。 #### 上記で提供されないパッケージを個別インストール #### - Chrome 64bit .rpm (Fedora/openSUSE版)を選択。 `google-chrome-stable_current_x86_64.rpm` をインストール。 - VirtualBox VirtualBox 4.x.x for Linux hosts -> OL6/ RHEL6 / CentOS6 を選択。 rpm をインストール。 - ccache 追加リポジトリを入れてない場合、rpm searchなどでダウンロード。 - global ソースのtarballからインストール - eclipse CentOSでは標準リポジトリにあるので `yum install` でインストール。 RHELはないので、[ダウンロードページ](http://www.eclipse.org/downloads/)から tarballをダウンロードして解凍。 #### プログレスバー非表示 #### 起動時のログを表示されたい場合。 `/boot/grub/grub.conf` で kernel 行の rhgb, quiet を削除する。 rhgb を削除： プログレスバーを非表示 quiet を削除： Kernelメッセージも表示 #### ホスト名の設定 #### RHEL の場合はインストール時にすでにホスト名を設定していれば、この手順は不要。 CentOS 6.3 の場合は、インストーラー(anaconda)のバグなのか、 インストール時に、ホスト名を設定しても、必ず localhost.localdomain に戻ってしまうので、以下のように修正。 `/etc/sysconfig/network` の HOSTNAME=localhost.localdomain の部分を書き換え。 #### 日本語入力 #### システム->設定 -> 入力メソッド -> 入力メソッドの個人設定 #### 日本語ディレクトリを英語に #### 「ダウンロード」、「テンプレート」、「デスクトップ」、「ドキュメント」、「ビデオ」、「ピクチャ」、「ミュージック」、「公開」 というディレクトリを英語にする。 $ LANG=C xdg-user-dirs-gtk-update #### Ctrlキー入れ替えなど #### 「システム」 -> 「設定」 -> 「キーボード」 -> 「レイアウト」 -> 「レイアウトのオプション」 Ctrlキーの位置 : Ctrl と CapsLock を入れ替える #### git config #### $ git config --global user.name "My Full Name" $ git config --global user.email "my.address@foo.com" $ git config --global color.ui auto #### ssh X forwading　#### X で ssh を乗り越えさせる。 ssh クライアント (Xサーバー)側の設定: `/etc/ssh/ssh_config` に以下を追加。 ForwardX11 yes ### システム管理編 (ほとんど会社用) ### #### ユーザー追加 #### # adduser user1 # adduser user2 #### グループ追加 #### `gitusers` というグループを作成し、 `user1` と `user2` を加える場合、以下のような感じ。 $ sudo groupadd -g 2000 gitusers $ sudo gpasswd -a user1 gitusers $ sudo gpasswd -a user2 gitusers #### git 共有リポジトリ作成 #### 例えば、 `/var/git/myrepository.git` を作成する場合 # mkdir /var/git # cd /var/git # mkdir myrepository.git # cd myrepository.git # chmod 2775 . # chgrp gitusers . # git --bare init --shared #### ssh server #### デフォルトで openssh-server がインストールされているので、 # chkconfig sshd on # service sshd start でOK。 #### apache #### デフォルトで httpd がインストールされているので、 # chkconfig httpd on # service httpd start だけでOK。 `/etc/httpd/conf/httpd.conf` を見ると、デフォルトでは Document Root は /var/www/html になっている。 とりあえずそのまま使用するのなら、 /var/www/html の下にコンテンツ追加すればよい。 #### gitweb #### # yum install gitweb `/etc/httpd/conf.d/git.conf` が追加される。 このまま使うなら、ブラウザが http://host_name/git へアクセスすると、/var/www/git を見に行く。 /var/www/git/ はすでに CGI がセットアップされているので触る必要はない。 あとは `/etc/gitweb.conf` で our $projectroot = "/var/git"; などと設定すると、 /var/git 以下のリポジトリが gitweb で公開される。 なお、SELINUX がONだとたぶん gitweb が動きません。 `/etc/sysconfig/selinux` の SELINUX=enforcing を SELINUX=disabled に変更して SELINUXを無効にする。 #### postfix #### 最初から入っているので、そのまま使える。 #### git push でメール送信 #### スクリプトは既に入っている。 例えば、 /my/git/repository.git へ push されたときに、 address@you.want.to.send へ メールを飛ばす場合以下のようにする。 $ cd /my/git/repository.git/hooks $ ln -s /usr/share/git-core/contrib/hooks/post-receive-email post-receive $ git config hooks.mailinglist address@you.want.to.send #### git daemon #### # yum install git-daemon-run $ sudo sv start git-daemon $ > /var/git/myrepository.git/git-daemon-export-ok #### ntp daemon #### デフォルトでインストールされているので # chkconfig ntpd on でオンにする。 ### プロキシ関連の設定 (これもほぼ会社での用途) ### #### yum #### `/etc/yum.conf` に以下を記載。 proxy=http://your.proxy.address.co.jp:8080/ #### Chrome (chromium) #### 「設定」 -> 「詳細設定を表示...」 -> 「ネットワーク」 -> 「プロキシ設定の変更...」 システム全体に反映ボタンを押すと、`/etc/apt/apt.conf`, `/etc/environment` あたりに書き込まれる。 chrome(chromium) のプロキシ設定はユーザーごとに必要。 #### firefox #### 編集 -> 設定 -> 詳細 -> ネットワーク -> 接続設定... #### git プロトコル #### corkscrew で乗り越える。 $ sudo apt-get install corkscrew `/usr/local/bin/git-proxy` というファイルを作って、以下を記載。 #!/bin/sh corkscrew your.proxy.address.co.jp 8080 $1 $2 `~/.profile` に以下を記載 export GIT_PROXY_COMMAND=git-proxy #### subversion #### ~/.subversion/servers の [global] セクションに以下を追加。 http-proxy-host = your.proxy.address.co.jp http-proxy-port = 8080 #### postfix #### `/etc/postfix/main.cf` を開き `relayhost` の部分に会社指定の SMTPサーバーのIPアドレスを指定 #### ntp daemon #### プロキシ越えのやり方がわからない（できない？）ので、 `/etc/ntp.conf` で server の部分を会社指定のものに書き変え。

ARM のスタックについて

### Stack のポリシー ### まずは一般論から。 Stack Pointer の指している先にデータがあるかないかで以下のように分かれる。 - Full Stack: Stack Pointer は最後に使用された位置を指している - Empty Stack: Stack Pointer は未使用な最初の位置を指している また、アドレスが小さくなる方に成長するか、アドレスが大きくなる方に成長するかで以下のように分かれる。 - 下降スタック : メモリアドレスの降順に増加 - 上昇スタック : メモリアドレスの昇順に増加 だから、スタックのポリシー的には 2 X 2 = 4 通りが可能ということになる。 ### ARM の場合 ### どれを採用するかは ABI で決められることだが、 ARM では Full & 下降スタックを使うようだ。 ARM の `LDM`, `STM` 命令は表記がいろいろあって、よく忘れるのでメモっておく。 まず表記法として、非スタックアドレッシングとスタックアドレッシングがある。 非スタックアドレッシングは - `LDMDA` (Decrement After) - `LDMIA` (Increment After) - `LDMDB` (Decrement Before) - `LDMIB` (Increment Before) - `STMDA` (Decrement After) - `STMIA` (Increment After) - `STMDB` (Decrement Before) - `STMIB` (Increment Before) という表記になる。 ARM では Full スタック、下降スタックを採用するというのだから、 push するときには `STMDB` 命令を使用し、 pop するときには `LDMIA` 命令を使用しないといけない。 で、常にこういうことを考えるのも面倒なので、スタックアドレッシングの表記も用意されている - `LDMFA` (Full Ascending) - `LDMFD` (Full Desending) - `LDMEA` (Empty Ascending) - `LDMFD` (Empty Descending) - `STMFA` (Full Ascending) - `STMFD` (Full Desending) - `STMEA` (Empty Ascending) - `STMFD` (Empty Descending) で、非スタックアドレッシングとスタックアドレッシングの関係だが、以下は同じになる。 Non-stack / Stack adressing LDMDA = LDMFA LDMIA = LDMFD (= pop) LDMDB = LDMEA LDMIB = LDMED STMDA = STMED STMIA = STMEA STMDB = STMFD (= push) STMIB = STMFA そういうわけで、 関数のプロローグのよくある STMDB r13!, {r4-r7, r9, r14} という命令は STMFD r13!, {r4-r7, r9, r14} とも書けるし、さらに簡単に push {r4-r7, r9, r14} とも書ける。 `!` はオートインデックス指定。 同様に、関数のエピローグでは LDMIA r13!, {r4-r7, r9, r15} は LDMFD r13!, {r4-r7, r9, r15} とも書けるし、さらに簡単に pop {r4-r7, r9, r15} とも書ける。 `push`, `pop` 表記が使えるのは gcc だからかもしれない。（未確認）

RHEL on RAID1 (Intel RST)

以前、「Linuxインストール on RAID5 (Intel RST)」という記事で、RAID5を組んで Linuxをインストールしましたが、別のPCをセットアップする機会があったので、今回はRAID1 を組んでみました。

・ マザー : Intel 「DZ68DB」
・ SSD : Intel 「335 Series SSDSC2CT240A4K5」 × 2台

なんだかんだ言って、マザーは Intel 純正が安心でよいですね。

前回、RAID5を組んでいるので、手慣れたものです。

BIOS に入り、

Configuration

→ SATA Drives

→ Chipset SATA Mode

で RAID を選択。

BIOSを抜けて、

Ctrl + I を同時押して (Ctrl を押しながら I を押すとダメ) 

Intel Rapid Storage Technology Option ROM の設定画面に入ります。

1. Create RAID Volume を選んで、RAID1 を選択です。

続いて、OSをインストールします。Windows はあまり興味が無いので、Linux をインストールします。

各ディストリビューションごとのインストール方法は「Linuxインストール on RAID5 (Intel RST)」で書きました。

今回は RHEL Client v6.3 64bit を入れました。特にRAIDを意識せずに、普通にインストールするだけです。

さて、ここから。

RAID1をいったんぶっ壊して、再構築してみることにします。

RAID1 を構成するディスクを DiskA, DiskB と名付けてます。

まず、DiskBのケーブルを抜いて、DiskA だけで起動させてみます。

普通に起動しました。

ミラーリングですから、まあそうでしょう。

再び、DiskBのケーブルをつないで、起動させてみます。

Intel Rapid Storage Technology Option ROM の表示では
Status = Degrade となり
DiskB の方は offline member と表示されます。

気にせず、そのまま RHEL を起動します。

RHELの

アプリケーション

→ システムツール

→ ディスク・ディスクユーティリティ

でディスクの状態が見れます。

RAIDアレイの項目を見ると、

状態：　デグレード状態

アクション： リカバリ中

と表示されています。

自動的に、再構築してくれているみたいです。

再構築にはある程度時間がかかります。
途中で再起動しても大丈夫のようです。

Intel Rapid Storage Technology Option ROMの設定画面に入ると、今度は

Status = Rebuild

Voluemes with "Rebuild" status will be rebuilt within the operating system.

となっています。

1時間ほどで再構築は終了。

確認のため、今度は DiskAのケーブルを抜き、DiskBだけで起動されてみます。
全く問題なし。

再び、 DiskA のケーブルをつなぐと、また勝手に再構築してくれます。
素晴らしいですね。