私は20インチ2006 iMac 4.1に意味のある目的を与えようとしましたが、奇妙なXorgの問題のためにブロックされました。試験を終えたFreeBSD 13.0ディストリビューション/amd64そしてPrimaryOS 6.0 オーディン最新システムとそれぞれ到来の牙バッグ。使用レイトンドライバー（このドライバはFreeBSDには存在せず、別々のパッケージやポートとして使用できないため、Linuxでのみ）内蔵LCD画面の基本解像度で正しいグラフィックモードを提供しているようです。ウィンドウ、アイコン、パネルはすべて大丈夫に見えますが、背景画像は（または通常のデスクトップの背景、単色でも）壊れた遺物を表示します。
背景画像だけが不良で半透明ウィンドウ、メニューバー、アイコン
などすべてのGUIオブジェクトが大丈夫に見えるのが特徴です。モード設定ドライバがグラフィック画面を正しくレンダリングできないようです。ディスプレイ全体がオフセット線で描画されます。
〜のようにモード設定ドライバーが存在します（そしてまったく同じように動作します）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
あなたが提供した詳細レベルは優れており、バグレポートに非常に役立ちます。しかし、より多くの情報が必要な場合でも驚かないでください。
答え2
以下は、このトピックの更新です。
2024年初頭現在、2006年以降、AppleのiMacファミリに関する主な質問はすべて解決されたと言えます。R300Mesa Radeonドライバが修正されました。 5,1を実行しているiMacモデルでこれを確認できます。ルバントゥ 22.04 LTS X11を使用するとき。より良いことは、実際には、これらのAppleモデルのネイティブEFIモードでMX Linux（！）などの32ビットLinuxを実行できることです。たとえば、CSM「Bios Emulation」（別名「Boot Camp」）では、標準ATAによって制限されるSSD / HDDの速度が向上します。
R300ドライバ自体に重大な欠陥があることがわかりました。 R500級ハードウェアの場合は特にそうです。しかし、オープンソースのコミュニティ、特に「レトロなハードウェア」に興味がある非常に熟練した2人のおかげで、ほとんどのR300のバグが修正されました。さらに、いくつかの便利な新機能と最適化が導入されました。たとえば、近いうちにR500ハードウェアでGa9を介して基本的なD3D9サポートを見ることができます。 ;-)
簡単に言うと、私はiMac 5,1からKubuntu 20.04 LTSを使用しています。しかし、いくつかの欠陥のためexport KWIN_COMPOSE=O2ES
。sudo nano /etc/profile.d/kwin.sh
ただし、古いハードウェアには推奨されますが、少なくとも22.0以降のMesaリリースでは不要になります。現在、私は以下を介してMesa 24.1 develをインストールしています。オバフPPA。
現在唯一の問題は高いGPU温度です。何らかの理由でLubuntuの温度は73℃以上に上昇し、Mac OSでは約65℃を維持しました。いくつかのさらなる調査の結果に対応することがわかった。省電力機能
[OK]power_methodを押してpower_profile露出しないでください。これは（最近の）カムバックかもしれません。
今はここまでです。次に興味深い新機能は、完全なハードウェアアクセラレーションのサポートです。魅力R400およびR500ハードウェア。 ;-)
編集する：モード設定機能が有効になっていると、一部の解像度でも問題が発生します。 「Glamour」2D加速を強制するときも同様です（Xwaylandを強くお勧めします）。詳細は以下で確認できます。メサ問題2780。
編集する：2024年3月中旬からグラマーが運営されています。メサ MR 28209R500ハードウェアでは正確です。ここで説明した長い問題を効果的に解決しました。これは「ati」および「radeon」X11ドライバにも当てはまります。一般的な「モード設定」はまだ他のバグの影響を受けているようです。