1. 07 Aug, 2018 2 commits
  2. 01 Aug, 2018 1 commit
  3. 30 Jul, 2018 5 commits
  4. 25 Jul, 2018 1 commit
  5. 24 Jul, 2018 10 commits
  6. 17 Jul, 2018 1 commit
  7. 11 Jul, 2018 2 commits
  8. 20 Jun, 2018 2 commits
  9. 18 Jun, 2018 1 commit
  10. 25 May, 2018 3 commits
  11. 22 May, 2018 1 commit
  12. 21 May, 2018 1 commit
  13. 09 May, 2018 2 commits
  14. 01 May, 2018 1 commit
  15. 27 Apr, 2018 1 commit
  16. 24 Apr, 2018 1 commit
  17. 19 Apr, 2018 1 commit
  18. 06 Apr, 2018 1 commit
  19. 03 Apr, 2018 1 commit
    • John Stultz's avatar
      libdrm: gralloc_handle.h: Fix build issue with Android · 35affe89
      John Stultz authored
      
      
      In trying to integrate the new gralloc_handle.h with the
      drm_hwcomposer, I started seeing the following compilation
      errors:
      
      In file included from external/drm_hwcomposer/platformdrmgeneric.cpp:28:
      external/libdrm/android/gralloc_handle.h:108:9: error: cannot initialize return object of type 'native_handle_t *' (aka 'native_handle *') with an lvalue of type 'struct gralloc_handle_t *'
              return handle;
                     ^~~~~~
      1 error generated.
      
      This seems to be due to the gralloc_handle_create() definition
      needs to return a native_handle_t * type, rather then a
      gralloc_handle_t *, which is what the code actually returns.
      
      After talking w/ Rob Herring, having the code return the
      native handle should be the proper fix, so that is what
      this patch changes.
      
      Cc: Chih-Wei Huang <cwhuang@android-x86.org>
      Cc: Stefan Schake <stschake@gmail.com>
      Cc: Robert Foss <robert.foss@collabora.com>
      Cc: Sean Paul <seanpaul@google.com>
      Cc: Rob Herring <robh@kernel.org>
      Signed-off-by: John Stultz's avatarJohn Stultz <john.stultz@linaro.org>
      Reviewed-by: Robert Foss's avatarRobert Foss <robert.foss@collabora.com>
      35affe89
  20. 30 Mar, 2018 2 commits
    • Daniel Stone's avatar
      headers: Update README · 8ec043ec
      Daniel Stone authored
      
      
      Nouveau has made a very deliberate choice to hide its actual kernel ABI
      behind libdrm. i915 is no longer out of date.
      Signed-off-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      Acked-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      8ec043ec
    • Daniel Stone's avatar
      headers: Sync with drm-next · 8e535dd2
      Daniel Stone authored
      
      
      Taken from the drm-next pull for 4.17-rc1 (694f54f680f7), and manually
      reconciled:
      
        core:
          - Dropped DRM_MODE_TYPE_ALL and DRM_MODE_FLAG_ALL; these are purely
            internal details of the bits accepted by the currently running
            kernel, and can not be generally relied on by userspace
          - Add HDCP flags
          - Note CTM entry representation is sign-magnitude format, not
            two's-complement
        amdgpu:
          - Add QUERY_STATE2 context op
          - Add VCN firmware version query
        etnaviv:
          - Add more GPU feature flags
        i915:
          - Add caps, params and ioctls for PMU / perf-stream
          - Add support for explicit fencing
        nouveau:
          - Add TILE_COMP layout
        vc4:
          - Add perfmon ioctls
        virtgpu:
          - Add capset-fix param
        vmware:
          - Add handle-close ioctl and explicit-fencing support
      Signed-off-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      Reviewed-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      8e535dd2