主要观点：今年举办了“Display Next Hackfest”，AMD 组织并主持，众多开发者参与，活动富有成效。
关键信息：

• 讨论了多项内容，如提交失败反馈、新的背光 API、自适应背光管理、自动测试、颜色与 HDR、页面翻转超时、调度原子提交、桌面可变刷新率、原子提交缓慢等。
• 介绍了一些实际的黑客工作，如添加覆盖层和底层支持。
• 还提到了一些旅游经历，如登上 CN 塔和参观尼亚加拉瀑布。
  重要细节：
• 提交失败反馈方面，当前合成器提交 KMS 更改失败时多获 -EINVAL 响应，讨论了改进方法，利用原子 ioctl 中的预留字段返回常见问题枚举、驱动特定信息字符串及相关 KMS 对象 ID 数组。
• 新的背光 API 需具备每个连接器的背光属性、背光值映射信息等，目前 Linux 上的背光 API 存在诸多问题。
• 自适应背光管理方面，将有 KMS 属性从合成器端控制该功能，默认在 Plasma 中关闭，用户可在显示设置中选择开启以节省电池寿命。
• 自动测试方面，讨论了测量功耗、测试 KMS 驱动和合成器的自动测试，可能的解决方案包括使用合成器特定 API、远程桌面门户或 OpenQA 进行自动化测试， compositor 开发者编写自动测试等。
• 颜色与 HDR 方面，Wayland 协议中的重要部分已完成，众多应用在支持或已支持 HDR，还讨论了 drm 颜色管道 API 等。
• 页面翻转超时问题，需 KMS 中的新回调告知合成器页面翻转失败，驱动需支持重置 GPU 以恢复，最坏情况需发送设备卡住事件。
• 调度原子提交方面，需要获取硬件完成上一次提交的时间戳和截止日期相对 vblank 开始的时间信息。
• 桌面可变刷新率方面，合成器应能设置最小和最大刷新率，进行低帧率补偿等，Wayland 侧视频播放器也应能报告首选刷新率。
• 原子提交缓慢方面，amdgpu 在更改覆盖层状态时原子测试提交较慢，可在合成器中避免频繁更改状态，驱动端仍需优化。
• 在 CN 塔和尼亚加拉瀑布的旅游经历，展示了美丽的景色。