直接渲染Manager (DRM) 子系統維護者在本週在都柏林舉行的 Linux Plumbers 會議之後分享了一些筆記。特別是，越來越多的加速器/AI 設備是否屬於 DRM 子系統或其他地方以及單獨存在用戶空間控制台的新討論可能會推動 Linux 發行版遠離內核內 VT。
十多年來，人們一直在談論用用戶空間功能替換 CONFIG_VT 功能。一段時間以來，KMSCON 也被黑客攻擊為使用 Linux 的內核模式設置 (KMS) 接口的用戶空間控制台。但是自從聽到殺死 Linux 內核控制台 (CONFIG_VT) 的想法以來已經有一段時間了。但事實證明，在 LPC 2022 上，有一些關於進入用戶空間控制台的新討論。
David Airlie 特別評論了簡短的討論:
我們希望移至 CONFIG_VT=n，因為控制台和 vt 子系統歷來是錯誤，但也是鎖定等令人討厭的地方。當它取出恐慌路徑時，它也可能是 oops 丟失的原因，鎖定錯誤會阻止其他路徑完全處理 oops（如 pstore 或串行）。
…
一旦你考慮了所有你想要支持的路徑和東西，你就會意識到最好的用戶控制台將是一個支持表情符號和非拉丁腳本的控制台。這可能意味著您需要一個運行全屏 VTE 終端的輕量級 Wayland 合成器。從這個後果中回過頭來意味著你可能不希望在 systemd 中使用它，它應該是一個單獨的開發。討論的另一個領域是關於緊急/緊急內核控制台的要求，可能稱為 drmlog，這只是在內核出現緊急情況時或在加載用戶控制台之前的引導期間輸出到顯示器的內容。
Airlie 也注意到 以跨供應商/驅動程序友好的方式用於 GPU 的 cgroups 問題也在“輕而易舉”的會議上提出。
Airlie 還發布了加速器 BoF 討論中的筆記。這圍繞著 AI/加速器驅動程序是否屬於內核的持續爭論，一些開發人員將它們視為自己的子系統，而現在將它們扔進 char/misc，而其他開發人員則認為它們屬於 DRM 領域，因為它們與 GPU 的共性.
從 LPC 2022 的討論來看，開發人員似乎確實同意使用 DRM 子系統功能通常是有益的。但雙方確實看到了不將加速器驅動程序放在驅動程序/gpu/drm 下的好處。對於這些即將推出的 AI 加速器驅動程序，它可能會被轉移到一個稱為驅動程序/加速的區域，同時仍使用 DRM 子系統功能。 BoF 還提出了關於更好地共享 RAS（可靠性、可用性、可服務性）代碼的想法。
我們將看看結果如何，以及這些更改以多快的速度通過代碼實現。
