Manager (DRM) サブシステムのメンテナーは、今週ダブリンで開催された Linux Plumbers Conference に続いて、いくつかのメモを共有しました。特に、増え続けるアクセラレーター/AI デバイスが DRM サブシステム内に属しているか、それとも別の場所に属しているかという問題と、それとは別に、Linux ディストリビューションをカーネル内 VT から遠ざける方向に進める可能性があるユーザー空間コンソールについての新たな話があります。
10 年以上にわたり、CONFIG_VT 機能をユーザー空間機能に置き換えるという話がありました。しばらくの間、KMSCON は、Linux のカーネル モード設定 (KMS) インターフェイスを利用するユーザー空間コンソールとしてハッキングされることもありました。しかし、Linux カーネル コンソール (CONFIG_VT) を強制終了するというアイデアを聞いてからしばらく経ちました。しかし、LPC 2022 で、ユーザー空間のコンソールに移行するという新たな話がいくつかあったことが判明しました。
特に、David Airlie は簡単な議論について次のようにコメントしています。バグだけでなく、ロックなどの厄介な場所でもあります。また、他のパスが oops を完全に処理するのをブロックするバグ (pstore や serial など) をロックしてパニック パスを取り出すと、oops が失われる原因になる可能性があります。
…
すべてのパスとサポートしたいものを熟考すると、絵文字とラテン語以外のスクリプトをサポートするユーザー コンソールが最適であることがわかります。これはおそらく、フルスクリーン VTE ベースのターミナルを実行する軽量の wayland コンポジターが必要であることを意味します。この結果から戻って作業するということは、おそらく systemd でこれを必要としないことを意味し、別の開発にする必要があります。
議論されたもう 1 つの領域は、おそらく drmlog と呼ばれるパニック/緊急カーネル コンソールの要件に関するものでした。これは、カーネル パニックが発生するたびに、またはユーザー コンソールが読み込まれる前のブート中にディスプレイに出力されるものです。
エアリーも注意 クロスベンダー/ドライバーフレンドリーな方法での GPU の cgroup の問題も、「羽の鳥」セッションで取り上げられました。
Airlie は、加速器 BoF の議論からのメモも公開しました。これは、AI/アクセラレータ ドライバがカーネル内に属しているかどうかについて進行中の議論を中心に展開しています。一部の開発者は、それらを独自のサブシステムと見なしている一方で、今のところそれらを char/misc に放り込んでいますが、他の開発者は、GPU との共通性を考慮して DRM 領域に属していると主張しています。.
LPC 2022 の議論から、開発者は DRM サブシステム機能を利用することが一般的に有益であることに同意しているようです。しかし、どちらの側も、drivers/gpu/drm の下にアクセラレーター ドライバーを入れないことの利点を認識しています。これらの今後の AI アクセラレーター ドライバーでは、DRM サブシステム機能を引き続き採用しながら、drivers/accel と呼ばれる領域に移動される可能性があります。 BoF では、RAS (信頼性、可用性、保守性) コードを介した共有の改善についてのアイデアも提起されました。
どのような結果が得られ、これらの変更がコードでどれだけ迅速に実現されるかを見ていきます。
