コンピュータ

NetBSD 3.x は，キーボード周りで止まる。

G4 のときは BIOS で 8042 Emulation Support を切ると起動したが，G5 はその設定が見当たらない。
NetBSD 4.x は，G5 だと起動しない。

http://mail-index.netbsd.org/port-i386/2008/11/22/msg000932.html
NetBSD 5.0_BETA は，今のところ問題なし。

current は，これから。

でまあ，G4 も G5 もなんかやたらと HDD が遅いのだが，

# dkctl wd0 setcache rw

で，普通の速さに。今は rc.local で無理やり全部のディスクを設定している。
あってるかどうかわからないけど，G4で1年間動かしたが特に問題なし。

ipfilter で、外部からの接続をすべて拒否しつつ、内部からは何でもアリな以下のような感じの ipf.conf の設定（本当はもっといろいろ書いてあるけど）をしたとき，普通うまくいくんだけど，うまくいかないサーバが一台だけあった（NetBSD/amd64 4.0）。

block in on bge0 all
pass out quick on bge0 proto tcp from any to any 
flags S/SAFR keep state

まだちゃんと追ってないので原因はよくわからないけど、これでなおった。

ifconfig bge0 -tcp4csum

（/etc/ifconfig.bge0 で tcp4csum 指定してたので削除した）
wm とか re は tcp4csum 付きでも大丈夫っぽいんだけど、bge固有の問題？

何台かでソースからビルドした NetBSD の /usr/bin/ld のうち一台だけ動かない。

$ ld
ld:built in linker script:1: ignoring invalid character `20' in expression
ld:built in linker script:1: ignoring invalid character `37777777646' in expression
ld:built in linker script:1: parse error

それぞれバージョン違いで，動かないのは netbsd-4 のツリーをビルドしたもの。netbsd-4 のバグかと思い，別のマシンにもたまたま netbsd-4 のソースが展開してあったのでビルドするとうまく動く。
あれこれやって，生成された eelf_x86_64.c がおかしいところまでは突き止めたが，何故おかしくなるかわからないので，ビルドログを比較してみると，エラーが出ているのを発見。

 #    create  ld/eelf_x86_64.c
unset MACHINE || true;  LIB_PATH=/usr/lib
/bin/sh /usr/src/gnu/usr.bin/binutils/ld/../../../dist/binutils/ld/genscripts.sh /usr/src/gnu/usr.bin/binutils/ld/../../../dist/binutils/ld /usr/lib "/usr"  x86_64--netbsd x86_64--netbsd x86_64--netbsd  elf_x86_64 /usr/lib no elf_x86_64 "x86_64--netbsd"
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory
+sed: stringify.sed: No such file or directory

その手前で stringify.sed が作られていない模様。

-#    create  ld/stringify.sed
-rm -f stringify.sed
-ln -s /usr/src/gnu/usr.bin/binutils/ld/../../../dist/binutils/ld/emultempl/astring.sed stringify.sed

で，結局あれこれいじっていると，/usr/src/gnu/usr.bin/binutils/ld/stringify.sed （シンボリックリンク）があるのを発見。既に存在するので作られないが，実行時に使われる /usr/obj/gnu/usr.bin/binutils/ld/stringify.sed がないというオチ。
結論としてはこんなかんじ。

1. 何かの拍子に（過去に）ソースツリー内にシンボリックリンクを作ってしまった。（多分自分のミス）
2. オブジェクトのディレクトリがソースのディレクトリとは別（NetBSD本体のビルドでは常にそうなる）であってもソース側にターゲットが存在してしまっているとオブジェクト側に作られない。（makeの仕様）
3. ビルド中に使っている binutils/ld/genscripts.sh の中でエラーを起こしてもビルドが止まらない。（？）
4. 結果として出来上がった eelf_x86_64.c が壊れているにも関わらず，コンパイルが通ってしまう。具体的には char * で内蔵 ldscript を返す関数が，stringify.sed がないせいで何も作られず，return; となってしまっているのにエラーにならない。（？）
5. 存在しない戻り値（メモリのどこか）を ldscript だと思って読み込むが，当然ぐちゃぐちゃなのでエラー。

まあ発端は自分が悪いんだけど，バグで同じようなことが起きる可能性も考えると，ツール類も -Wall … -Werror つきでコンパイルできると本当はいいんだろうねえ。

NetBSD 3.1 は動いてた。
4.0 にしようとしたら，

viaide2: couldn't map sata regs

といわれてwd0, wd1 が見つからずに死亡。
PR #38011 がそれっぽい。
http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=38011
手で viaide.c にパッチ当ててみると wd0, wd1 は見つかったものの，正しく動いてないのか起動時の init が呼ばれるあたりで固まる。
ちなみにチップセットは NVIDIA nForce Professional 2000 MCP らしいんだが，nForce4 でいいんだよねこれ？（少なくともSATA周りは）
とりあえず 3.1 に戻す。
続く (?)