私は既にこれを投稿しました over at reddit ですが、今までに応答がありません。
私は購入しました このケーブル 私のシステムが何もしないことを確認するためだけです。 lsusbとtail -f /var(log/kern.logの両方に、ケーブルを差し込んだときに違いが表示されないこれを機能させるために試してみる価値はありますか、それとも直接返送する必要がありますか?LinuxのUSB–Cを介したDPのステータスは何ですか?(混乱している質問と回答がたくさんあります)
$ lspci -d ::0c03 -k
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
Subsystem: CLEVO/KAPOK Computer Sunrise Point-LP USB 3.0 xHCI Controller
Kernel driver in use: xhci_hcd
01:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller
Subsystem: CLEVO/KAPOK Computer ASM1142 USB 3.1 Host Controller
Kernel driver in use: xhci_hcd
OS:基本OS 0.4.1 Lokiカーネル:4.9.18-040918-genericハードウェア:デュアルコアインテル®Core™i5-7200U CPU @ 2.50GHzIntel Corporation Device 5916(rev 02)
[編集:この回答の最後に、ここで回答した1年後の非常に短い更新を追加します。この更新が2番目の個別の回答である場合は、lmkを使用してください。最後のこの更新を除いて、答えは変更されていません]
7か月前に質問したとしても、非常にタイムリーな質問です。そして、あなたは2つの質問をしたので、あなたは2つの答えを得ました:
DisplayPort over USB-CをサポートするカーネルパッチのセットがLinux-kernelアーカイブ here に公開されました。したがって、現時点では、パッチを適用して独自のカーネルをロールバックして、価値のあるものにする必要があります。 (これは最初に思われるよりも怖くないので、あなたがこの励ましを検討し、反対ではないことを願っています).
2番目の制約は、Linux-Kernelアーカイブの投稿によると、パッチはFUSBコントローラーを使用するハードウェアプラットフォームに適しているということです。彼は間もなくUCSIコントローラーのサポートも公開する予定です。IntelとASMediaの両方のコントローラーがこのタイプであると私は思います(ただし肯定的ではありません)。彼を引用するには:
私はfusb302を備えたプラットフォームと、UCSIプラットフォームでこれらをテストしました。 > UCSIドライバーは、このシリーズに含めていない代替モードを個別にサポートする必要があります。私はまだそれに取り組んでいます。
つまり、「もうすぐ」です。
私は Phoronix の記事で上記について学びました、そして記事はこれらのパッチを4.19カーネルにマージすることを望んでいると述べています。
最後に、USB-Cを介したDisplayPortの特定のケースでは、ケーブルは完全にパッシブであり、かなり成熟した規格があるため、OSのサポートがあれば、ケーブルが確実に機能することを確認できます。これはThunderbolt over USB-Cにも当てはまりますが、HMDIには当てはまりません。たとえば、USB-C-HDMIケーブルは内部でDP-to-HDMIアダプターである可能性が高く、DP側は単に標準を使用していますUSB-Cコネクタ。
カーネルパッチを処理しない場合、ケーブルは3か月から1年後の「正常に動作する」と思います。
編集/更新:私の日常のマシンは、在庫のArch Linuxを実行しているDell 7577 Inspironラップトップです。 USB-CポートとHDMIポートがあり、X/openboxを3つのサイドバイサイドモニターで実行します。1つはストック/標準のHDMIケーブルで接続され、もう1つはストック/標準で接続されますUSB-C-DisplayPortケーブル。 「Arch Linuxとこの特定のDellラップトップを備えた3つのモニター:機能します。」元の回答の最後の文で行った予測は正確であることが証明されたようです。
そうは言っても、今日マシンを購入していて、このモニターの構成が必要だった場合に確実に検討する2つの重要な小さな注意事項があります。
「ハイブリッド/混合/デュアルディスクリートおよび統合GPU」アーキテクチャ全体を理解して管理するのは面倒なことだと思います。それは苦痛ですが、それは可能です(かろうじて)。デルのシステムでは、このアーキテクチャは「Optimus」と呼ばれ、設定方法によって、得られるビデオ機能とパフォーマンスの種類に多大な影響を与えます。私は非常に一般的であることを理解していますが、すべてのセットアップに当てはまることは1つもありません。基本的に、統合GPUとディスクリートGPUの両方を備えたマシンを探している場合は、調査を行って、インストールしようとしているOSが使用したい構成をサポートできることを確認してください。
特に、最近の多くのラップトップ(ほとんど?すべて?)は、各モニター出力ポートを2つのGPUの1つに正確に配線しているようです。したがって、たとえば、ラップトップの組み込みLCDディスプレイが統合GPUにハードワイヤードされている場合、アプリケーションで個別のNVIDIAまたはRadeon GPUを使用すると、各フレームは実際に画面に表示されるように、最後に統合GPUにコピーされます。ディスクリートGPUによるパフォーマンスの向上が非常に大きいため、この余分なコピーは無視できるほどの価格です。しかし、 ;そして、たとえそうであったとしても、ディスクリートGPUパワーの集中的なユーザーは、ほとんどの場合、ごくわずかな価格でさえ支払いたくないタイプの人です。
私は本当の専門家ではありませんが、3台のモニターに対するLinuxのサポートが今日あると思います。 (「3台のモニター」の場合、1つは「組み込みのLCD画面とラップトップの2つの外部モニターポートを同時に使用すること」を意味します。