>>341
残念ながら radeon X550 は起動できませんでした (XOrg-6.9.0-0vl16)
/var/log/Xorg.0.log を見ると chipset は認識しているようですが radeon_drv.so で落ちてるように見えます。
ドライバは ati を指定し、depth=8,16,24 のいずれでも同じ結果でした。
...
(--) Chipset ATI Radeon X550 (RV370) 5B63 (PCIE) found
...
Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x80) [0x448550]
1: /lib64/libc.so.6 [0x2b9b3852ad80]
2: /lib64/libc.so.6(memcpy+0x34) [0x2b9b3856a394]
3: /usr/X11R6/lib64/modules/drivers/radeon_drv.so(RADEONGetBIOSInfo+0x5a) [0x2b9b39c1821a]
4: /usr/X11R6/lib64/modules/drivers/radeon_drv.so(RADEONPreInit+0x6a1) [0x2b9b39c0a481]
5: /usr/X11R6/bin/X(InitOutput+0xe2c) [0x43213c]
6: /usr/X11R6/bin/X(main+0x250) [0x490c70]
7: /lib64/libc.so.6(__libc_start_main+0x9c) [0x2b9b3851891c]
8: /usr/X11R6/bin/X [0x430eaa]
Fatal server error:
Caught signal 11. Server aborting
Vine Seed
Vineの開発版を中心とした話をしたいと思います。と云いながら最近は x86_64 関連しか興味が無かったりします。当ボードは Project Vine とは一切関係ありません。
新しいコードベース(X11R7.x系)のati driverにしてみたところ Radeon 9xxx とかでは
問題なく動くものができましたが RS482(Xpress 200)とかで動かない(X自体は動いている
が画面真っ白)ものができてしまったので、とりあえずパッチははずしてあります。
というわけで次の 0vl14 (0vl13は nvドライバの更新)で、radeon driver に最新の ID
だけ追加するパッチをいれてみましたのでためしてみてください。X550 も対応するはず
です。
XOrg-6.9.0-0vl11 で GeForce 6500 がちゃんと動きました^^
ログ見ると最近の GeForce はほぼ対応してるみたい。最新の 7300 系までもリストに入ってます。
Radeon も見てみると X300, X600, X700, X800 あたりはサポートされてるらしい。
だけど、うちの X550 はかすりませんでした。残念。
ソースいじって ID を追加すれば可能かもしれない。
XOrg-6.9.0-0vl9 で GeForce 6xxx(C51), 7xxx(G71,G72,G73) がサポートされたらしい
http://vinelinux.org/vineseednews.html#XOrg-6.9.0-0vl9
試してみたい。なんとか時間をつくらねば...
X11 のフォントも最近変わって WindowMaker のメニュー表示が変になったので GUI で再設定したけど、
デフォルトの設定を変えないといけないのかも。
http://dicey.org/d/20060618.html
>>337 条件文のところは = ではなく ==
転ばぬ先の杖、ありがとうございます
案の定、今しがた apt-get upgrade したところエラーになったので、rule を以下のように直しました。
# Intel PRO/100S on slots
KERNEL=="eth?", SYSFS{address}=="00:20:e0:**:**:**" NAME="lan0"
# Marvell 88E8001 on board
KERNEL=="eth?", SYSFS{address}=="00:0e:a6:**:**:**" NAME="lan1"
RELEASE-NOTES を見ると、以前から間違えていたのを見逃してもらってたようにも読めます。
udev 091
========
Some more keys require the correct use of '==' and '=' depending
on the kind of operation beeing an assignment or a match. Rules
with invalid operations are skipped and logged to syslog. Please
test with udevtest if the parsing of your rules throws errors and
fix possibly broken rules.
WEB サイトの情報を鵜のみはいけません。man ページにもちゃんと書いてありました。反省。
# ひょっとして lan0,1 としなくても eth0,1 の設定ができるのかもしれないけど・・・これは宿題に。
>>327
条件文のところは = ではなく == にしないと、udev-091 ではエラーになります。
何時の間にか gdb-6.4-0vl1 に上がってました。
gcc-3.4 以降が対象とか噂がある?けど気にしない。(情報元不明だし;;
それより xxgdb の使い勝手が悪いのが気になります。
うちの環境だけかもしれませんが、
- カレットと行矢印や爆弾マークが重なる場合は ~/XDbx の *sourceWindow.leftMargin を大きく (>40) する
- ブレークポイントがマウスでクリック表示できない場合、[右ボタン]の後[左ボタン]で指示できる
- コマンドラインで [BS] が効かないので矢印[←]キーを使う
こういうの普段からちゃんと整備しておかないと肝心な時困ります。
特に納期の間近;;な時とか・・・
>333
レス感謝です。
書いてみたけど、何も変わらなかったです。（つーか、基本文法すら理解してない。 ^ ^;; ）
>ルールも基本的には書かなくてもいいようにしてあるし
そうなんですか。
>しばらくまつとtimeoutして先へ進みます。
対象マシンも古いし、hda のマスターブートブロックもエラーですし、グラフィックカードも瀕死状態ですし、
udev だけのせいにするのは、むりがありますねー。
非常に説得力が有ります。 （Seed は、hdb です。）
この間、ブラックアウトして結構待ってたときあるんですが、一度、ほったらかしてみようかな。
ほんとに、ブックアウトのままかどうか。
貴重な御意見ありがとう御座います。
>>332
udev の起動するタイミングは FC も VineSeed もそうかわらないはずです。
ルールも基本的には書かなくてもいいようにしてあるし、特殊な設定をするの
でないかぎり手で書いたり修正しないと動かないのはバグです。
デバイスのコールドプラグで刺さっていると思われるので、むしろ kernel
(というかどれかのドライバ)の問題が高いかもしれないです。udev だけが
原因でブラックアウトだのリブートだのはありえないので、プローブ時にへ
んなドライバを読み込んで死亡とみるのが正しいかと。
ちなみにプローブに時間がかかっているだけなら udev は勝手に background
mode に移行するので、しばらくまつとtimeoutして先へ進みます。