Skip to content
Snippets Groups Projects
  1. May 15, 2013
  2. May 13, 2013
  3. May 09, 2013
  4. Apr 27, 2013
  5. Apr 25, 2013
    • Rob Clark's avatar
      freedreno: add synchronization between mesa and ddx · b3a3a778
      Rob Clark authored
      
      Super-cheezy way to synchronization between mesa and ddx..  the
      SET_ACTIVE ioctl gives us a way to stash a 32b # w/ a GEM bo, and
      GET_BUFINFO gives us a way to retrieve it.  We use this to stash
      the timestamp of the last ISSUEIBCMDS on the buffer.
      
      To avoid an obscene amount of syscalls, we:
       1) Only set the timestamp for buffers w/ an flink name, ie.
          only buffers shared across processes.  This is enough to
          catch the DRI2 buffers.
       2) Only set the timestamp for buffers submitted to the 3d ring
          and only check the timestamps on buffers submitted to the
          2d ring.  This should be enough to handle synchronizing of
          presentation blit.  We could do synchronization in the other
          direction too, but that would be problematic if we are using
          the 3d ring from DDX, since client side wouldn't know this.
      
      The waiting on timestamp happens before flush, and setting of
      timestamp happens after flush.  It is transparent to the user
      of libdrm_freedreno as all the tracking of buffers happens via
      _emit_reloc()..
      
      Signed-off-by: default avatarRob Clark <robclark@freedesktop.org>
      b3a3a778
    • Alex Deucher's avatar
      radeon: add new richland pci ids · ec3c257e
      Alex Deucher authored
      
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      ec3c257e
    • Alex Deucher's avatar
      radeon: add new SI pci ids · 439d7d74
      Alex Deucher authored
      
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      439d7d74
  6. Apr 22, 2013
  7. Apr 18, 2013
  8. Apr 13, 2013
  9. Apr 12, 2013
  10. Apr 04, 2013
  11. Mar 28, 2013
  12. Mar 27, 2013
  13. Mar 26, 2013
  14. Mar 25, 2013
  15. Mar 08, 2013
    • Alex Deucher's avatar
      36a2daad
    • Inki Dae's avatar
      libdrm/exynos: add test application for 2d gpu. · bbf6e3de
      Inki Dae authored and Rob Clark's avatar Rob Clark committed
      
      This patch adds library and test application for g2d gpu(fimg2d).
      
      The fimg2d hardware is a 2D graphics accelerator(G2D) that
      supports Bit Block Transfer(BitBLT).
      
      The library includes the following primitive drawing operations:
      .solid fill - This operation fills the given buffer with
      	the given color data.
      .copy - This operation copies contents in source buffer to
      	destination buffer.
      .copy_with_scale - This operation copies contents in source buffer
      	to destination buffer scaling up or down properly.
      .blend - This operation blends contents in source buffer with
      	the ones in destination buffer.
      
      And the above operations uses gem handle or user space address
      allocated by malloc() as source or destination buffer.
      
      And the test application includes just simple primitive drawing
      tests with the above library.
      And the guide to test is as the following,
      	"#exynos_fimg2d_test -s connector_id@crtc_id:mode"
      
      With this above simple command, four primitive drawing operations
      would be called step by step and also rendered on the output device
      to the given connector and crtc id.
      
      Signed-off-by: default avatarInki Dae <inki.dae@samsung.com>
      Signed-off-by: default avatarKyungmin Park <kyungmin.park@samsung.com>
      Signed-off-by: default avatarRob Clark <robdclark@gmail.com>
      bbf6e3de
  16. Mar 07, 2013
  17. Feb 14, 2013
    • Rob Clark's avatar
      freedreno: add freedreno DRM · 41fc2cc8
      Rob Clark authored
      
      The libdrm_freedreno helper layer for use by xf86-video-freedreno,
      fdre (freedreno r/e library and tests for driving gpu), and eventual
      gallium driver for the Adreno GPU.  This uses the msm gpu driver
      from QCOM's android kernel tree.
      
      Note that current msm kernel driver is a bit strange.  It provides a
      DRM interface for GEM, which is basically sufficient to have DRI2
      working.  But it does not provide KMS.  And interface to 2d and 3d
      cores is via different other devices (/dev/kgsl-*).  This is not
      quite how I'd write a DRM driver, but at this stage it is useful for
      xf86-video-freedreno and fdre (and eventual gallium driver) to be
      able to work on existing kernel driver from QCOM, to allow to
      capture cmdstream dumps from the binary blob drivers without having
      to reboot.  So libdrm_freedreno attempts to hide most of the crazy.
      The intention is that when there is a proper kernel driver, it will
      be mostly just changes in libdrm_freedreno to adapt the gallium
      driver and xf86-video-freedreno (ignoring the fbdev->KMS changes).
      
      So don't look at freedreno as an example of how to write a libdrm
      module or a DRM driver.. it is just an attempt to paper over a non-
      standard kernel driver architecture.
      
      v1: original
      v2: hold ref's to pending bo's (because qcom's kernel driver doesn't),
          various bug fixes, add ringbuffer markers so we can emit IB's to
          portion of ringbuffer (so that gallium driver can use a single
          ringbuffer for both tile cmds and draw cmds.
      
      Signed-off-by: default avatarRob Clark <robclark@freedesktop.org>
      41fc2cc8
  18. Feb 11, 2013
    • Ben Widawsky's avatar
      intel_chipset: Merge intel-gpu-tools chipsets · 36d18211
      Ben Widawsky authored
      
      Intel GPU Tools is newer and arguably better. This change doesn't
      completely merge the files because it's a bit simpler if we move the
      I9XX macro over to Intel GPU Tools, and don't move over a few macros
      from IGT that libdrm doesn't care about.
      
      It has been discussed, and would seem even easier if Intel GPU Tools
      simply used the libdrm header files. Whether or not we move to that,
      this should help that effort.
      
      Signed-off-by: Ben Widawsky's avatarBen Widawsky <ben@bwidawsk.net>
      Acked-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      36d18211
Loading