1. 17 7月, 2018 2 次提交
  2. 19 12月, 2017 1 次提交
  3. 08 12月, 2017 1 次提交
  4. 30 11月, 2017 1 次提交
  5. 16 9月, 2017 1 次提交
  6. 29 7月, 2017 1 次提交
  7. 13 7月, 2017 1 次提交
  8. 31 5月, 2017 1 次提交
  9. 04 4月, 2017 1 次提交
  10. 16 3月, 2017 2 次提交
  11. 15 3月, 2017 2 次提交
    • P
      drm/imx: add deferred plane disabling · eb8c8880
      Philipp Zabel 提交于
      The DP (display processor) channel disable code tried to busy wait for
      the DP sync flow end interrupt status bit when disabling the partial
      plane without a full modeset. That never worked reliably, and it was
      disabled completely by the recent "gpu: ipu-v3: remove IRQ dance on DC
      channel disable" patch, causing ipu_wait_interrupt to always time out
      after 50 ms, which in turn would trigger a timeout in
      drm_atomic_helper_wait_for_vblanks.
      
      This patch changes ipu_plane_atomic_disable to only queue a DP channel
      register update at the next frame boundary and set a flag, which can be
      done without any waiting whatsoever. The imx_drm_atomic_commit_tail then
      calls a new ipu_plane_disable_deferred function that does the actual
      IDMAC teardown of the planes that are flagged for deferred disabling,
      after waiting for the vblank.
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      Reviewed-by: NLucas Stach <l.stach@pengutronix.de>
      eb8c8880
    • P
      drm/imx: don't wait for vblank and stop calling cleanup_planes in commit_tail · cf92fefd
      Philipp Zabel 提交于
      drm_atomic_helper_cleanup_planes only calls the cleanup_fb plane
      helpers, which we don't implement as a CMA framebuffer based driver.
      There is no reason to wait for vblanks in commit_tail only to do nothing
      afterwards.
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      Reviewed-by: NLucas Stach <l.stach@pengutronix.de>
      cf92fefd
  12. 14 3月, 2017 1 次提交
  13. 17 2月, 2017 1 次提交
  14. 12 2月, 2017 1 次提交
  15. 09 2月, 2017 1 次提交
  16. 08 2月, 2017 1 次提交
  17. 03 2月, 2017 1 次提交
    • G
      drm: Rely on mode_config data for fb_helper initialization · e4563f6b
      Gabriel Krisman Bertazi 提交于
      Instead of receiving the num_crts as a parameter, we can read it
      directly from the mode_config structure.  I audited the drivers that
      invoke this helper and I believe all of them initialize the mode_config
      struct accordingly, prior to calling the fb_helper.
      
      I used the following coccinelle hack to make this transformation, except
      for the function headers and comment updates.  The first and second
      rules are split because I couldn't find a way to remove the unused
      temporary variables at the same time I removed the parameter.
      
      // <smpl>
      @r@
      expression A,B,D,E;
      identifier C;
      @@
      (
      - drm_fb_helper_init(A,B,C,D)
      + drm_fb_helper_init(A,B,D)
      |
      - drm_fbdev_cma_init_with_funcs(A,B,C,D,E)
      + drm_fbdev_cma_init_with_funcs(A,B,D,E)
      |
      - drm_fbdev_cma_init(A,B,C,D)
      + drm_fbdev_cma_init(A,B,D)
      )
      
      @@
      expression A,B,C,D,E;
      @@
      (
      - drm_fb_helper_init(A,B,C,D)
      + drm_fb_helper_init(A,B,D)
      |
      - drm_fbdev_cma_init_with_funcs(A,B,C,D,E)
      + drm_fbdev_cma_init_with_funcs(A,B,D,E)
      |
      - drm_fbdev_cma_init(A,B,C,D)
      + drm_fbdev_cma_init(A,B,D)
      )
      
      @@
      identifier r.C;
      type T;
      expression V;
      @@
      - T C;
      <...
      when != C
      - C = V;
      ...>
      // </smpl>
      
      Changes since v1:
       - Rebased on top of the tip of drm-misc-next.
       - Remove mention to sti since a proper fix got merged.
      Suggested-by: NDaniel Vetter <daniel.vetter@intel.com>
      Signed-off-by: NGabriel Krisman Bertazi <krisman@collabora.co.uk>
      Reviewed-by: NEric Anholt <eric@anholt.net>
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      Link: http://patchwork.freedesktop.org/patch/msgid/20170202162640.27261-1-krisman@collabora.co.uk
      e4563f6b
  18. 15 11月, 2016 1 次提交
  19. 08 11月, 2016 1 次提交
  20. 18 10月, 2016 1 次提交
  21. 17 10月, 2016 1 次提交
    • A
      drm/imx: hide an unused label · 3e3affe5
      Arnd Bergmann 提交于
      The imx_drm_bind function causes a warning in linux-next when
      CONFIG_DRM_FBDEV_EMULATION is not set:
      
      drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind':
      drivers/gpu/drm/imx/imx-drm-core.c:441:1: error: label 'err_unbind' defined but not used [-Werror=unused-label]
      
      I don't understand why the warning only showed up now, as the
      code has not been modified recently, but there is an obvious
      fix in adding another #if for the symbol.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: c1ff5a7a ("drm/imx: Remove local fbdev emulation Kconfig option")
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      3e3affe5
  22. 29 8月, 2016 7 次提交
  23. 12 8月, 2016 1 次提交
  24. 08 8月, 2016 3 次提交
  25. 13 7月, 2016 4 次提交
  26. 22 6月, 2016 1 次提交
    • D
      drm: Lobotomize set_busid nonsense for !pci drivers · a3257256
      Daniel Vetter 提交于
      We already have a fallback in place to fill out the unique from
      dev->unique, which is set to something reasonable in drm_dev_alloc.
      
      Which means we only need to have a special set_busid for pci devices,
      to be able to care the backwards compat code for drm 1.1 around, which
      libdrm still needs.
      
      While developing and testing this patch things blew up in really
      interesting ways, and the code is rather confusing in naming things
      between the kernel code, ioctl #defines and libdrm. For the next brave
      dragon slayer, document all this madness properly in the userspace
      interface section of gpu.tmpl.
      
      v2: Make drm_dev_set_unique static and update kerneldoc.
      
      v3: Entire rewrite, plus document what's going on for posterity in the
      gpu docbook uapi section.
      
      v4: Drop accidental amdgpu hunk (Emil).
      
      v5: Drop accidental omapdrm vblank counter change (Emil).
      
      v6: Rebase on top of the sphinx conversion.
      
      Cc: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
      Cc: Emil Velikov <emil.l.velikov@gmail.com>
      Tested-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk> (virt_gpu)
      Reviewed-by: NEmil Velikov <emil.l.velikov@gmail.com>
      Signed-off-by: NDaniel Vetter <daniel.vetter@intel.com>
      a3257256