スキップしてメイン コンテンツに移動

環境移行 つづき　2

さて、前回までの段階で
GUI環境が復活してfirefoxなりでwebを見たりすることができる状態まで戻したわけですが
次に、GhzオーダーのCPUが載っかったPCなんで
やっぱりcompizとかが動いてくれないかなーと欲が出てくるのです。
そこで、いろいろググってみたのですが
さっぱりです。

一般にradeonでのcompizはfglrxドライバを入れろと言われているようで
実際にfedoraで用意されているfglrxドライバ、
カーネルモジュールkmodを入れてみると最悪でXすら起動しなくなる。
ATIが公開している、fglrxドライバなんかは救いようがないくらいで
入れたら最後xorgのサーバー類を消して入れ直さないと回復できない状態になる。
前回のお邪魔ドライバを消せる事実を見つけたのも
このATIドライバでハマったのを回復させたときの副産物です。

いろいろ、紆余曲折の末にたどり着いたのがfglrxではIGP340は動きません。
fedoraの標準のatiドライバ（radeon）で充分動きます。

Section "Device"
        Identifier  "Videocard0"
        Driver      "radeon"
        ChipID      0x4337
        Option          "AGPMode" "4"
#        Option          "SWcursor" "true" # MUST BE TRUE!!!
#        Option          "RingSize" "81920"
#        Option          "BufferSize" "40960"
#        Option          "EnablePageFlip" "true"  # "true"mode compiz freez
#        Option          "EnableDepthMoves" "false" # MUST BE FALSE!!!
        Option          "RenderAccel" "true"
        Option          "AccelMethod" "EAA" # or XAA, EXA

#        Option          "ColorTiling" "true"
#        Option          "DynamicClocks" "true"

        Option          "XAANoOffscreenPixmaps" "false"
#        Videoram        65536
EndSection
これは、compizが動作している状態の
xorg.confのデバイスセクションの抜粋です。
この部分以外は、とくに変わったところもないので
他のサイトの情報を参考にするなりしてください。
あと、xorg.confをいじるとしたらdriと、compositeの記述追加くらいだと思います。
適当にxorg.confを書き換えたら、xorgサーバを再起動させて
xtermなりの端末を起動して、glxinfo | grep direct とかして、
ダイレクトレンダリング拡張が使えるか確認する。
この時、Noとか表示が出るようなら、xorg.confの内容を再チェックする必要があります。
ここで、いきなりcompizを起動してもいいのですが、
念のためcompiz-checkをかけてみることをお薦めします。
私も実際にダイレクトレンダリングがYesにもかかわらずcompizを起動すると
画面真っ白って言う状態になるのを経験しましたのでcompiz-checkで
全て［OK］と出るようなら fusion-iconなりでcompizを起動させてみましょう。
※ compiz-checkはrootユーザでは使用できません。
一般ユーザーでログインして使うようにしてください。

横着者の私は全て rootでやっちゃってますが、
linuxでの正しい運用方法としては一般ユーザで運用して、
システム関連をいじるときだけsuなりsudoでやるのが筋 らしいので、
今ひとつ 方法論ではありますが このrootと一般ユーザーの関係が
金庫の前に暗証番号のメモ貼り付けたような話のような気がしてならないのですが。
ラベル:

このブログの人気の投稿

screen コマンドでの コピーペースト転送の実現について

 以前、GAME言語のあれこれについての中で、GAME80ICなどでZ80-MBC2とのscreenコマンドでのシリアル接続中にソーステキストのコピーペースト転送ができない事に触れていたが、単に使ってる環境に依存した所謂「おまかん」なのだが、回避したければ、素直にwindowsで使うか 若しくは linuxでもwine上でteratermを使えば済む話ではある。だが、我が家に於いては普段使いにできるwindows機など無い。棚の奥を探せばwin7の入った古PCが有るとは思うがボードマイコンとの接続の為だけに引っ張り出してきたいとまでは思わない。そこで ふと考えるにteratermにあってscreenやcu,minicomにないものはと、teratermには、テキスト転送中に行単位、文字単位でミリセカンドのディレイを挟む設定がある。対してlinux系のシリアル接続コマンドにそういった類のモノを知らない(単に自分が知らないだけの可能性もある) 。そこで、duckduckgo検索のサービスである「Duck.AI」に聞いてみた。自分の思いついた革新的なアイデアは大概は先人が既に思いついてる当たり前過ぎるモノというのはいつもの事であっさりと解決策を教えてくれた。
コメントを投稿
続きを読む

一部の関西の人にしか通じないネタ

たぶん「30年モノ」くらいだと思う？  拡大 値札に注目！ ちなみに、ATMEGA32へのファーム書込用のアダプタを作るのに使用。
コメントを投稿
続きを読む

GAME言語 あれこれ

 MZ-700用にSDカードからMZTファイルの読み書きが出来る基板を入手して以降、MZ用のインタープリタやコンパイラの打ち込みをやってた延長でZ80-MBC2上のCPMで動作するGAMEインタープリタとコンパイラをいくつか発見。GAME-MZは国会図書館のコピーサービスで当時のアスキー誌の記事を入手済で打ち込みMZT化は済んでいるが動作の確認はしてない。 CP/M-80で動作するGAME80言語を3点ほど紹介する。 まず、動作環境は実機としては8Mhz動作のZ80-MBC2にXMODEMでPCからのファイル転送 PC側はFedora40の端末から「screen」コマンドでの接続、比較用に同じくFedora40の端末上で動作するCPMエミュレータ2種類。エミュレータで動作確認がとれたモノを実機に転送して最終動作させてみる流れ。    skyriverさんのGameOnCpm80 端末のエミュレータ上ではコピーペーストによるソースの転送もできるが ファイル読み書き用のコマンドが組み込まれているので、なぜか実機の方ではコピペに転送が出来ないのでありがたい。コンパイラも組み込まれているのでインタプリタで実行確認後、コンパイルもできる。 難点は、コンパイルの際にソース格納アドレスやデータエリア、オブジェクト格納エリアの指定をする必要がある。GAME-MZでもコンパイルの際は普通に必要な事ではあるが、自分の頭の中でシステムのメモリマップを把握しておくのが意外と面倒くさい。 コンパイルで 出来たオブジェクトをCOMファイルにするのにDDTなんかの別ツールでメモリ上に残ってるデータをCOMファイルとして保存するしかない。 COMファイル化とかを視野に入れずインタープリト、コンパイル、実行だけなら使いやすくお薦め。   ファイル操作コマンド例 files ファイル一覧表示 :\\ *.g 拡張子 .g のファイルの表示      \\のみ、\\ *.* での表示は出ない模様(単に自分の使い方が悪いだけかも?)  save(¥>FileName)とload(¥<FileName) 詳細は https://piclabo.blog.ss-blog.jp/CPM80GameCompiler...
コメントを投稿
続きを読む