BSD

ネットワークまわりがどうもひっかかる感じ。

$ dmesg | grep bge
bge0 at pci4 dev 0 function 0: Broadcom BCM5722 Gigabit Ethernet
bge0: interrupting at ioapic0 pin 17
bge0: ASIC BCM5755 C0 (0xa200), Ethernet address （略）
bge0: setting short Tx thresholds
ukphy0 at bge0 phy 1: Generic IEEE 802.3u media interface

こんなNIC。
適当なPCのターミナルからsshして cat で長いファイルを流すと，最初は順調だがフロー制御が入ったあたり(?)からガタガタに（間欠的に）なる。そしてたまに，

bge0: watchdog timeout -- resetting
bge0: block failed to stop: reg 0x1400, bit 0x00000002

こんなエラーを吐く。
よくみたらukphyじゃん…。これが悪い？
ちなみに，問題の起きていないML110G4 (NetBSD 4.0_STABLE) は，こんなかんじ。

$ dmesg | grep bge
bge0 at pci3 dev 0 function 0: Broadcom BCM5721 Gigabit Ethernet
bge0: interrupting at ioapic0 pin 17 (irq 12)
bge0: ASIC unknown BCM575x family (0x4201), Ethernet address （略）
bge0: setting short Tx thresholds
brgphy0 at bge0 phy 1: BCM5750 1000BASE-T media interface, rev. 0

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 に戻す。
続く (?)

休暇をとってネットワーク工事やサーバ設定など。
相手によって通信できたりできなかったりと，どうも調子が悪いと思ったら Path MTU Discovery Black Hole Problem を踏んでた模様。
NetBSD の in-kernel pppoe と ipfilter, ipnat を使っていたので，とりあえず
ipnat.conf

map pppoe0 10.1.0.0/16 -> 0/32 proxy port ftp ftp/tcp mssclamp 1414
map pppoe0 10.1.0.0/16 -> 0/32 portmap tcp/udp 40000:60000 mssclamp 1414

といった感じで mssclamp で回避。
あと，いまいち速度が出ない問題もあるが，こっちは未解決。それでも今までよりは速いのだが…。
(2007-08-31 追記)
NAT経由はこれでよかったが，ゲートウェイ本体と外部の直接の通信が稀にコケることが判明。
sysctl.conf

net.inet.tcp.mss_ifmtu=1

忘れてた…。

4.0_BETA からアップグレードというか人柱度アップというか。
GENERICで起動すると，起動中に画面真っ黒。シリアルとかないので何が起きているのか不明。
仕方がないので，何度か再起動して目を皿のようにして見ていると，radeonfb という文字列が最後に見えた。そこで，radeonfb を外した kernel を作ってやると無事起動。

#radeonfb*      at pci? function ?      # ATI Radeon. R3xx is problematic

Radeon 9200 って R3xx より前のやつだよね？よく知らんけど。

データサイズが小さいとgccのコンパイルもままならない。

# ulimit -d 262144

とかやっとけば通る。
よく忘れるのでメモ。

NetBSD/amd64 3.0.1 (でなくても起こるけど) をいじってたときの話。

# disklabel sd1
disklabel: Can't read master boot record 0: Undefined error: 0
disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device

というエラーが出まくって，あれこれやっても直らない。
まあ元々初期化したいディスクだったので大胆にddで先頭をまっさらにしてfdiskして…というのもうまくいかない。
ふと，sd1 でなくて /dev/rsd1d を指定したら動いたり。
変だなあと思って ktrace で調べると，たまたまそこに sd1 というファイル(ゴミ)があって，それを開いて使おうとしていたらしい。
どうやら，fdisk も disklabel もディスク名を “sd1″ と指定したら，”sd1”, “sd1d”,　”/dev/rsd1″, “/dev/rsd1d” の順に探すようなのだが，マニュアルとかに書いてないよなあ…。