AMD 的 Radeon Linux 图形驱动程序开发人员正在寻求增强 GPU 重置体验，以便将有关麻烦事件的更多信息传递到堆栈中，以便更好地通知用户和/或采取更大的措施来确保桌面成功恢复。
在过去的两周里，上游 Linux 图形驱动程序开发人员（不仅是 AMD，还包括英特尔和其他开发人员）就 AMD 工程师提出的通过 sysfs 传达 GPU 重置事件的补丁进行了很多讨论。最初的想法是有一个 sysfs 事件向用户空间指示有关 GPU 重置的信息，并提供诸如与 GPU 重置事件有关的进程 ID、GPU 状态信息和相关属性等信息。然后，用户空间守护程序可以使用此事件和发出的信息来退出/阻止有问题的进程或确保进程正常重新启动，记录所述 DRM GPU 重置事件，或希望用户空间成为其他情况更好地了解重置事件，因此可以采取纠正措施以确保系统恢复到适当的状态。
一些开发人员表示，新的特定于 DRM 的 sysfs 事件不是最好的方法，但可能会使用 devcoredump。但是，使用 devcoredump 并不仅限于 DRM 图形驱动程序或重置事件，因此需要进一步的用户空间过滤。对于重置事件应该报告哪些细节以及应该报告多少信息，也存在意见分歧。无论是基于 devcoredump 还是使用新的 sysfs 事件，仍然存在实际编写（或以其他方式改进现有）用户空间软件以利用所传达的 GPU 重置事件信息的开放项目。
希望您不会在显卡遇到错误状态并需要重置时经常遇到 GPU 重置事件，但至少如果您这样做了，正在向用户空间报告麻烦事件，以便用户可以更好地了解情况。
关于 AMD 提议的 GPU 重置事件报告添加/改进的讨论正在通过这个 dri-devel 线程进行。看看讨论如何最终致力于改善 Linux 下的 GPU 重置报告/处理体验将会很有趣。
原创文章，作者：校长，如若转载，请注明出处：https://www.yundongfang.com/Yun140003.html
微信扫一扫不于多少！ 
支付宝扫一扫礼轻情意重 