1. 21 Jun, 2019 13 commits
  2. 20 Jun, 2019 3 commits
  3. 19 Jun, 2019 21 commits
  4. 18 Jun, 2019 3 commits
    • Serge Semin's avatar
      drm: Permit video-buffers writecombine mapping for MIPS · 8a08e50c
      Serge Semin authored
      Since commit 4b050ba7 ("MIPS: pgtable.h: Implement the
      pgprot_writecombine function for MIPS") and commit c4687b15 ("MIPS: Fix
      definition of pgprot_writecombine()") write-combine vma mapping is
      available to be used by kernel subsystems for MIPS. In particular the
      uncached accelerated attribute is requested to be set by ioremap_wc()
      method and by generic PCI memory pages/ranges mapping methods. The same
      is done by the drm_io_prot()/ttm_io_prot() functions in case if
      write-combine flag is set for vma's passed for mapping. But for some
      reason the pgprot_writecombine() method calling is ifdefed to be a
      platform-specific with MIPS system being marked as lacking of one. At the
      very least it doesn't reflect the current MIPS platform implementation.
      So in order to improve the DRM subsystem performance on MIPS with UCA
      mapping enabled, we need to have pgprot_writecombine() called for buffers,
      which need store operations being combined. In case if particular MIPS
      chip doesn't support the UCA attribute, the mapping will fall back to
      noncached.
      
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Burton <paul.burton@mips.com>
      Cc: James Hogan <jhogan@kernel.org>
      Acked-by: default avatarChristian König <christian.koenig@amd.com>
      Reviewed-by: default avatarPaul Burton <paul.burton@mips.com>
      Signed-off-by: default avatarVadim V. Vlasov <vadim.vlasov@t-platforms.ru>
      Signed-off-by: default avatarSerge Semin <fancer.lancer@gmail.com>
      Signed-off-by: default avatarSean Paul <seanpaul@chromium.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20190423123122.32573-1-fancer.lancer@gmail.com
      8a08e50c
    • Sean Paul's avatar
      drm/rcar-du: Fix error check when retrieving crtc state · b7a3623d
      Sean Paul authored
      drm_atomic_get_crtc_state() returns an error pointer when it fails, so
      the null check is doing nothing here.
      
      Credit to 0-day/Dan Carpenter for reporting this.
      
      Fixes: 6f3b6278 ("drm: Convert connector_helper_funcs->atomic_check to accept drm_atomic_state")
      Cc: Daniel Vetter <daniel@ffwll.ch>
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: Jani Nikula <jani.nikula@linux.intel.com>
      Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
      Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
      Cc: Ben Skeggs <bskeggs@redhat.com>
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
      Cc: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
      Cc: Eric Anholt <eric@anholt.net>
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com> [for rcar lvds]
      Cc: Sean Paul <seanpaul@chromium.org>
      Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Cc: Maxime Ripard <maxime.ripard@bootlin.com>
      Cc: Sean Paul <sean@poorly.run>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Lyude Paul <lyude@redhat.com>
      Cc: Karol Herbst <karolherbst@gmail.com>
      Cc: Ilia Mirkin <imirkin@alum.mit.edu>
      Cc: dri-devel@lists.freedesktop.org
      Cc: intel-gfx@lists.freedesktop.org
      Cc: linux-renesas-soc@vger.kernel.org
      Reported-by: default avatarkbuild test robot <lkp@intel.com>
      Reported-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Reviewed-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: default avatarSean Paul <seanpaul@chromium.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20190617181548.124134-1-sean@poorly.run
      b7a3623d
    • Boris Brezillon's avatar
      drm/panfrost: Expose performance counters through unstable ioctls · 7786fd10
      Boris Brezillon authored
      Expose performance counters through 2 driver specific ioctls: one to
      enable/disable the perfcnt block, and one to dump the counter values.
      
      There are discussions to expose global performance monitors (those
      counters that can't be retrieved on a per-job basis) in a consistent
      way, but this is likely to take time to settle on something that works
      for various HW/users.
      The ioctls are marked unstable so we can get rid of them when the time
      comes. We initally went for a debugfs-based interface, but this was
      making the transition to per-FD address space more complicated (we need
      to specify the namespace the GPU has to use when dumping the perf
      counters), hence the decision to switch back to driver specific ioctls
      which are passed the FD they operate on and thus will have a dedicated
      address space attached to them.
      
      Other than that, the implementation is pretty simple: it basically dumps
      all counters and copy the values to a userspace buffer. The parsing is
      left to userspace which has to know the specific layout that's used
      by the GPU (layout differs on a per-revision basis).
      Signed-off-by: default avatarBoris Brezillon <boris.brezillon@collabora.com>
      Acked-by: default avatarAlyssa Rosenzweig <alyssa@rosenzweig.io>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      Link: https://patchwork.freedesktop.org/patch/msgid/20190618081648.17297-5-boris.brezillon@collabora.com
      7786fd10