xserver-xorg で r128 ドライバが使えない
松田光生
r128 では xorg の設定がうまくいかず、vesa で運用しているためモニタが低
解像、低リフレッシュレートでしか使うことができなくなっています。
ビデオカードは旧 ATI Rage Magnum、モニタは EIZO FlexScan T761 で、
etch の XFree86 では gatos ati2 ドライバに入れ替えて 1600x1200 が使用
できていました。
~$ llspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF/SG AGP
しかし、lenny の xserver-xorg では Rage128 を認識しているにもかかわら
ず、ドライバを ati または r128にするとなぜか X が起動できません。
module の内容を gatos ati2 に入れ替えたりもしましたが、X が起動できな
いことには変わりありません。
(--) PCI:*(1:0:0) ATI Technologies Inc Rage 128 RF/SG AGP rev 0, Mem @
0xf0000000/26, 0xff9fc000/14, I/O @ 0xd800/8, BIOS @ 0xff9c0000/17
現在 xorg.conf は以下のように設定しておりますが、見直すべき点、ヒント
などありましたらよろしくお願いします。
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc101"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
EndSection
Section "Device"
VideoRam 32768
Identifier "Rage 128"
# Driver "r128"
Driver "vesa"
EndSection
Section "Monitor"
Identifier "EIZO FlexScan T761"
HorizSync 30-115
VertRefresh 50-160
EndSection
Section "Screen"
Device "Rage 128"
Identifier "Default Screen"
Monitor "EIZO FlexScan T761"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1600x1200" "1400x1050" "1280x1024"
EndSubSection
SubSection "Display"
Depth 16
Modes "1600x1200" "1400x1050" "1280x1024"
EndSubSection
EndSection
--
松田光生
tri...@pp.iij4u.or.jp
野宮 賢 / NOMIYA Masaru
>>>>> In the Message: [debian-users ML: No.52021]
>>>>> with the date of Mon, 2 Mar 2009 00:02:04 +0900
>>>>> [松田さん] == 松田光生 <tri...@pp.iij4u.or.jp> has written:
松田さん> 先日 etch にて使用していた自宅デスクトップに lenny を導入しましたが、
松田さん> r128 では xorg の設定がうまくいかず、vesa で運用しているためモニタが低
松田さん> 解像、低リフレッシュレートでしか使うことができなくなっています。
恐らく，リフレッシュ・レイトが高過ぎるのだと思います．
[...]
松田さん> Section "Monitor"
松田さん> Identifier "EIZO FlexScan T761"
松田さん> HorizSync 30-115
松田さん> VertRefresh 50-160
松田さん> EndSection
の
松田さん> HorizSync 30-115
を
HorizSync 30-94.5
して如何でしょうか？
---
野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp
「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、
空想にふけったりする自由を奪う。」
-- M. Crichton --
松田光生
また返信が遅れまして申し訳ありません。
> 恐らく，リフレッシュ・レイトが高過ぎるのだと思います．
> 松田さん> Section "Monitor"
> 松田さん> HorizSync 30-115
> 松田さん> VertRefresh 50-160
>
> を
>
> HorizSync 30-94.5
> して如何でしょうか？
>
xorg.conf を助言の通り変更し x 再起動を行ったところ、再起動時のモー
ド探索で確かに今までよりも高解像度の四角形が浮かび上がったので、ア
ドバイスは正鵠を射たものと思います。
しかし、途中まで立ち上がろうとする x は
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) R128(0): Can't determine panel dimensions, and none specified.
(II) Loading extension MIT-SCREEN-SAVER
EE は SCREEN-SAVER でしょうし、acpi は smp で導入できないのですが、
Can't determine panel dimensions というのはたぶん私の使っている入
力ケーブルが一般的な D-SUB ではなく、BNC という骨董品経由でつながっ
ており双方向通信が行えないためではないかという気がします。
そうはいうものの etch の XFree86 では D-SUB ケーブルなしで x が起
動できていましたから、あと２つ３つの落とし穴が残っているのかもしれ
ません。
教えてくんのまま居座ってお手数をおかけしますが、他にお気づきになる
ことがあれば教えてください。
--
松田光生
tri...@pp.iij4u.or.jp
野宮 賢 / NOMIYA Masaru
>>>>> In the Message: [debian-users ML: No.52026]
>>>>> with the date of Mon, 2 Mar 2009 23:56:45 +0900
>>>>> [松田さん] == 松田光生 <tri...@pp.iij4u.or.jp> has written:
小生>> HorizSync 30-94.5
小生>> して如何でしょうか？
松田さん> xorg.conf を助言の通り変更し x 再起動を行ったところ、再起動時のモー
松田さん> ド探索で確かに今までよりも高解像度の四角形が浮かび上がったので、ア
松田さん> ドバイスは正鵠を射たものと思います。
松田さん> しかし、途中まで立ち上がろうとする x は
松田さん> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
松田さん> (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
松田さん> (WW) R128(0): Can't determine panel dimensions, and none specified.
松田さん> (II) Loading extension MIT-SCREEN-SAVER
松田さん> EE は SCREEN-SAVER でしょうし、acpi は smp で導入できないのですが、
松田さん> Can't determine panel dimensions というのはたぶん私の使っている入
松田さん> 力ケーブルが一般的な D-SUB ではなく、BNC という骨董品経由でつながっ
松田さん> ており双方向通信が行えないためではないかという気がします。
いえ，Warning ですからねぇ～．
$ cat /var/log/Xorg.0.log | grep EE
の結果をお見せ下さい．
---
野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp
「先端技術の開発は、優れた頭脳を持つ人間が集中しないと成功しない。
しかし、技術開発と、それが何をもたらすかを考えることは別だ。
一人の人間に二つは望めない。」 -- M. Crichton --
Shinichiro HIDA
;; 良くわかってませんし、環境が異なるので確証ももてないのですが、
>>>>> In [debian-users : No.52026]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
[...]
> しかし、途中まで立ち上がろうとする x は
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
> (WW) R128(0): Can't determine panel dimensions, and none specified.
> (II) Loading extension MIT-SCREEN-SAVER
> EE は SCREEN-SAVER でしょうし、acpi は smp で導入できないのですが、
> Can't determine panel dimensions というのはたぶん私の使っている入
> 力ケーブルが一般的な D-SUB ではなく、BNC という骨董品経由でつながっ
> ており双方向通信が行えないためではないかという気がします。
Can't determine panel dimensions と言っているのなら、試しに xorg.conf
の Section "Monitor" の中で、DisplaySize 338 271 のように指定してみると
どうでしょうか?
;; 指定する単位は mm です。cf. xorg.conf(5)
;; 最近の xorg って自動認識が進んできているので、DVI のようなコネクタの
;; 方が楽そうですね。
--
Shinichiro HIDA shini...@stained-g.net
GPG fingerprint = BD22 BAE5 43BA 5E70 9F1B 7627 1D81 E567 6912 F09D
松田光生
> Can't determine panel dimensions と言っているのなら、試しに xorg.conf
> の Section "Monitor" の中で、DisplaySize 338 271 のように指定してみると
> どうでしょうか?
>
> ;; 指定する単位は mm です。cf. xorg.conf(5)
仕様書上 T761 の標準表示範囲は 354mm x 265mm なので、Monitor セク
ション末尾に追記しました。
Section "Monitor"
Identifier "EIZO FlexScan T761"
HorizSync 30-94.5
VertRefresh 50-160
DisplaySize 354 265
EndSection
しかし、これでも X は起動途中に転け、全く同じウォーニングが出てい
ます。
X が立ち上がらないときのログをホームディレクトリにコピーして grep
すると、
~$ grep -n "(EE)\|(WW)" ./Xorg.0.log
14: (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
41:(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
354:(WW) R128(0): Can't determine panel dimensions, and none specified.
~$
前回との差は、なぜか
(II) Loading extension MIT-SCREEN-SAVER
というのがなくなって SCREEN の (EE) が引っかからなくなりましたが、
それ以外は全く変わらず、DisplaySize を記述した甲斐がない結果になっ
ています。
３次元ディスプレーなんてないので dimension はサイズなんでしょうが、
パネルはディスプレーの表示部そのものを指すのでしょうか。
というか、これが理由で X が起動しないのでしょうか。
> ;; 最近の xorg って自動認識が進んできているので、DVI のようなコネクタの
> ;; 方が楽そうですね。
DVI なんて動画キャプチャのときの取り込みコネクタだと思っていました
が、今はディスプレーの接続に使われるんですね。
--
松田光生
tri...@pp.iij4u.or.jp
Shinichiro HIDA
>>>>> In [debian-users : No.52069]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
[...]
> 仕様書上 T761 の標準表示範囲は 354mm x 265mm なので、Monitor セク
> ション末尾に追記しました。
> Section "Monitor"
> Identifier "EIZO FlexScan T761"
> HorizSync 30-94.5
> VertRefresh 50-160
> DisplaySize 354 265
> EndSection
http://www.eizo.fr/downloads/brochures/pdf/t761.pdf というのをみつけた
のですが、これ、
Section "Monitor"
Identifier "EIZO FlexScan T761"
HorizSync 30-115
VertRefresh 50-160
DisplaySize 362 271
EndSection
でどうでしょうか? (ものが違いますかね?)
[...]
> ３次元ディスプレーなんてないので dimension はサイズなんでしょうが、
> パネルはディスプレーの表示部そのものを指すのでしょうか。
だめですかぁ.. 情報が取れないのでどうも相手を液晶パネルだと思っているの
ですかね..
man r128 すると、Option "Display "string"" という項目がありまして、
string の default は "FP"、つまり FlatPanel だという事のようです。これ
で "CRT" を指定してみると状況変わったりしないですかね?
松田光生
> http://www.eizo.fr/downloads/brochures/pdf/t761.pdf というのをみつけた
> のですが、これ、
>
> Section "Monitor"
> Identifier "EIZO FlexScan T761"
> HorizSync 30-115
> VertRefresh 50-160
> DisplaySize 362 271
> EndSection
>
> でどうでしょうか? (ものが違いますかね?)
フランスまで探していただいたようで恐縮です。
そのものズバリ、日本語版の仕様書も取説情報として公開されています。
http://www.nanao.co.jp/support/download/manual/crt/files/T761T962-ja-b.pdf
リフレッシュレートはここでの助言を反映したもの、ディスプレーサイズ
354 265 は標準表示範囲です。
いずれにせよ xorg.conf で指定した数値が無視されていつまでも
Can't determine panel dimensions などといわれるようでは
バグか書式不備を疑わねばなりませんね。
この件で困るのは、r128 ドライバが特殊過ぎてまともな設定がし難いの
か、T761 のような CRT が特殊なのか、ケーブルが特殊なのかがよくわか
らないことです。同じトラブルで苦しんでいる人がいらっしゃれば少しは
反響もあるものと思いますが、全く反響のないところをみると r128 でも
普通に設定できている方が多いんでしょうか。
同じ r128 でも液晶で使う場合なら vesa のスペックで十分でしょうし。
> man r128 すると、Option "Display "string"" という項目がありまして、
> string の default は "FP"、つまり FlatPanel だという事のようです。これ
> で "CRT" を指定してみると状況変わったりしないですかね?
man r128 があるとは思いませんでした。
Section "Device"
VideoRam 32768
Identifier "Rage 128"
# Driver "r128"
Driver "vesa"
Option "Display" "CRT"
EndSection
Option "Display を "CRT" としてみましたが、grep をかけると
全く同じ Warning を吐いて起動できません。
ところで、grep するとわからなくなりますが、今回 Xorg.0.log の
Can't determine panel dimensions, and none specified.
には２行目があり、
Disabling programming of FP registers.
とあるのに気づきました。CRT と明示したのにフラットパネルのリストに
ないと言われると、これも書式エラーだったのかと心配です。
--
松田光生
tri...@pp.iij4u.or.jp
野宮 賢 / NOMIYA Masaru
>>>>> In the Message: [debian-users ML: No.52074]
>>>>> with the date of Fri, 6 Mar 2009 00:05:24 +0900
>>>>> [松田さん] == 松田光生 <tri...@pp.iij4u.or.jp> has written:
松田さん> リフレッシュレートはここでの助言を反映したもの、ディスプレーサイズ
松田さん> 354 265 は標準表示範囲です。
松田さん> いずれにせよ xorg.conf で指定した数値が無視されていつまでも
松田さん> Can't determine panel dimensions などといわれるようでは
松田さん> バグか書式不備を疑わねばなりませんね。
[...]
松田さん> Section "Device"
松田さん> VideoRam 32768
松田さん> Identifier "Rage 128"
松田さん> # Driver "r128"
松田さん> Driver "vesa"
松田さん> Option "Display" "CRT"
松田さん> EndSection
Option "Display" "CRT"
の代わりに，
Option "DDC" "off"
として．如何でしょうか？
---
野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp
野宮 賢 / NOMIYA Masaru
>>>>> In the Message: [debian-users ML: No.52076]
>>>>> with the date of Fri, 6 Mar 2009 00:35:39 +0900
>>>>> [小生] == 野宮 賢 / NOMIYA Masaru <nom...@galaxy.dti.ne.jp> has written:
小生> Option "Display" "CRT"
小生> の代わりに，
小生> Option "DDC" "off"
小生> として．如何でしょうか？
スミマセン．m(_ _)m
これは，ダメですね．
---
野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp
「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、
Shinichiro HIDA
>>>>> In [debian-users : No.52074]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
[...]
> > man r128 すると、Option "Display "string"" という項目がありまして、
> > string の default は "FP"、つまり FlatPanel だという事のようです。これ
> > で "CRT" を指定してみると状況変わったりしないですかね?
> man r128 があるとは思いませんでした。
man ati もあります。読んでみると面白いと思います。
> Section "Device"
> VideoRam 32768
> Identifier "Rage 128"
> # Driver "r128"
> Driver "vesa"
> Option "Display" "CRT"
> EndSection
> Option "Display を "CRT" としてみましたが、grep をかけると
> 全く同じ Warning を吐いて起動できません。
ぅ～ん.. もしも本当にこの Section "Device" のままだとすると、vesa ドラ
イバを使ってますので、r128 にある Option "Display" "CRT" は無効になって
いると思います。
;; man vesa してもそんなオプションはありませんので。
あと、根拠は持っていません(疑っている部分はあるのですが)し、すでに試さ
れているかとは思いますが、 warmboot (reboot) ではなく、coldboot
(shutdown -> boot) してみて下さい。
松田光生
> man ati もあります。読んでみると面白いと思います。
なるほど、私の場合デバイスドライバは"ati"でも全く同じ結果になって
いたのですが、理由がわかりました。
> ぅ～ん.. もしも本当にこの Section "Device" のままだとすると、vesa ドラ
> イバを使ってますので、r128 にある Option "Display" "CRT" は無効になって
> いると思います。
申し訳ありません。私は X を起動しないと作業ができない（W3とかの存
在は知っております）ので、ML 投稿時は xorg.conf のドライバをvesaに
書き換えて再起動することにしています。
前回の xorg.conf はメールにペースト時ドライバを書き換えるべきでし
たが、そのまま返信してしまいました。
ドライバが vesa でもフルカラー 1600x1200 でモニタの性能を活かした
リフレッシュレートが実現できれば満足です。
> あと、根拠は持っていません(疑っている部分はあるのですが)し、すでに試さ
> れているかとは思いますが、 warmboot (reboot) ではなく、coldboot
> (shutdown -> boot) してみて下さい。
ご懸念の通り coldboot は試したことがなかったためやってみましたが、
X は起動できず、生成された Xorg.0.log も今までと共通したものです。
そろそろ決着をつけたいのですが、例えば、vesa がモニタを液晶と誤認
識しつつ X が起動できているのに対して、r128 は CRT が認識できない
だけで X そのものが起動できなくなってしまうのか、という疑問が残っ
てしまいます。
モニタ誤認識の問題なら接続用の D-sub ケーブルを購入することで解決
できそうですが、r128 ドライバ固有の問題であれば AGP 接続のビデオカー
ドで稼働実績のあるものを購入すればいいのかなぁなどと考え始めていま
す。
--
松田光生
tri...@pp.iij4u.or.jp
Shinichiro HIDA
;; あまり役にたっていなくてすみません。
;; r128 と ati ドライバの関係ですが、
;; /usr/share/doc/xserver-xorg-video-r128/NEWS.Debian.gz に
xserver-xorg-video-r128 (1:6.8.1~git20080301.d855d208-1) experimental; urgency=low
* The r128 submodule isn't included in ati anymore.
If your /etc/X11/xorg.conf contains Driver "ati", you need to keep
xserver-xorg-video-ati installed, or switch to Driver "r128".
という記述がありました。man ati の内容は更新される必要があるかもしれま
せん。
>>>>> In [debian-users : No.52083]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
[...]
> 私は X を起動しないと作業ができない（W3とかの存在は知っております）の
> で、ML 投稿時は xorg.conf のドライバをvesaに書き換えて再起動すること
> にしています。前回の xorg.conf はメールにペースト時ドライバを書き換え
> るべきでしたが、そのまま返信してしまいました。
やはりそうでしたか..
試しに、DisplaySize を最大値で、解像度のカタログデータのものを指定して
みて下さい。それでもだめなら、おそらくデフォルトでの計算値が許容範囲に
入ってきていない可能性があると思います。その場合には詳細な Modeline を
指定しないと駄目かも知れません。
;; ログを追いかけないとなんとも言えませんが。
;; 私なら、xorg のデバッグレベル ( `-logverbose 4' `-verbose 3' などし
;; て) をあげてログとにらめっこしたり、X起動失敗状態から `xorg
;; -probeonly' してみたり、vesa で立ち上げて `xvidtune' してみると思い
;; ます。あるいはもっと前の段階、dmeg や IRQ, メモリレンジ から追いかけ
;; る必要があるかも知れません。
;; 何が原因でこけているのかを調べて、その原因を取り除かないといけ
;; ないので.. 今まで使えていた r128 が使えない理由はないと思います。
> ドライバが vesa でもフルカラー 1600x1200 でモニタの性能を活かした
> リフレッシュレートが実現できれば満足です。
vesa の場合、BIOS(? EDID ですかね?)側で持っているモード以外は使えないよ
うですので、その制限がある場合には逃げられないようです。
手元の例では、/var/log/Xorg.0.log へ次のような出力があります。
== Lenny, Radeon X1600 (ATI RV530) + EIZO L465 (16in FP DVI) + fglrx ==
(II) fglrx(0): Display1 EDID data ---------------------------
(II) fglrx(0): Manufacturer: ENC Model: 1642 Serial#: 0
(II) fglrx(0): Year: 2002 Week: 22
(II) fglrx(0): EDID Version: 1.2
(II) fglrx(0): Digital Display Input
[...]
(II) fglrx(0): Supported VESA Video Modes:
(II) fglrx(0): 720x400@70Hz
(II) fglrx(0): 640x480@60Hz
[...]
(II) fglrx(0): Supported Future Video Modes:
(II) fglrx(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) fglrx(0): Supported additional Video Mode:
(II) fglrx(0): clock: 108.0 MHz Image Size: 317 x 254 mm
[...]
(II) fglrx(0): Ranges: V min: 59 V max: 61 Hz, H min: 30 H max: 65 kHz, PixClock max 110 MHz
(II) fglrx(0): Monitor name: L465
[...]
(II) fglrx(0): End of Display1 EDID data --------------------
== Lenny, Radeon HD4670 (ATI 730XT) + EIZO P1700 (17in FP D-sub) + fglrx ==
(II) fglrx(0): Connected Display1: CRT on secondary DAC [crt2]
(II) fglrx(0): Display1 EDID data ---------------------------
(II) fglrx(0): Manufacturer: ENC Model: 1794 Serial#: 16843009
(II) fglrx(0): Year: 2006 Week: 23
(II) fglrx(0): EDID Version: 1.3
[...]
(II) fglrx(0): Supported VESA Video Modes:
(II) fglrx(0): 720x400@70Hz
[...]
(II) fglrx(0): 1024x768@75Hz
(II) fglrx(0): 1280x1024@75Hz
(II) fglrx(0): 1152x870@75Hz
[...]
(II) fglrx(0): clock: 108.0 MHz Image Size: 338 x 271 mm
(II) fglrx(0): Ranges: V min: 50 V max: 76 Hz, H min: 24 H max: 80 kHz, PixClock max 140 MHz
(II) fglrx(0): Monitor name: P1700
[...]
(II) fglrx(0): End of Display1 EDID data --------------------
== Etch, X700Pro (RV410) + EIZO P1700 + radeon ==
(II) RADEON(0): Validating modes on Primary head ---------
(II) RADEON(0): TMDS PLL from BIOS: 16500 a0112
(II) RADEON(0): Total number of valid DDC mode(s) found: 0
(II) RADEON(0): P1700: Using hsync range of 24.80-80.00 kHz
(II) RADEON(0): P1700: Using vrefresh range of 50.00-75.10 Hz
(II) RADEON(0): Clock range: 20.00 to 500.00 MHz
(II) RADEON(0): Not using default mode "640x350" (vrefresh out of range)
[...]
(II) RADEON(0): Modes for CRT1: ********************
(--) RADEON(0): Virtual size is 1280x1024 (pitch 1280)
(**) RADEON(0): *Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz
(II) RADEON(0): Modeline "1280x1024" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
[...]
;; あと、smp で acpi が使えないのって、なんか制限ありましたっけ?
松田光生
起動中コケる部分は drm モジュールの読み込み部分なので、ログのエラー
やウォーニングはあまり関係なかったのかもしれません。
私自身は１６進数のメモリダンプをみてもさっぱりですが、この部分から
対処方法などを決められるでしょうか。
(II) resource ranges after preInit:
[0] 0 0 0xff9fc000 - 0xff9fffff (0x4000) MS[B]
[1] 0 0 0xf0000000 - 0xf3ffffff (0x4000000) MS[B]
[2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[6] -1 0 0xffafde00 - 0xffafdfff (0x200) MX[B]
[7] -1 0 0xffaff000 - 0xffafffff (0x1000) MX[B]
[8] -1 0 0xffaa0000 - 0xffabffff (0x20000) MX[B]
[9] -1 0 0xffafe000 - 0xffafefff (0x1000) MX[B]
[10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O
[11] -1 0 0xff9c0000 - 0xff9dffff (0x20000) MX[B](B)
[12] -1 0 0xff9fc000 - 0xff9fffff (0x4000) MX[B](B)
[13] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B)
[14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU)
[15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU)
[16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU)
[17] 0 0 0x0000d800 - 0x0000d8ff (0x100) IS[B]
[18] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[20] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[21] -1 0 0x0000ef00 - 0x0000ef3f (0x40) IX[B]
[22] -1 0 0x0000ef60 - 0x0000ef6f (0x10) IX[B]
[23] -1 0 0x0000efa0 - 0x0000efaf (0x10) IX[B]
[24] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[25] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B]
[26] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B]
[27] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B](B)
[28] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[29] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[30] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(==) R128(0): Write-combining range (0xf0000000,0x2000000)
(II) R128(0): DRIScreenInit for fglrx driver
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x7e) [0x80c91ce]
1: [0xb7f88400]
2: /usr/lib/xorg/modules/extensions//libdri.so(DRIScreenInit+0xe0) [0xb7b9c3b0]
3: /usr/lib/xorg/modules/drivers//r128_drv.so(R128DRIScreenInit+0x2b1) [0xb7b7d661]
4: /usr/lib/xorg/modules/drivers//r128_drv.so(R128ScreenInit+0x1248) [0xb7b77968]
5: /usr/X11R6/bin/X(AddScreen+0x1f7) [0x8073db7]
6: /usr/X11R6/bin/X(InitOutput+0x236) [0x80aac26]
7: /usr/X11R6/bin/X(main+0x2b1) [0x8074591]
8: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d38455]
9: /usr/X11R6/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81]
Fatal server error:
Caught signal 11. Server aborting
> 試しに、DisplaySize を最大値で、解像度のカタログデータのものを指定して
> みて下さい。それでもだめなら、おそらくデフォルトでの計算値が許容範囲に
> 入ってきていない可能性があると思います。その場合には詳細な Modeline を
> 指定しないと駄目かも知れません。
EIZO FlexScan T761 の場合、最大解像度は 1600x1200 のようです。
この解像度を試行した部分は以下の部分と思いますが、この部分は結果と
して何を表しているのでしょうか。
(--) R128(0): Virtual size is 1600x1200 (pitch 1600)
(**) R128(0): *Default mode "1600x1200": 229.5 MHz, 106.2 kHz, 85.0 Hz
(II) R128(0): Modeline "1600x1200"x85.0 229.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (106.2 kHz)
(**) R128(0): Default mode "1600x1200": 202.5 MHz, 93.8 kHz, 75.0 Hz
(II) R128(0): Modeline "1600x1200"x75.0 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (93.8 kHz)
(**) R128(0): Default mode "1600x1200": 189.0 MHz, 87.5 kHz, 70.0 Hz
(II) R128(0): Modeline "1600x1200"x70.0 189.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (87.5 kHz)
(**) R128(0): Default mode "1600x1200": 175.5 MHz, 81.2 kHz, 65.0 Hz
(II) R128(0): Modeline "1600x1200"x65.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz)
(**) R128(0): Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz
(II) R128(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
> ;; あと、smp で acpi が使えないのって、なんか制限ありましたっけ?
よくわかりませんが、boot 時カーネルモジュールが読み込めません。
etch も、それ以前も同様だったように記憶しています。
[ 0.000000] Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC 2009
[ 0.000000] found SMP MP-table at [c00fb4c0] 000fb4c0
[ 0.000000] ACPI Error (tbxfroot-0218): A valid RSDP was not found [20080321]
[ 0.000000] Intel MultiProcessor Specification v1.4
[ 0.000000] Virtual Wire compatibility mode.
[ 0.102676] ACPI: Core revision 20080321
[ 0.102790] ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading namespace from ACPI tables [20080321]
[ 0.102802] ACPI: Unable to load the System Description Tables
[ 0.102802] ACPI: Unable to load the System Description Tables
[ 0.396024] ACPI: Interpreter disabled.
[ 0.396024] pnp: PnP ACPI: disabled
[ 0.400025] pci 0000:00:07.3: quirk: region 0400-043f claimed by PIIX4 ACPI
[ 36.099901] acpi_cpufreq: Unknown symbol acpi_processor_notify_smm
[ 36.099901] acpi_cpufreq: Unknown symbol acpi_processor_unregister_performance
[ 36.100587] acpi_cpufreq: Unknown symbol acpi_processor_preregister_performance
[ 36.100848] acpi_cpufreq: Unknown symbol acpi_processor_register_performance
--
松田光生
tri...@pp.iij4u.or.jp
野宮 賢 / NOMIYA Masaru
>>>>> In the Message: [debian-users ML: No.52093]
>>>>> with the date of Sun, 8 Mar 2009 12:41:39 +0900
>>>>> [松田さん] == 松田光生 <tri...@pp.iij4u.or.jp> has written:
松田さん> Backtrace:
松田さん> 0: /usr/X11R6/bin/X(xf86SigHandler+0x7e) [0x80c91ce]
松田さん> 1: [0xb7f88400]
松田さん> 2: /usr/lib/xorg/modules/extensions//libdri.so(DRIScreenInit+0xe0) [0xb7b9c3b0]
松田さん> 3: /usr/lib/xorg/modules/drivers//r128_drv.so(R128DRIScreenInit+0x2b1) [0xb7b7d661]
松田さん> 4: /usr/lib/xorg/modules/drivers//r128_drv.so(R128ScreenInit+0x1248) [0xb7b77968]
松田さん> 5: /usr/X11R6/bin/X(AddScreen+0x1f7) [0x8073db7]
松田さん> 6: /usr/X11R6/bin/X(InitOutput+0x236) [0x80aac26]
松田さん> 7: /usr/X11R6/bin/X(main+0x2b1) [0x8074591]
松田さん> 8: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d38455]
松田さん> 9: /usr/X11R6/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81]
松田さん> Fatal server error:
松田さん> Caught signal 11. Server aborting
う～む，1600x1200 の解像度が不正だと言っていますねぇ～．
松田さん> EIZO FlexScan T761 の場合、最大解像度は 1600x1200 のようです。
松田さん> この解像度を試行した部分は以下の部分と思いますが、この部分は結果と
松田さん> して何を表しているのでしょうか。
松田さん> (--) R128(0): Virtual size is 1600x1200 (pitch 1600)
松田さん> (**) R128(0): *Default mode "1600x1200": 229.5 MHz, 106.2 kHz, 85.0 Hz
松田さん> (II) R128(0): Modeline "1600x1200"x85.0 229.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (106.2 kHz)
松田さん> (**) R128(0): Default mode "1600x1200": 202.5 MHz, 93.8 kHz, 75.0 Hz
松田さん> (II) R128(0): Modeline "1600x1200"x75.0 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (93.8 kHz)
松田さん> (**) R128(0): Default mode "1600x1200": 189.0 MHz, 87.5 kHz, 70.0 Hz
松田さん> (II) R128(0): Modeline "1600x1200"x70.0 189.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (87.5 kHz)
松田さん> (**) R128(0): Default mode "1600x1200": 175.5 MHz, 81.2 kHz, 65.0 Hz
松田さん> (II) R128(0): Modeline "1600x1200"x65.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz)
松田さん> (**) R128(0): Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz
松田さん> (II) R128(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
表示可能なモードを示しています．
何故だろ？
ところで，Driver を ati に換えても同じでしょうか？
---
野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp
「私たちが今日直面している化学物質の危険性に関する疑問に対し、通常の
科学的な正確さをもって答えようとすれば、たぶんさらに数十年を要するで
あろう。」 -- J. V. Rodricks --
松田光生
とりあえずのご報告ですが、ダイレクトレンダリングのモジュールがアド
レス違反を起こしているということで、libdri.so がおかしいのではない
かと仮定しました。このファイルの含まれる
xserver-xorg-core_1.4.2-10_i386.deb
をローカルで解凍し、/usr/lib/xorg/modules の中身にコピーしたところ、
r128 ドライバで 1600x1200 が使用できるようになりました。
大騒ぎした割につまらない解決となりましたが、思い当たることといえば
X が起動できないで gatos の ati2 ドライバを使った際、modules の
中身が入れ替わってしまったのかもしれません。
では当初 r128 ドライバで x が起動できなかったのはなぜか、ですが、
HorizSync を 30-115 から 30-93.5 に書き換えるまでは X 起動の
解像度切り替えまで至らなかった（vga画面のまま転けていた）ため、
私がもしよけいなことをしていなければ HorizSync 書き換えだけでうま
くいったのかもしれません。
--
松田光生
tri...@pp.iij4u.or.jp
Shinichiro HIDA
>>>>> In [debian-users : No.52098]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
> とりあえずのご報告ですが、ダイレクトレンダリングのモジュールがアドレ
> ス違反を起こしているということで、libdri.so がおかしいのではないかと
> 仮定しました。このファイルの含まれる
> xserver-xorg-core_1.4.2-10_i386.deb をローカルで解凍し、
> /usr/lib/xorg/modules の中身にコピーしたところ、r128 ドライバで
> 1600x1200 が使用できるようになりました。
すばらしい。ログから解決にいたって良かったです。しつこく粘ったかいがあ
りました。^^;;
Shinichiro HIDA
>>>>> In [debian-users : No.52093]
>>>>> 松田光生 <tri...@pp.iij4u.or.jp> wrote:
[...]
> > ;; あと、smp で acpi が使えないのって、なんか制限ありましたっけ?
> よくわかりませんが、boot 時カーネルモジュールが読み込めません。
> etch も、それ以前も同様だったように記憶しています。
> [ 0.000000] Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC 2009
> [ 0.000000] found SMP MP-table at [c00fb4c0] 000fb4c0
> [ 0.000000] ACPI Error (tbxfroot-0218): A valid RSDP was not found [20080321]
> [ 0.000000] Intel MultiProcessor Specification v1.4
> [ 0.000000] Virtual Wire compatibility mode.
> [ 0.102676] ACPI: Core revision 20080321
> [ 0.102790] ACPI Exception (tbxface-0629): AE_NO_ACPI_TABLES, While loading namespace from ACPI tables [20080321]
> [ 0.102802] ACPI: Unable to load the System Description Tables
> [ 0.102802] ACPI: Unable to load the System Description Tables
> [ 0.396024] ACPI: Interpreter disabled.
> [ 0.396024] pnp: PnP ACPI: disabled
> [ 0.400025] pci 0000:00:07.3: quirk: region 0400-043f claimed by PIIX4 ACPI
[...]
この部分だけをみると、smp と acpi の関係による制限ではなく、ハードウェ
アの BIOS (乗っている ACPI のバージョン?) による制限ではないでしょうか?
手元におよそ 12年程使っている PentiumII 266, 440LX, PIIX4 のマシンがあ
りますが、これは、acpi の初期、apm 時代のマシンです。hwinfo から次のよ
うな情報を見つける事ができます。
17: PCI 07.3: 0680 Bridge
[Created at pci.281]
UDI: /org/freedesktop/Hal/devices/pci_8086_7113
[...]
Model: "Intel 82371AB/EB/MB PIIX4 ACPI"
Vendor: pci 0x8086 "Intel Corporation"
Device: pci 0x7113 "82371AB/EB/MB PIIX4 ACPI"
Revision: 0x01
Driver: "piix4_smbus"
Driver Modules: "i2c_piix4"
IRQ: 9 (no events)
松田光生
いろいろありがとうございます。
> この部分だけをみると、smp と acpi の関係による制限ではなく、ハードウェ
> アの BIOS (乗っている ACPI のバージョン?) による制限ではないでしょうか?
ということは、最近の smp マシンなら debian でもハイバネ可能になる
んですね（私のは scsi マシンなので無理でしょうけど）。
> 手元におよそ 12年程使っている PentiumII 266, 440LX, PIIX4 のマシンがあ
> りますが、これは、acpi の初期、apm 時代のマシンです。hwinfo から次のよ
> うな情報を見つける事ができます。
私のデスクトップは 2000年頃に自作したもので、SUPERMICRO の P6DGE
（440GX）というボードに P3-1GHz を２個搭載したものですが、acpi に
関しては飛田さんの LX マシンとほとんど同じみたいです（acpi2.0?）。
確か acpi バイオスは w98 から一般的になったと思うので、この時代に
はかなりこなれていた筈ですし、同じマシンで Windows2000 などの acpi
は動いているので、2.6 系カーネルのいう acpi は acpi3.0 以降に限定
したものなのでしょうね。
既にスレッドのタイトルとは違う内容になってしまいましたが、長々とお
手数をおかけしました。
--
松田光生
tri...@pp.iij4u.or.jp