20インチiMac LCD 2006のRadeon Mobility X1600にXorgの問題がある

20インチiMac LCD 2006のRadeon Mobility X1600にXorgの問題がある

私は20インチ2006 iMac 4.1に意味のある目的を与えようとしましたが、奇妙なXorgの問題のためにブロックされました。試験を終えたFreeBSD 13.0ディストリビューション/amd64そしてPrimaryOS 6.0 オーディン最新システムとそれぞれ到来の牙バッグ。使用レイトンドライバー(このドライバはFreeBSDには存在せず、別々のパッケージやポートとして使用できないため、Linuxでのみ)内蔵LCD画面の基本解像度で正しいグラフィックモードを提供しているようです。ウィンドウ、アイコン、パネルはすべて大丈夫に見えますが、背景画像は(または通常のデスクトップの背景、単色でも)壊れた遺物を表示します。
ラデオン01
背景画像だけが不良で半透明ウィンドウ、メニューバー、アイコン
ラデオン02
などすべてのGUIオブジェクトが大丈夫に見えるのが特徴です。モード設定ドライバがグラフィック画面を正しくレンダリングできないようです。ディスプレイ全体がオフセット線で描画されます。
モード設定01

〜のようにモード設定ドライバーが存在します(そしてまったく同じように動作します)FreeBSDとLinuxで(2021年末最新バージョンの話)、これはまた、前進する確実な方法です。依存するよりも動作させるほうが良いです。レイトン
それで、私はこの2006年型iMac内蔵LCDのEDIDデータから基本解像度の詳細を抽出することから始めました。

    Identifier "Color LCD"
    ModelName "Color LCD"
    VendorName "APP"
    # Monitor Manufactured week 0 of 2005
    # EDID version 1.3
    # Digital Display
    DisplaySize 430 270
    Gamma 2.20
    Modeline    "Mode 0" 119.00 1680 1728 1760 1840 1050 1053 1059 1080 -hsync -vsync 

提案済みモデル行何と一致するのか整理する起動しないときに自動的に検出xorg.conf文書。このコンピュータでは、グラフィック画面が期待どおりにうまく動作するため、(廃止予定、廃止予定)オペレーティングシステムMac OS X 10.6雪ヒョウ、よさそうですWindows 10私も電源ボードWindowsで可能なすべての画面の詳細を収集します。これにより、有望なカスタムモデルラインを作成することができました。

Section "Modes"
    Identifier "LTM201M1-MODELINES"
    ###ModeLine   "1680x1050" 147.136 1680 1784 1968 2256 1050 1051 1054 1087 +hsync +vsync
    ModeLine   "1600x1000" 133.142 1600 1704 1872 2144 1000 1001 1004 1035 +hsync +vsync
    ###ModeLine   "1400x1050" 122.614 1400 1488 1640 1880 1050 1051 1054 1087 +hsync +vsync
    ModeLine   "1664x936"  128.373 1664 1760 1936 2208  936  937  940  969 +hsync +vsync
    Modeline   "1664x1040" 143.715 1664 1768 1944 2224 1040 1041 1044 1077 +hsync +vsync
    ModeLine   "1696x1060" 149.543 1696 1800 1984 2272 1060 1061 1064 1097 +hsync +vsync
    ###ModeLine   "1678x1050" 146.745 1678 1784 1964 2250 1050 1051 1054 1087 +hsync +vsync
    ###ModeLine   "1678x1048" 146.475 1678 1784 1964 2250 1048 1049 1052 1085 +hsync +vsync
    ###ModeLine   "1680x1048" 146.866 1680 1784 1968 2256 1048 1049 1052 1085 +hsync +vsync
    ###ModeLine   "k1" 119.000 1680 1728 1760 1840 1050 1053 1059 1080 +hsync +vsync
    ###ModeLine   "k2" 149.543 1680 1800 1984 2272 1050 1061 1064 1097 +hsync +vsync
EndSection

トリプルハッシュタグコメントをしている人はモード設定ドライバとうまくいきません。上の3番目の画像に示すように、ディスプレイを読み取れない行移動モードに切り替えます。最後の 2 行は PowerStrip データから生成されませんでした。上記の行の1つを使用し、詳細を1つまたは2つ変更して、私は手動で組み立てました。元の解像度が機能できることを願っています。
興味深いことに、1680x1050の基本解像度は機能しないようです。モード設定ドライバー。でもモデル行Windows 10、Mac OS X、EDIDで読むレイトンXorgドライバはLinuxで正常に使用されます。
また興味深い点は「1664x1040」および「1696x1060」モードは完全に機能します。、美しく、ちらつきがなく、安定した表示効果を提供します。これらの解像度は、16:10のアスペクト比を維持しながら、元の1680×1050より小さいか大きいです。驚くべきことに、1696x1060もうまく機能します(明らかに最後の数ピクセルは画面の外側にあるため表示されませんが、ディスプレイは移動/実行線なしで硬いです)。

PCIの詳細は次のとおりです。

vgapci0@pci0:1:0:0:     class=0x030000 rev=0x00 hdr=0x00 vendor=0x1002 device=0x71c5 subvendor=0x106b subdevice=0x0080
    vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]'
    device     = 'RV530/M56-P [Mobility Radeon X1600]'
    class      = display
    subclass   = VGA

radeonまたはモードセットドライバを使用するFreeBSDおよびLinuxのXorg.0.logにはエラーは表示されません。 Xorgに関する限り、すべてがうまくいきます。問題は、人間の目が私が処理できないことを見ることです(上記の3番目の図を参照)。
xrandr --verbose(Radeon / Linux)
xrandr --verbose(モード設定/FreeBSD)
Xorg.0.log(Radeon / Linux)
Xorg.0.log(モード設定/Linux)

モード設定を使用するためにデフォルトの1680x1050を取得できないため(FreeBSDとLinuxでも同じ方法で失敗する)、独自のATIドライバとオープンドライバを使用してWindows 10とMac OS Xで同じ設定が機能することが知られています。ソースradeonドライバ。 Linuxでは、モード設定ドライバ(またはradeonkmsモジュール)に問題がある可能性があるという結論が出ました。

モード設定ドライバで動作するようにデフォルトの解像度を取得する方法に関する提案はありますか?
または、モード設定ドライバ開発者にこの問題を報告できる正しいチャネルは何ですか?(またはradeonkmsモジュール)

ベストアンサー1

申し訳ありませんが、交換の質問にのみお答えできます。このエラーを報告する正しいチャネルは、Linuxカーネルメーリングリストです。メッセージの送信方法、正しい礼節、およびサブスクリプション方法(またはサブスクリプションに同梱されている大量のメッセージを望まない場合はメッセージの返信を受け取る方法)の手順については、こちらをご覧ください。

http://vger.kernel.org/lkml/#s3

あなたが提供した詳細レベルは優れており、バグレポートに非常に役立ちます。しかし、より多くの情報が必要な場合でも驚かないでください。

おすすめ記事