Skip to content
  1. Feb 19, 2017
  2. Feb 17, 2017
  3. Feb 16, 2017
    • Jyri Sarha's avatar
      drm/omapdrm: dispc: Refuse x-decimation above 4 for all but 8-bit formats · 1b30ab0c
      Jyri Sarha authored
      
      
      Let's disable all scaling that requires horizontal decimation with
      higher factor than 4, until we have better estimates of what we can
      and can not do. However, NV12 color format appears to work Ok with
      all decimation factors.
      
      When decimating horizontally by more that 4 the dss is not able to
      fetch the data in burst mode. When this happens it is hard to tell if
      there enough bandwidth. Despite what theory says this appears to be
      true also for 16-bit color formats.
      
      Signed-off-by: default avatarJyri Sarha <jsarha@ti.com>
      Acked-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
      1b30ab0c
    • Jyri Sarha's avatar
      drm/omapdrm: Move commit_modeset_enables() before commit_planes() · 897145d0
      Jyri Sarha authored
      
      
      Move drm_atomic_helper_commit_modeset_enables() call to before
      drm_atomic_helper_commit_planes() call and have a
      omap_atomic_wait_for_completion() call after both.
      
      With the current dss dispc implementation we have to enable the new
      modeset before we can commit planes. The dispc ovl configuration
      relies on the video mode configuration been written into the HW when
      the ovl configuration is calculated.
      
      This approach is not ideal because after a mode change the plane
      update is executed only after the first vblank interrupt. The dispc
      implementation should be fixed so that it is able use uncommitted drm
      state information.  information.
      
      Signed-off-by: default avatarJyri Sarha <jsarha@ti.com>
      Signed-off-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
      897145d0
    • Jyri Sarha's avatar
      Revert "drm: omapdrm: Let the DRM core skip plane commit on inactive CRTCs" · e025d386
      Jyri Sarha authored
      This reverts commit dadf4659
      
      .
      
      If planes are not disabled when the they are not on any crtc anymore
      they will remain active and may show as "ghosts" when the crtc they
      were last on is active again.
      
      Signed-off-by: default avatarJyri Sarha <jsarha@ti.com>
      Signed-off-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
      e025d386
    • Dave Airlie's avatar
      Merge branch 'drm-rockchip-next-2017-02-16' of... · be3c9f5e
      Dave Airlie authored
      Merge branch 'drm-rockchip-next-2017-02-16' of https://github.com/markyzq/kernel-drm-rockchip into drm-next
      
      Use iommu for rockchip arm64 platform.
      
      * 'drm-rockchip-next-2017-02-16' of https://github.com/markyzq/kernel-drm-rockchip:
        drm/rockchip: Use common IOMMU API to attach devices
        drm/rockchip: Do not use DMA mapping API if attached to IOMMU domain
      be3c9f5e
    • Dave Airlie's avatar
      Merge tag 'drm-misc-next-fixes-2017-02-15' of... · b7bc0daa
      Dave Airlie authored
      Merge tag 'drm-misc-next-fixes-2017-02-15' of git://anongit.freedesktop.org/git/drm-misc into drm-next
      
      Fixes for the v4.11 merge window.
      
      * tag 'drm-misc-next-fixes-2017-02-15' of git://anongit.freedesktop.org/git/drm-misc:
        drm: Resurrect atomic rmfb code, v3
        uapi: add missing install of dma-buf.h
      b7bc0daa
    • Dave Airlie's avatar
      Merge tag 'sti-drm-next-2017-02-10' of https://github.com/vinceab/linux into drm-next · 1e9d9966
      Dave Airlie authored
      - remove deprecated stih416 chip functionnalities
      - fix issues met around gdp panes
      - fix STI driver unbind procedure
      - DVI/HDMI mode is automatically detected
      - allow fps statisitics resetting
      
      * tag 'sti-drm-next-2017-02-10' of https://github.com/vinceab/linux:
        drm/sti: debug fps reset
        drm/sti: hdmi: automatically check DVI/HDMI mode
        drm/sti: unbind all components while driver cleanup
        drm/sti: do not post GDP command if no update
        drm/sti: do not set gdp pixel clock rate if mode is not set
        drm/sti: enable gdp pixel clock in atomic_update
        drm/sti: remove deprecated legacy vtg slave
        drm/sti: remove deprecated sink_term config
        drm/sti: do not check hw scaling if mode is not set
        drm/sti: Fix up crtc_state->event handling
        drm/sti: use atomic_helper for commit
      1e9d9966
  4. Feb 15, 2017
    • Maarten Lankhorst's avatar
      drm: Resurrect atomic rmfb code, v3 · 1592364d
      Maarten Lankhorst authored
      This was somehow lost between v3 and the merged version in Maarten's
      patch merged as:
      
      commit f2d580b9
      
      
      Author: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Date:   Wed May 4 14:38:26 2016 +0200
      
          drm/core: Do not preserve framebuffer on rmfb, v4.
      
      This introduces a slight behavioral change to rmfb. Instead of
      disabling a crtc when the primary plane is disabled, we try to
      preserve it.
      
      Apart from old versions of the vmwgfx xorg driver, there is
      nothing depending on rmfb disabling a crtc. Since vmwgfx is
      a legacy driver we can safely only disable the plane with atomic.
      
      If this commit is rejected by the driver then we will still fall
      back to the old behavior and turn off the crtc.
      
      v2:
      - Remove plane->fb assignment, done by drm_atomic_clean_old_fb.
      - Add WARN_ON when atomic_remove_fb fails.
      - Always call drm_atomic_state_put.
      v3:
      - Use drm_drv_uses_atomic_modeset
      - Handle the case where the first plane-disable-only commit fails
        with -EINVAL. Some drivers do not support this, fall back to
        disabling all crtc's in this case.
      
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@intel.com>
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Signed-off-by: default avatarMaarten Lankhorst <maarten.lankhorst@linux.intel.com>
      Signed-off-by: default avatarJani Nikula <jani.nikula@intel.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/66fc3da5-697b-1613-0a67-a5293209f0dc@linux.intel.com
      1592364d
    • Shunqian Zheng's avatar
      drm/rockchip: Use common IOMMU API to attach devices · 1aa5ca6e
      Shunqian Zheng authored
      
      
      Rockchip DRM used the arm special API, arm_iommu_*(), to attach
      iommu for ARM32 SoCs. This patch convert to common iommu API
      so it would support ARM64 like RK3399.
      
      Since previous patch added support for direct IOMMU address space
      management, there is no need to use DMA API anymore and this patch wires
      things to use the new method.
      
      Signed-off-by: default avatarShunqian Zheng <zhengsq@rock-chips.com>
      Signed-off-by: default avatarTomasz Figa <tfiga@chromium.org>
      Signed-off-by: default avatarMark Yao <mark.yao@rock-chips.com>
      1aa5ca6e
    • Tomasz Figa's avatar
      drm/rockchip: Do not use DMA mapping API if attached to IOMMU domain · 38f993b7
      Tomasz Figa authored
      
      
      The API is not suitable for subsystems consisting of multiple devices
      and requires severe hacks to use it. To mitigate this, this patch
      implements allocation and address space management locally by using
      helpers provided by DRM framework, like other DRM drivers do, e.g.
      Tegra.
      
      This patch should not introduce any functional changes until the driver
      is made to attach subdevices into an IOMMU domain with the generic IOMMU
      API, which will happen in following patch. Based heavily on GEM
      implementation of Tegra DRM driver.
      
      Signed-off-by: default avatarTomasz Figa <tfiga@chromium.org>
      Signed-off-by: default avatarShunqian Zheng <zhengsq@rock-chips.com>
      Signed-off-by: default avatarMark Yao <mark.yao@rock-chips.com>
      Signed-off-by: default avatarrjan Eide <orjan.eide@arm.com>
      38f993b7
    • Denys Dmytriyenko's avatar
      uapi: add missing install of dma-buf.h · 2220fc1a
      Denys Dmytriyenko authored
      As part of c11e391d
      
       "dma-buf: Add ioctls to
      allow userspace to flush" a new uapi header file dma-buf.h was added, but an
      entry was not added on Kbuild to install it. This patch resolves this omission
      so that "make headers_install" installs this header.
      
      Signed-off-by: default avatarDenys Dmytriyenko <denys@ti.com>
      Reviewed-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
      Cc: David Herrmann <dh.herrmann@gmail.com>
      Cc: Sumit Semwal <sumit.semwal@linaro.org>
      Cc: Daniel Vetter <daniel.vetter@intel.com>
      Cc: Tiago Vignatti <tiago.vignatti@intel.com>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Link: http://patchwork.freedesktop.org/patch/msgid/1487102447-59265-1-git-send-email-denis@denix.org
      2220fc1a
  5. Feb 14, 2017
  6. Feb 11, 2017
  7. Feb 10, 2017