Monoを3.10.0に更新中 #2

lang/mono をFreeBSD8.4で最新のものをビルドすると devel/llvm34 がインストールされてしまうので、更新をずっとためらっていたんですが、FreeBSD10.1でもemacsをインストールしようとすると、(たぶん、まだclangに全面的に対応できてないのか) gccがインストールされてしまうようです。
まあ、それならあんまりためらっている事もないか....と、portsを最新にしていろいろアップデイトを掛けてました。
なんか、FreeBSDのバイナリーパッケージングシステムがpkgngに変わったので、いろいろと調整が必要で、結構時間かかってしまいました。一番時間かかるのは、古い頭を新しいシステムになれさせる事なんですが....。

で、別環境で作成した最新バイナリーパッケージを使って、OpenSim動かしているマシンを更新かけたところ、libgdiplus.soが読み込めなくて、OpenSimが立ち上がらなくなりました(；Д；)。

Exception: System.TypeInitializationException: An exception was thrown by the type initializer for System.Drawing.GDIPlus ---> System.DllNotFoundException: libgdiplus.so 

あれぇ?と思って、libgdiplusを再構築してみたら、src/gifcodec.c のコンパイル中にエラーがでてました。調べてみると「2015-01-15  Update graphics/giflib to 5.0.5」ってMakefileのSubversionログにはかかれているけど、giflibライブラリのインターフェイスが変わっているのに、ソースコードが未修正なのが原因みたいです(libgdiplusのporterさん、ちゃんとテストしてるのかしら?)。

しかたないので、中身の意味もろくすっぽ調べないで、適当にパッチあてて、コンパイルだけ通して、バイナリーパッケージ作成し、更新かけてみましたけど......やっぱりだめでした....。

気を取り直して、 OpenSim動かしているマシンに残っていた古いportsソースを元に、libgdiplusを作り直したら、とりあえず動くようになりました。 libgdiplusは、依存するライブラリがかなりあるので、慎重にビルドしないとだめのようです...(ライブラリの依存関係の情報もlibgdiplusはちゃんとかかれてないようですし....。とはいうものの、私もports作成に関しては知識あんまりないけど...)。

ところで、libgdiplusって、OpenSimでは、Mapイメージ作るのにひつようなのかしら???

というわけで、OpenSimが立ち上がって、とりあえず、ホっとしてます。 新しい環境に移行する場合は、テスト用のマシン・環境にインストールして、確認してからの方がやっぱりいいですね....。今後、どうやって、やろうかしら....。やっぱりもうひとつJail環境つくって、そのなかでテストしてからの方がいいかな....。

Monoを3.10.0に更新中 #1

ひさしぶりにBlog書いてみます。

FreeBSDのlang/monoのバージョンがだいぶ上がってたんですが、FreeBSD8.4だとdevel/llvm34 のコンパイラをインストールしようとします(ほかにもPhytonとかいろいろインストールしようとします)。OpenSim動かすmonoの為だけに大きなコンパイラをインストールするのもなんかイヤで、FreeBSD10.xにしたらシステム標準のコンパイラがllvm34レベルになるから、それからって思ってました。

でも、FreeBSD10.1にして、ファイルシステムが「soft updates journaling」がデフォルトになったけど、インストールが悪いのか、なんかミスったのかわかりませんけど、なんか変になってファイルシステムが壊れてしまいました(gmirrorと組み合わせてるのが災いしたのかしら???)。まあ、私のところだけなのかもしれませんが...。

というわけで、FreeBSD10.xに全面移行するのは、もうちょっと先にして、FreeBSD8.4でmonoを最新にビルド中です。

しばらく、portsをアップデイトしてないと、いろいろバージョンがあがってたり、pkgngに代わってたりで、なかなかスムーズにいきません。Subversionも良くわかってなかっので、勉強しなおしたりと.....回り道ばかりしてます。

Raspberry Pi に FreeBSDをインストール #2

ARMでは、まだMonoが動かない

Raspberry Pi + FreeBSDでも、OpenSimうごけばいいなーって思ってたんですが、Portsのlang/monoは、まだARM-CPUでは動きません。残念...。 いずれ移植されて動くようにはなると思うので、そのとき、再挑戦してみることにします。

ヒートシンクをつけてみた

Raspberry Pi のCPUやチップは、わりと熱をもつようです。OS全体をコンパイルする、make world, make kernel とかすると、かなり長時間高負荷でイジめることになるので、熱的に大丈夫か不安になったので、ヒートシンクを買いました。

私の部屋は南向きなので、日中はかなり温度があがってしまいます。これで、長時間システムを動かし続けても、ちょっとだけ安心です。

Raspberry Pi に FreeBSDをインストール #1

> まずは、順当にLinuxでも動かしてみようかしら...。

って書いたんですが、FreeBSD 10.0 のRaspberry Pi 用のインストールイメージがFreeBSD本家サイトにあったんで、こっちを先にインストールしてしまいました...(FreeBSDで遊ぶのに飽きたら Linuxもいじってみることにします www)。

FreeBSDディスクイメージのSDメモリへの書き込み

  現時点での最新は次のものです。

FreeBSD-10.0-STABLE-arm-armv6-RPI-B-20140630-r268038.img.bz2

この.bz2ファイルの展開して得られた .imgファイルをSDメモリカードに書き込みます。書き込みは、別に動いてるFreeBSDマシンにUSBメモリカードリーダーライターをつないで行います。 展開後のディスクイメージが1GBぐらいなので、 使用するメモリカードは、2GB以上の容量のものが良いと思われます。 私が、最初使ったメモリカードはClass4の4GBのものでした。

使用したSDメモリカード

私のところの場合、SDメモリカードをFreeBSDマシンのUSBに挿すと /dev/da0 として認識されます。書き込みは4～5分で終わりました。

# bunzip2 FreeBSD-10.0-STABLE-arm-armv6-RPI-B-20140630-r268038.img.bz2
# dd if=FreeBSD-10.0-STABLE-arm-armv6-RPI-B-20140630-r268038.img of=/dev/da0 bs=1M

Windowsでディスクイメージを書き込む場合、DD for Windows というツールが使えます。Windows7で使えました。

シリアルコンソールの接続

次に、Raspberry Pi にシリアルコンソールケーブルを接続します。シリアルケーブルが無いと、ログインする方法がないので手も足もでないことになります(液晶ディスプレイやUSBキーボードが接続されていたら、なんとかなるのかもしれないけど、持ってないから分かりません。また、sshd_configを書き換えてrootログインを許可してssh経由で接続ということもできなくはないけど....)。ですんで、やるならシリアルケーブル接続することを、まずはお勧めします。


私はWindows7のマシンに、Amazonで買った次のようなUSBシリアルケーブルを接続しました(中国製でかなり安かったけど、到着まで時間かかるし、ちょっと怪しいので積極的にはお勧めしない www)。入出力の電圧レベルは、TTLレベルのものです。

USB-TTLシリアルコンソールケーブル

このケーブルをTeraTerm経由で接続します。設定は次の通りです。

Baud rate: 115200bps
Data bit: 8bit
Parity bit: none
Stop bit: 1bit,
Flow control: none

結線は、Raspberry Piのビン配置 を参考に、ケーブル赤(VCC, +5V)以外を接続します。

ケーブル緑(TxD) ---  Raspberry Pi  10番pin
ケーブル白(RxD) ---  Raspberry Pi  8番pin
ケーブル黒(GND) --- Raspberry Pi  6番pin

ケーブル赤(VCC) はつながない事! 最初、赤もつないでしまって、なにも出力されないので使えないのかと思ってしまいました。Raspberry Pi 壊れなくて良かった...www。

SDメモリカードに関する注意

FreeBSD for RPI のSDメモリカードドライバーにまだ不具合があるのかどうかはわかりませんが、SDカードによってはエラーになって動作しないものがあります。
次の手元にあったカードは、最初なんどもエラーになり、bootの途中で落ちました。が、何回か書き込みしたり、抜き差ししている間になんとなく動くようになりました(謎だ)。

 

また、 最初に使用したカードでも、portsツリーをportsnapで展開したり、ヘビーにコンパイルかけると、たまーにエラーでカーネルが落ちしてしまってることがありました。SDメモりカードをTranscend の16GB, Class 10のものに変えて試してみたら、エラーがでなくなり問題なく動作している雰囲気です。可能ならClass 10などの高速なカードを使うことをお勧めします。

SDメモリカードのモードに関して気づいたこと

しかし、今一度、OSが起動しないときのブートメッセージを見てみたら

mmcsd0: 4GB <SDHC LEXAR 1.0 SN 194340 MFG 11/2010 by 40 BE> at mmc0 50.0MHz/4bit
/65535-block
mmcsd0: Error indicated: 1 Timeout
mmcsd0: Error indicated: 1 Timeout
...

となっていました。一方、正常に起動したときのブートメッセージは、以下のようになりました。

mmcsd0: 4GB <SDHC LEXAR 1.0 SN 194340 MFG 11/2010 by 40 BE> at mmc0 25.0MHz/1bit
/65535-block
...

mmcsd0: 4GB <SDHC LEXAR 1.0 SN 194340 MFG 11/2010 by 40 BE> at mmc0 25.0MHz/4bit
/65535-block
...

これを見ると、50.0MHz/4bitのモードになったときはエラーになり、25.0MHzの場合は正常にメモリカードにアクセスできる、ということみたいです。
SDカードの仕様には、まったく詳しくないので、これが何を意味するのかは分かりませんが、メモリカードコントローラーの初期化の部分になんらかの不具合があるような気がします。

とりあえず Raspberry PiでFreeBSDが起動した

紆余曲折はありましたが、Raspberry Pi でFreeBSDが起動しました。

root@raspberry-pi:~ # uname -a
FreeBSD raspberry-pi 10.0-STABLE FreeBSD 10.0-STABLE #0 r268038: Tue Jul  1 04:2
9:43 UTC 2014     root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B  a
rm
root@raspberry-pi:~ #

いったん起動すると安定してうごいているように見えます。FreeBSDも10.0になってCコンパイラがClangになったりして、いろいろ変わっているので、まだまだいろいろ変わっていく途中なのだと思います。

SDメモリカードのベンチマークしてみましたが、読みこみはさほど遅くないのですが、書き込みがUSB-HDDディスクの1/4～1/5 のスピードしか出ません。原理的にしかたないようですし、フラッシュ系メモリは書き込み回数に制限あるので、次は、ルートファイルシステムをUSB-HDDにしようと思います。

Raspberry Pi を買ってしまった

今日、BeagleBone BlackでBSDを動かす事に関してSecondlifeの友人からIMがきました。BeagleBone Blackというのは、ARMコアCPUを使った超小型ボードPCです。

http://beagleboard.org/
http://akizukidenshi.com/catalog/g/gM-06867/

友人はこのPCボードでOpenSimを動かそうとしているらしいです。こういう小さいボードでOpenSimが動くというのはすごく面白そうです(それにしてもマニアックな....www)。

以前から、Raspberry Pi などのARMコアの超小型ボードPC には興味があったのですが、私には荷が重そうで、たぶん買っても使いこなせなさそうだったんで横目で見てました。が、しかし、さっき発作的にRaspberry PiをAmazonに注文してしまいました(あーあ、やってしもた...)。

BeagleBone BlackとRaspberry Piのどっちにしようか迷ったんですが、FreeBSD-CURRENTでサポートされているらしいので Raspberry Pi にしました。BeagleBone Blackも動かしている人いるようだしスペック的にはよさそうなのですが、初めてこのタイプのボードをいじるので、情報が得やすいRaspberry Piにしました(軟弱ものな私....BeagleBone Blackもよさげだけど、まあそのうち....www)。

ちなみにFreeBSDのARM-CPUのサポート状況は以下のページに情報があります。

https://wiki.freebsd.org/FreeBSD/arm

まずは、順当にLinuxでも動かしてみようかしら...。
余裕ができたらFreeBSDとかを動かしてみて、monoとか動かして、
そして最終的にOpenSimを動かせたらいいなぁ....。

なんかYouTubeがおかしい

なんかYouTubeがおかしいです。なにがあったんだろう。

500 Internal Server Error

Sorry, something went wrong.

A team of highly trained monkeys has been dispatched to deal with this situation.
If you see them, show them this information:

aCKeDUpZYAN-OvHQiwJuw75PNnIOExicJmtpLMkXSKjhGOfgbUZzfWPvywzE
njnZUxrehIz4Wac52OBiCwXAYJF7mhPMV_GdPEzW1cS2oRa0-kQQR2Yq20gd
dOURttRrotG7_2nCREJn2TxBsPif3_ZErMl9RRGAlo8UrSK8rmU6n1ish88Z
StEZXvk3CTWKQ_kDtZmVABbc80ZJ5jhEc3tYwFIKIIYpBnHe0td1ZztNb0zy
Up6QjY77WhKJKEwTwdMILIOCDvdkGRyBBJRGeDu2G8VLwm9LKimTszvsCx47
...
...
...
TyY9LD8JHrVVEhmyGbPZel5VO1mZaV-AHPKVsZZftgP-1YKHfYNEA-Y7yL0I
HLghOSt5MIqvcQNvUx5wxJp4dxUJ_QWdh7gp76i8Cw4WdtBSEBAsiNINeTQI
kZq6M_RsVKwAp8pVit-l3z8eoIyNTExEKOLeZQx-whGIiUjL26EYLbELrXyT

Mono 3.2.1 のガベージコレクタ

FreeBSD PortsのMono 3.2.1 をインストールしてから、topコマンドでみると、以前は「mono」と表示されていたところが、「mono-sgen」と表示されていました。
ググってみると、MonoのプロジェクトページにGenerational GCというページを見つけました。中身の詳細は理解してませんけどwww、ガベージコレクターが変更になったということらしいです。

このページにRootsという項目があるんで、以前でてた「Too many root sets」ってエラーは、このRootsに関係あるんだろうなぁ...ってことは判ります(理解するのは、しんどいww)。

いずれにしろ、いろいろと改善されているようです。 あとは、ODEがクラッシュしないようになれば言うこと無いんだけど。ODE捨てて、BulletSim に鞍替えしたほうがいいんだろうか...。