わぴこのほーむぺーじの日記

FreeBSD 7.2でRSA-PCI2/P4を使うにはpucで認識させないといけません。
ということでまずはDEVICE pucでカーネルを再構築。認識しました。
uart0-uart3で認識されます。
しかし通信できません・・・文字化けです。設定は正しいのに文字化けなのでソースとにらめっこです。
前回のことがあったので文字化けは想定の範囲内のことです。

pucdata.cをeeで開きます。
4.11のときとは違っています。適当にそれっぽいところを変更します。

変更前
??????? {?? 0x1415, 0x9501, 0xffff, 0,
??????????? “Oxford Semiconductor OX16PCI954 UARTs”,
??????????? DEFAULT_RCLK,
??????????? PUC_PORT_4S, 0x10, 0, 8,
??????? },
変更後
??????? {?? 0x1415, 0x9501, 0xffff, 0,
??????????? “Oxford Semiconductor OX16PCI954 UARTs”,
??????????? DEFAULT_RCLK * 8,
??????????? PUC_PORT_4S, 0x10, 0, 8,
??????? },

なぜx8なのかというと
RSA-PCI2/P4の水晶が14.745MHzを16450の基準発振周波数1.8432MHzで割ると約8になるからです。
このへんはWikipediaを読んでください。
もしほかのボードでもFreeBSDで文字化けする場合は基板の水晶の発振周波数を参考にソースをいじるといいでしょう。

俺様メモ
/dev/cuad* sio*
/dev/cuad*.init
/dev/cuau* uart*
/dev/cuau*.init
#stty -f /dev/cuad*.init 9600
動作テスト #cu -l /dev/cuad*
~.[RET]で終了

SCSI
見事に落ちました＿|￣|○リセットかかりまくってました。
これはPCIが悪いのかなあ・・・ボードがちゃんと刺さっていないとか・・・
ケーブルをワイドのものに取り替えて変換アダプタを使いました。ターミネーターもついているので安心??
とりあえずログを載せておきます。
Jun? 8 05:33:31 sv1 kernel: ahc0: Data Parity Error has been reported via PERR#
Jun? 8 05:33:31 sv1 kernel: ahc0: PCI error Interrupt at seqaddr = 0xffff
Jun? 8 05:33:31 sv1 kernel: ahc0: Signal System Error Detected
Jun? 8 05:33:31 sv1 kernel: ahc0: Received a Master Abort
Jun? 8 05:33:31 sv1 kernel: ahc0: Received a Target Abort
Jun? 8 05:33:31 sv1 kernel: ahc0: Signaled a Target Abort
Jun? 8 05:33:31 sv1 kernel: ahc0: Data Parity Error has been reported via PERR#
Jun? 8 05:33:31 sv1 kernel: ahc0: WARNING no command for scb 253 (cmdcmplt)
Jun? 8 05:33:31 sv1 kernel: QOUTPOS = 236
Jun? 8 05:33:31 sv1 kernel: (da0:ahc0:0:0:0): Synchronize cache failed, status == 0xb, scsi status == 0x0
Jun? 8 05:33:31 sv1 kernel: Cannot dump. No dump device defined.
Jun? 8 05:33:31 sv1 kernel: Automatic reboot in 15 seconds – press a key on the console to abort
Jun? 8 05:33:31 sv1 kernel: Rebooting…

データはたいしたものは壊れてませんでした。
7.2だとfsckのログが残るみたいなのでいいですね。

サーバーを落としまくってすみません。RAID1を構築してました。
構築が完了するまでまだ時間がかかると思います。(現在はリビルド中)
完了するまではディスクアクセスの関係で動作が遅くなると思います。
ATA100->UltraSCSIまで落ちたので完了しても遅いですが・・・
UltraSCSIはあまりいい印象が無いですね。この規格のせいでいつもトラブってました｡･ﾟ･（ﾉД`）･ﾟ･｡
I/FはAHA-2940U2Wで昔ファイルサーバーに使っていた奴です。
ボードの信頼性はU2SCSIならまあまあよかったです。

起動時にSCSIがエラーを吐くので少し心配ですがまあ大丈夫でしょう。
Jun? 8 00:44:31 sv1 kernel: Waiting 5 seconds for SCSI devices to settlefirewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
Jun? 8 00:44:31 sv1 kernel: firewire0: bus manager 0 (me)
Jun? 8 00:44:31 sv1 kernel:
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): CAM Status: SCSI Status Error
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): SCSI Status: Check Condition
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): UNIT ATTENTION asc:29,0
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): Power on, reset, or bus device reset occurred
Jun? 8 00:44:31 sv1 kernel: (probe0:ahc0:0:0:0): Retrying Command (per Sense Data)

おそらく今月ぐらいまで不安定な日々が続くと思います。ご了承ください。

FMV-7000NA5のCPUファン修理
FMV-7000NA5のファンが強烈な異音を発するようになったので分解清掃しました。
そのときに偶然見つけたのですがヒートシンクにFoxconnと書いてありました。
MBはFoxconn製なのかなあ・・・
音は多少静かになりましたがグリスをさしていないのでそのうち異音を発するようになるでしょう。
ミニ四駆用のグリスでも買ってこないとなあ・・・