1. 05 Sep, 2018 4 commits
  2. 04 Sep, 2018 2 commits
    • Eric Engestrom's avatar
      add gitlab-ci builds of libdrm · 4a9030dc
      Eric Engestrom authored
      It currently does 4 builds: 2 using Meson and 2 using Autotools, 2 using
      the latest dependencies on ArchLinux and 2 using very old dependencies
      on Debian (including manually building libpciaccess to have the oldest
      version supported, to make sure it keeps being supported).
      
      All the build options are turned on for both Meson and Autotools.
      Signed-off-by: Eric Engestrom's avatarEric Engestrom <eric.engestrom@intel.com>
      Reviewed-by: Daniel Vetter's avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Reviewed-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      4a9030dc
    • Daniel Vetter's avatar
      Add basic CONTRIBUTING file · 4d87c2e2
      Daniel Vetter authored
      I picked up a bunch of the pieces from wayland's version:
      
      https://gitlab.freedesktop.org/wayland/wayland/blob/master/CONTRIBUTING.md
      
      The weston one is fairly similar. Then I rather massively trimmed it
      down since in reality libdrm is a bit a dumping ground with very few
      real rules. The commit rights and CoC sections I've copied verbatim
      from igt respectively drm-misc. Weston/Wayland only differ in their
      pick of how many patches you need (10 instead of 5). I think for
      libdrm this is supremely relevant, since most everyone will get their
      commit rights by contributing already to the kernel or mesa and having
      commit rights there already.
      
      Anyway, I figured this is good to get the rules documented, even if
      there's mostly not many rules.
      
      Note: This references maintainers in a MAINTAINERS file, which needs
      to be created first.
      
      Note: With the gitlab migration the entire commit rights process is
      still a bit up in the air. But gitlab commit rights and roles are
      hierarchical, so we can do libdrm-only maintainer/commiter roles
      ("Owner" and "Developer" in gitlab-speak). This should avoid
      conflating libdrm roles with mesa roles, useful for those pushing to
      libdrm as primarily kernel contributors.
      
      v2: Comments from Emil:
      - Recommend subject prefix.
      - Fix copypaste fumbles, this isn't igt/wayland ...
      
      v3: Comments from Marek:
      - libdrm moved to mesa, update the document. Atm the entire account
        request situation is entirely not clear for gitlab and mesa
        projects, so that's a bit up in the air. Also, should probably send
        an announcement to dri-devel@, which didn't happen.
      - amd folks don't submit their patches to dri-devel, document that.
        Probably applies to other drivers too.
      
      v4: Comments from Rob:
      - Also include kernel/userspace in the commit counts criteria, due to
        libdrm's special role as a glue library.
      
      v5: Summarize the irc discussion on gitlab roles in the commit message
      a bit.
      
      v6: Some grammer stuff from Eric E.
      
      v7: Use --local in git config (Eric E.)
      
      Cc: Dave Airlie <airlied@gmail.com>
      Cc: Michel Dänzer <michel@daenzer.net>
      Cc: Emil Velikov <emil.velikov@collabora.com>
      Cc: Marek Olšák <marek.olsak@amd.com>
      Cc: Rob Clark <robdclark@gmail.com>
      Cc: Eric Engestrom <eric.engestrom@intel.com>
      Reviewed-by: Rob Clark <robdclark@gmail.com> (v4)
      Reviewed-by: Eric Engestrom <eric.engestrom@intel.com> (v6)
      Acked-by: Emil Velikov <emil.l.velikov@gmail.com> (v6)
      Acked-by: Marek Olšák <marek.olsak@amd.com> (v5)
      Acked-by: default avatarDave Airlie <airlied@redhat.com>
      References: https://gitlab.freedesktop.org/wayland/weston/blob/master/CONTRIBUTING.md
      References: https://01.org/linuxgraphics/gfx-docs/maintainer-tools/drm-misc.html#commit-rights
      References: https://cgit.freedesktop.org/drm/igt-gpu-tools/tree/CONTRIBUTING#n54Signed-off-by: Daniel Vetter's avatarDaniel Vetter <daniel.vetter@intel.com>
      4d87c2e2
  3. 03 Sep, 2018 2 commits
  4. 01 Sep, 2018 1 commit
  5. 27 Aug, 2018 1 commit
  6. 24 Aug, 2018 1 commit
  7. 23 Aug, 2018 2 commits
  8. 17 Aug, 2018 3 commits
  9. 16 Aug, 2018 2 commits
  10. 15 Aug, 2018 1 commit
    • Michel Dänzer's avatar
      amdgpu: Use uint32_t i in amdgpu_find_bo_by_cpu_mapping · 1e12c16d
      Michel Dänzer authored
      The compiler points out that an int doesn't work as intended if
      dev->bo_handles.max_key > INT_MAX:
      
      ../../amdgpu/amdgpu_bo.c: In function ‘amdgpu_find_bo_by_cpu_mapping’:
      ../../amdgpu/amdgpu_bo.c:550:16: warning: comparison of integer expressions of different signedness: ‘int’ and ‘uint32_t’ {aka ‘unsigned int’} [-Wsign-compare]
        for (i = 0; i < dev->bo_handles.max_key; i++) {
                      ^
      ../../amdgpu/amdgpu_bo.c:558:8: warning: comparison of integer expressions of different signedness: ‘int’ and ‘uint32_t’ {aka ‘unsigned int’} [-Wsign-compare]
        if (i < dev->bo_handles.max_key) {
              ^
      
      Fixes: 4d454424 ("amdgpu: add a function to find bo by cpu mapping
                           (v2)")
      Reviewed-by: Christian König's avatarChristian König <christian.koenig@amd.com>
      Reviewed-by: Junwei Zhang's avatarJunwei Zhang <Jerry.Zhang@amd.com>
      1e12c16d
  11. 14 Aug, 2018 1 commit
  12. 08 Aug, 2018 5 commits
  13. 07 Aug, 2018 9 commits
  14. 01 Aug, 2018 1 commit
  15. 30 Jul, 2018 5 commits