2009年9月アーカイブ

最近、こんなことにはまっています・・・
MacBook Late 2008 (Core2Duo 2GHz, NVIDIA 9400M)がベースですが、Boomer の OSS 互換 API と修正された audiohd driver のおかげで音もばっちしです。
もうちょいパフォーマンスがあがるなら広い画面と GPU 搭載の MacBook Pro 15" 行きたいなぁ・・・

FINAL FANTASY XI on Wine への道のり
http://solaris.sunfish.suginami.tokyo.jp/wiki/index.php?title=Wine

Solaris 上で何かしながら FFXI とか、FFXI  やりながら Solaris いじるとかできるわけですよ！
ただ、日本語入力に問題があり、入力できないと思っておいたほうがよいです。
Wine 自体は、Nevada b123 でサクッとできあがります。
まぁ、Wine すごいことになってるなと。

というわけで、MCP79 で audio device がまともに使えない bug が修正されました。
onnv 124 に入ってきます。

6852870 audio distortion with nvidia mcp79 using audiohd driver
http://hg.genunix.org/onnv-gate.hg/rev/3dbb42515756

長かった・・・

はぁはぁ・・・

今日は、なんかホントか？と思うような文面や宣戦布告のようなものを見たりしたのですが、それが引き金になっているかどうかわかりませんが(たぶん全然関係ない)、opensound-discuss に「NVIDIA MCP79 chipset の audio distortion 問題を解決した新しい audiohd drvier できたお！」のお知らせがポストされました。

audiohd driver が改良され、いろいろな device に attach されるようになってのはいいのですが、MCP79 chipset では音の出力が文字通り強烈なノイズとなり使い物になりませんでした。
何度も新しい binary をもらって試したのですが、現象は変わらず、onboard の audio device は諦めて USB audio device を利用していました。
まぁ、USB audio が使えるのはいいのですが、USB ポートからにょきっと生えてるのはかっこわるいし、たまに抜き挿しで調子わるくなったりするしで、ぶっちゃけ使い心地は良い方ではありませんでした。
そんな感じで　Project Boomer が b115 で実装され audiohd も改良されるかと思いきや framework の変更のため device を制御する部分は特に変更なく。。。

だが、しかし！ついにこの日がやって来た。待った。待ちわびた。やってくれた！
オレの MacBook から Perfume がなｇ（ｒｙ
じゃなくって、普通に普通な音が出る日がやってきた。
というわけで、MCP79 chipset や ION platform で同様の問題を抱えている人は、いますぐ新しい audiohd driver を手に入れてください。
driver 自体は、b110 or later で利用可能みたい。snv_110 から snv_114 または OpenSolaris 2009.06 な人は Boomer rc3 の binary をつっこむ必要がある。
b115 or later な人は、Boomer が入っているので audiohd driver の入れ替えだけ。
さとうは SXCE b122 で確認。

[opensound-discuss] latest audiohd binaries for NVidia mcp79 chipset audio distortion problem
http://www.opensolaris.org/jive/thread.jspa?threadID=112523&tstart=0

今日はぐっすり眠れそうです。

できました。

kazus@b1000:~$  cat /etc/release                                               
                      OpenSolaris Development snv_122 SPARC
           Copyright 2009 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                            Assembled 28 August 2009
kazus@b1000:~$ uname -a                                                        
SunOS b1000 5.11 snv_122 sun4u sparc SUNW,Sun-Fire-280R

ひっそりと更新している SXCE 環境から OpenSolaris を deploy する方法で、Sun Blade 1000 でも無事に OpenSolaris b121 が動き出しました。
SUNW,Sun-Fire-280R になっているのは、RSC カードをさしているから。このカードを挿すと UPA slot が使えなくなってしまいSun Fire 280R として動作するようになるが、ILOM のように network 経由で remote 電源 on/off が可能になる。

Moving from Nevada (SXCE) to OpenSolaris
http://solaris.sunfish.suginami.tokyo.jp/wiki/index.php?title=Moving_from_Nevada_%28SXCE%29_to_OpenSolaris.

でもって、はやくも dev repository に b122 がきたので念願の pkg image-update をかましてみたところ、こちらも無事に b122 へと変身。
ただ、SPARC で OpenSolaris を動かす場合、Frambuffer のサポートが限られる(XVR-50, 100, 300, 2500 のみサポート)ため、ちょっと物足りなさを感じるかも。

この Sun Blade 1000 は、CPU 0 が故障してしまったため現在、1 CPU で動作中。
だが、しかし！先日、UltraSAPRC-IIIs cu-A 1.015 MHz の CPU module x2 を手に入れることができたので、適当に交換してみよう。

onnv b120 から実装された mdb で利用可能な dcmds 。

http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/mdb/intel/modules/sata/sata.c#125

6713021 sata: provide a ring buffer for storing sata status messages to aid in debugging analysis
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6713021

なるほど、sata driver の ring buffer に関する message を参照できるのか。

# echo ::sata_dmsg_dump -a | mdb -k

ふつうに動いていれば、

[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:066:818:411] ahci3: ahci_port_reset: succeed at port 0.
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:076:821:876] ahci3: ahci_start_port: PxCMD.ST set to '1' at port 0
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:127:826:345] ahci3: ahci_software_reset: succeed at port 0:15
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:137:829:086] ahci3: ahci_start_port: PxCMD.ST set to '1' at port 0
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:169:834:164] ahci3: ahci_port_reset: succeed at port 1.
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:179:836:483] ahci3: ahci_start_port: PxCMD.ST set to '1' at port 1
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:230:840:308] ahci3: ahci_software_reset: succeed at port 1:15
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:37:49:240:842:699] ahci3: ahci_start_port: PxCMD.ST set to '1' a
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:40:27:120:564:227] ahci3: ahci_tran_start returning QUEUE_FULL: port 1
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 10:40:48:610:724:247] ahci3: ahci_tran_start returning BUSY while sending SYNC mode under interrupt context: port : 1
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 15:41:18:910:389:638] ahci3: ahci_tran_start returning QUEUE_FULL: port 0
[/pci@0,0/pci10de,cb79@b]
[2009 Sep  3 15:41:18:920:005:802] ahci3: ahci_tran_start returning QUEUE_FULL: port 0

とか、延々と出力されているっぽい。(別 pool から 別 pool へ、tar で 150G 相当をコピー中に参照)
checksum error が起きた filesystem を使っていたとき (b119 に b122 相当の bfu かました環境)でも、もっと違う message (明らかに error とわかるような message)が出ていたが、採取しておけばよかったなぁ。。。