On Fri, Aug 24, 2018 at 1:13 AM Michel Dänzer michel@daenzer.net wrote:
On 2018-08-24 12:37 a.m., Kristian H. Kristensen wrote:
Benjamin Gaignard (2): tests/modetest: Add atomic support tests/util: Add support for stm module
Christian König (7): amdgpu: stop using the hash table for fd_tab amdgpu: add handle table implementation v2 amdgpu: use handle table for KMS handles amdgpu: use handle table for flink names amdgpu: remove the hash table implementation amdgpu: always add all BOs to handle table amdgpu: fix off by one in handle_table_insert
Junwei Zhang (5): amdgpu: add bo from user memory to handle table amdgpu: add a function to find bo by cpu mapping (v2) tests/amdgpu: add test for finding bo by CPU mapping amdgpu: free flink bo in bo import amdgpu: add a function to create amdgpu bo internally (v4)
Kristian H. Kristensen (1): Bump to version 2.4.94
Likun Gao (1): amdgpu: Disable deadlock test suite for RV
Michel Dänzer (2): amdgpu: Use uint32_t i in amdgpu_find_bo_by_cpu_mapping amdgpu: Eliminate void* arithmetic in amdgpu_find_bo_by_cpu_mapping
Mike Lothian (1): libdrm: Fix amdgpu build failure
Rob Clark (2): freedreno: don't leak stateobj rb refs freedreno: fix use-after-free with stateobj rb's
Rodrigo Vivi (1): intel: Add a new CFL PCI ID.
Tanmay Shah (1): libdrm: add msm drm uapi header
Would have been nice to wait for https://patchwork.freedesktop.org/patch/245762/ to land, or at least give a little heads up, before making a release.
I don't know what all is pending for libdrm, but I know that we've agreed on a very low bar for when to release libdrm:
"The release criteria for libdrm is essentially "if you need a release, make one". There is no designated release engineer or maintainer. Anybody is free to make a release if there's a certain feature or bug fix they need in a released version of libdrm."
Kristian
-- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer