力モニター検出、低レベル

力モニター検出、低レベル

ノートブックを起動した後にのみ外部モニタ(Dell)をオンにすると、Asusノートブックでは検出されません。

同様のケースIntel i915ドライバを使用してLinuxにモニタを検出/再検出させる方法は?、私の場合を除いて、ラップトップがこれについて知っている場合は、プラグを抜いて再接続すると検出されます。

起動中に外部モニタがオフになっている場合にのみ検出できません。

を使用したソリューションは、ディスプレイがオフになると起動後にecho detect > /sys/class/drm/card0-DP-1/status問題のディレクトリがまったく存在しないため、機能しません。card0-DP-2

他のソリューション(CTRL-ALT-F1やreturnなど)も機能しません。

ケーブルを抜いて再接続しても効果はありません。ノートパソコンのディスプレイポートプラグ全体が完全に切れたような感じがします。

奇妙な発見:ディスプレイポートケーブルいいえ起動時に接続した後の監視はい起動後に電源を入れてケーブルを接続すると検出されます(:-(したがって、「起動中に接続されたケーブル/モニターの電源を切る」)コンボは、「このハードウェアを妨害しなくなった」と解釈されるようです。

ディスプレイポートに接続されているものを再検討するようにシステムに指示するコマンドはありますか?

ベストアンサー1

これはそれ自体であなたの質問に正確には答えませんが、技術的に正解である可能性があるため、答えに提供されたより良い形式を活用したため、30のテキストコメントではありません。

単にドメイン固有の知識が不足しているため、SO / SEに対する回答を得る可能性はありません。最善の方法は、i915カーネルドライバ開発者と直接会話することです。

https://01.org/linuxgraphics/documentation/how-report-bugs含む非常にこれを体系的に行う方法に関する包括的なガイドラインです。

バグレポートの表現方法は、次のことを意味します。/sys/class/drm/card0-DP-2/status する起動後にDisplayPortケーブルを接続すると表示されますが、ケーブルを接続して画面が接続されていない場合は表示されません。まあ、関連するすべては間違い/sys/*なくX11とは無関係で、drmあなたがフォローしたい方法の絶対的な確認です。1.1 - DRM Kernel上記のリンクされたセクション。

そのセクションに必要な詳細を見て、理解しにくいセクションが実際には必要ではないと信じる理由があります。つまり、カーネルとディストリビューション情報、dmesg再起動後の完全なdrm.debug=0xe情報などはすべて非常に良いアイデアです。

ここで2つは論理的に適切ですdmesg。 1つはコネクタのないスタータからのもので、もう1つはコネクタのないスタータからのものです。実際にコネクタを挿入する正確なまたはおおよその点を記録しておくと便利です。

5分間考えた後、私は簡単に注釈を付けることができる簡単だが成功した方法を見つけました。

script -c 'dmesg -w | cat' dmesg.txt

実行できますdmesg -w コメントを追加するには、端末に直接テキスト行を入力することもできます。^C、dmesg情報収集が完了したら。 (dmesg -w | catより短いdmesg -w --color=never。)

もし備えて、可能性がほとんどないことがあります。これがうまくいったことはありますか?それでは、いつだったのか覚えていますか?その場合は、当時使用していたディストリビューションの以前のバージョンをインストールしてみて、動作する場合はカーネルバージョンを収集してみてください!

また...おそらくこの言葉を聞きたくないかもしれませんが、常にそのように最新のカーネルバージョンを動作させるだけでは、すべての問題が魔法のように解決されないと100%確信することはできません。 :)

幸いなことに、これはあなたが恐れているほど恐ろしいことではありません。https://cgit.freedesktop.org/drm-tip/すでにdrmツリーチップパッチを含むLinuxカーネルの完全なクローンです。私が知っている限り、単に複製してビルドするだけです。

...しかし、多くの注意を払って最新のカーネルバージョンをダウンロードし、それジョブは最初に既知の次のツリー.configにコピーされます。drm-tipこれを最初に実行しないと、すべてが中断される可能性があるため、メインラインカーネルを構築して起動できることを確認することが最初の断続的な完全性チェックになる可能性があります。

必要なBugzillaページは次のとおりです。https://bugs.freedesktop.org/enter_bug.cgi?product=DRI

実際にはログインビューがほぼ確実に表示されます。この場合、まず次のURLが必要です。https://bugs.freedesktop.org/createaccount.cgi

最後に質問をしたい場合は、https://01.org/linuxgraphics/community/kernelfreenodeで#gfx-intelを言及しました。

FWIW、上記の内容は理想的な一連のステップです。カーネルの再構築を進める前に、freedesktop.orgで一時的なバグを開いて試すことができる他のデバッグ手順がないことを確認してください。 (ただし、エラーエントリページにはバージョンセクションに「drm git」のみが表示されているため、本物gitバージョンを使用してください...ハハ)

実際、IRCチャンネルには良い質問があります。drm-tip私はドキュメントに記載されているので、gitリポジトリをリストしましたが、他のリポジトリがありますが、drm-intelその関連性が何であるかわかりません。また、カーネルツリーのように見え、数分ごとに更新されます。

おすすめ記事