6. "cirrus" ドライバでの障害対策のまとめ

先ず最初に、XF86Config で選択したモードをモニターがサポートし ていること、つまり水平同期の上限が正しいことを確認してください。25.175 MHz のクロックで標準的な 640x480x256 (単一の水平同期を 31.5 に指定した 場合) が構成上ドライバが動作することの確認からはじめるのがお勧めです。 timing 節にこの解像度用の最高のドットクロックを置いて、mode 行の最初に 書いたモードが常に初期値のモードとして用いられます。

いくつかの VESA 標準モードの調整がいくつかのモニターで問題を起こします ので注意してください (水平同期信号を増やしてみましょう、つまり真ん中の 2 つの数値の差を広げる、若くは全ての水平同期の調整数値を 16 又は 32 の 倍数になるように増やす) 。

ビデオ信号が届いているが、画面が同期出来ない場合。

モニターが扱えないモードを使っているのです。標準でないモードを使っ ている場合、少し数値を直す必要があるかもしれません。モニターが取り 扱える標準モードと標準周波数の場合、似たようなモードと周波数で異な る数値の組み合わせを見つけてください。

高いドットクロックでの 水平ジッタ (不安定感)

特に上にスクロールするような描画操作を行う時にこの問題が見られま す。542x/3x/46/6x/754x を使う場合は "fifo_conservative" オプションを試してくださ い。これが失敗したときは、"fast_dram" オプ ションを試すか、より低いドットクロックを使ってみてください。 これでも満足いかない場合は、"noaccel" オプ ションか、"no_bitblt" オプションが 多分助けになるでしょう。

`波打つ'(`Wavy') 画面。

画面の水平揺れ又は全体のジッタが (描画操作に依存しないで) 間断な続 く現象です。多分、高すぎるドットクロックを使っているせいで、近い周 波数の MCLK と干渉が起きている可能性があります。もっと低いドットク ロックを試して下さい。また、モードの数値調整を行って、 2 番目の水平 方向の数字をいくらか増やしてみてください。次は 65MHz のドットクロッ クで 1024x768 (約 60 Hz) のモードが助けになるはずです。:

 "1024x768"     65      1024 1116 1228 1328     768  783  789  818

Clockchip "cirrus" を用いてプログラマブル クロックを使用している場合は、これを無効にして標準値のクロックの 組み合わせを使ってください。

起動した後で画面が崩れる、止まる (画面が真っ暗になるかも) 。

"noaccel" オプションを試してみましょう。 もし動かなかった場合、いくらか性能向上の為に "no_bitblt" を試してみてくださ い。 BIOS の設定が大丈夫かどうか確認して、特に 0xa0000-0xaffff を キャッシングしないようにしてください。裏 DRAM の更新(hidden DRAM refresh) を無効にしても良いでしょう。

グラフィック操作の後の画面が崩れる、止まる又はごみが残る。

アクセラレータ機能の一つ、又は BitBLT 機能を使ったときのプログラム のバグに関連しているかもしれません。"noaccel" オプション又 は "no_bitblt" オプションを試してみてください。 また、BIOS の設定を確認してください。

サーバが `Blitter timeout' というメッセージを出力する。

同じ設定がダブっています。

画面が垂直方向に周り込んで (`wrapped') いる。 (542x/3x/46 の場合)

DRAM 構成に問題があることを示しています。カードに 2 メガバイトのメモ リを搭載している場合は、"no_2mb_banksel"r オプションか、1 メガバイトのメモリだけを仮想画面に使う場合、 videoram "1024" を試してください。

端末ウィンドウの文字がにじむ。

標準でないビデオの実装にて報告されています。 "no_bitblt" オプションを使って下さい。

ラップトップ用チップセットで稲妻が走る又は止まる

ドットクロックが高すぎるため、描画用の帯域幅がとても少なくなって (例えば、512K バイトのカードで 40MHz を使う場合) いるか、 ( 5422 のような) アクセラレータ機能を使っている場合に起こります。

時々文字のドットが抜ける、窓枠を動かすとドットのごみが出る。

多分、高すぎる MCLK の設定が関係しています (バンクモードが大丈夫で もリニアアドレッシングが引き起こすでしょう) 。

チップセットが認識できない。

使おうとしているチップセットに似たものを強制指定することを試しま しょう。

時々、間違った小さい線分 (殆どが白い) が現われる

システムからビデオメモリへの BitBLT 命令に関する問題に関係していま す。いらいらする場合は "no_imageblt" オプションを試してみましょう。

テキストモードが適切に回復しない

いくつかの構成で報告されています。XFree86 3.1 の SVGA サーバの探 査が、Chipset 行で要求した 543x のレジスタの内容を壊したかもしれま せん。普通はユーティリティ ( Linux の setfont, runx, restorefont) でテキストモードは回復可能で しょう。

非常に高いドットクロックで散漫なシステム挙動を起す

カード且つ／又はマザーボードの設計に不良のある場合、ビデオカード上 の高いドットクロックとシステム内の他の部分 (例えば ディスク I/O) と のインターフェースがうまくいかない時に発生する可能性があります。 (ごくまれに、 5428 チップが PCI をサポートしない時に) いくつかの PCIの 5428 を基にしたカードで観測されます。

マウスカーソルがない、又はカーソルが二重に画面に表示される

高いドットクロックで、グラフィックスカードのハードウェアカーソル が正しく扱えていません。"sw_cursor" かより低い 画面リフレッシュを使用しましょう。

その他の画面描画に関する問題が生じた場合は、 ( "no_bitblt" が 助けにならない場合に) "noaccel" オプションを試してみましょう。

この文書に記述の無いドライバに関する問題、又はアクセラレータ機能につい てバグを発見した場合は XFree86 チーム (現在、ドライバの保守は H.Hanemaayer@inter.nl.net で行っています) に連絡を下さるか、 "comp.windows.x.i386unix" というニュースグループに 投稿して下さい。

実際、特にテストしていない構成での (成功や失敗の) 報告を歓迎していま す。ベータレポート (BetaReport) 用紙を使って (report@XFree86.org に メールで) 報告してください。www.xfree86.org からの新刊予定の ベータ版にご期待ください。