Linuxeden开源社区上周日，Linux 内核邮件列表上发布了一项提议，为新的直接渲染管理器（DRM）客户端提供“启动画面”类型的功能，例如用于嵌入式系统等。但是，由于 Plymouth 已经在用户空间成为主导解决方案，并且上游开发者倾向于在用户空间中优先考虑此类功能，因此其未来仍然不确定，一些开发者已经开始质疑这个提议解决方案的价值。
“Splash”DRM 客户端在其请求评论补丁系列中解释为：
这个补丁集添加了一个新的 DRM 客户端，提供 splash 功能，能够绘制到屏幕上：
– 一个彩色背景；
– 一行文本消息，可以通过 sysfs 或直接从内核命令行设置；
– 一个非常简单的进度条，可以通过 sysfs 驱动；
– 一张静态图像（可选）。一旦在内核中编译，可以通过命令行启用客户端，指定 drm_client_lib.active=splash 参数。
== 动机 ==
这项工作的动机是为嵌入式系统开发者提供一条简单激活连接到其系统的显示器的路径，以下为使用场景：
– bootsplash – 可能甚至在 init 之前显示；
– 在显示管道的任何组件（例如：面板）初始化需要非忽略不计的时间时，提前激活显示管道；
– 恢复系统，其中 splash 客户端可以为无人值守的恢复任务提供简单的反馈；
– 更新系统，其中 splash 客户端可以为无人值守的更新任务提供简单的反馈。虽然第一个看起来最为明显，但其实是第二个推动了这一进程，因为在过去，我不得不使用一个丑陋的解决方案，通过 systemd 生成器启动显示初始化，从而减少了大约 400 毫秒的启动时间。
相反，最后两个用例是我从“启动”中删除“bootsplash”的原因。
由于 Plymouth 已经在 Linux 系统上广泛用于启动屏幕功能，DRM Panic 作为恢复类型屏幕表现良好等，现在的问题是，上游开发者是否会对这个新代码在内核中的使用表现出足够的兴趣。目前这个新的 DRM 客户端代码量超过 800 行。
尽管其上游未来仍然不确定，但那些想了解更多关于这个提议的 Splash DRM 客户端的人可以在邮件列表上找到它。
转自 Splash DRM Client Proposed For Linux But Its Future Is Uncertain – Phoronix