Re: [PATCH v2 02/15] drm/i915/dsb: DSB context creation.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,


On 8/21/2019 11:41 PM, Chris Wilson wrote:
Quoting Animesh Manna (2019-08-21 07:32:22)
The function will internally get the gem buffer from global GTT
which is mapped in cpu domain to feed the data + opcode for DSB engine.

Cc: Imre Deak <imre.deak@xxxxxxxxx>
Cc: Michel Thierry <michel.thierry@xxxxxxxxx>
Cc: Jani Nikula <jani.nikula@xxxxxxxxx>
Cc: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
Signed-off-by: Animesh Manna <animesh.manna@xxxxxxxxx>
---
  drivers/gpu/drm/i915/Makefile                 |  1 +
  .../drm/i915/display/intel_display_types.h    |  4 ++
  drivers/gpu/drm/i915/display/intel_dsb.c      | 66 +++++++++++++++++++
  drivers/gpu/drm/i915/display/intel_dsb.h      | 31 +++++++++
  drivers/gpu/drm/i915/i915_drv.h               |  1 +
  5 files changed, 103 insertions(+)
  create mode 100644 drivers/gpu/drm/i915/display/intel_dsb.c
  create mode 100644 drivers/gpu/drm/i915/display/intel_dsb.h

diff --git a/drivers/gpu/drm/i915/Makefile b/drivers/gpu/drm/i915/Makefile
index 45add812048b..5232b2607822 100644
--- a/drivers/gpu/drm/i915/Makefile
+++ b/drivers/gpu/drm/i915/Makefile
@@ -171,6 +171,7 @@ i915-y += \
         display/intel_display_power.o \
         display/intel_dpio_phy.o \
         display/intel_dpll_mgr.o \
+       display/intel_dsb.o \
         display/intel_fbc.o \
         display/intel_fifo_underrun.o \
         display/intel_frontbuffer.o \
diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h b/drivers/gpu/drm/i915/display/intel_display_types.h
index 449abaea619f..e62450a72dc2 100644
--- a/drivers/gpu/drm/i915/display/intel_display_types.h
+++ b/drivers/gpu/drm/i915/display/intel_display_types.h
@@ -1026,6 +1026,10 @@ struct intel_crtc {
/* scalers available on this crtc */
         int num_scalers;
+
+       /* per pipe DSB related info */
+       struct intel_dsb dsb[MAX_DSB_PER_PIPE];
+       int dsb_in_use;
  };
struct intel_plane {
diff --git a/drivers/gpu/drm/i915/display/intel_dsb.c b/drivers/gpu/drm/i915/display/intel_dsb.c
new file mode 100644
index 000000000000..6cde3af30643
--- /dev/null
+++ b/drivers/gpu/drm/i915/display/intel_dsb.c
@@ -0,0 +1,66 @@
+// SPDX-License-Identifier: MIT
+/*
+ * Copyright © 2019 Intel Corporation
+ *
+ */
+
+#include "../i915_drv.h"
+#include "intel_display_types.h"
+
+#define DSB_BUF_SIZE    (2 * PAGE_SIZE)
+
+struct intel_dsb *
+intel_dsb_get(struct intel_crtc *crtc)
+{
+       struct drm_device *dev = crtc->base.dev;
+       struct drm_i915_private *i915 = to_i915(dev);
+       struct drm_i915_gem_object *obj;
+       struct i915_vma *vma;
+       struct intel_dsb *dsb;
+       intel_wakeref_t wakeref;
+       int i;
+
+       WARN_ON(crtc->dsb_in_use >= MAX_DSB_PER_PIPE);
+
+       for (i = 0; i < MAX_DSB_PER_PIPE; i++) {
+               if (!crtc->dsb[i].cmd_buf) {
+                       dsb = &crtc->dsb[i];
+                       dsb->id = i;
+               }
+       }
That seems out of place.

Yes, will fix it.

+
+       dsb = &crtc->dsb[crtc->dsb_in_use];
What lock guards dsb_in_use?

Thanks for catching, need to add mutex_lock.

+       dsb->crtc = crtc;
+       if (!HAS_DSB(i915))
+               return dsb;
+
+       wakeref = intel_runtime_pm_get(&i915->runtime_pm);
+       mutex_lock(&i915->drm.struct_mutex);
+
+       obj = i915_gem_object_create_shmem(i915, DSB_BUF_SIZE);
_internal not shmem, you never need to swap.

Will do.

+       if (IS_ERR(obj))
+               goto err;
+
+       vma = i915_gem_object_ggtt_pin(obj, NULL, 0, 0, PIN_MAPPABLE);
Only this (currently) still requires struct_mutex

Sure will add.

Does it have to mappable? Is that the HW constraint?

Yes, as per HW design need a cpu mapped buffer to write opcode+data from driver.

+       if (IS_ERR(vma)) {
+               DRM_DEBUG_KMS("Vma creation failed.\n");
+               i915_gem_object_put(obj);
+               goto err;
+       }
+
+       dsb->cmd_buf = i915_gem_object_pin_map(vma->obj, I915_MAP_WC);
Are you sure you WC? You spend more time reading it back than writing.

DSB functionality is focused about buffer creation with opcode + data and execute it. Currently not reading the buffer back. Please suggest if need any improvement here.

+       if (IS_ERR(dsb->cmd_buf)) {
+               DRM_DEBUG_KMS("Command buffer creation failed.\n");
+               dsb->cmd_buf = NULL;
+               goto err;
+       }
+       crtc->dsb_in_use++;
+       dsb->cmd_buf_head = (uintptr_t)i915_ggtt_offset(vma);
Pardon? Do not even pretend an offset into the global virtual address of
the GPU is a CPU pointer. Just don't bother, you store the vma, so you
already have the offset stored.

Got it, may not need cmd_buf_head separately. Will fix it.

+       dsb->vma = vma;
+
+       memset(dsb->cmd_buf, 0, DSB_BUF_SIZE);
That's overkill.

ok, will remove, as DSB_TAIL_PTR is CACHELINE aligned so will fill the unused space with zero in intel_dsb_commit().

+err:
+       mutex_unlock(&i915->drm.struct_mutex);
+       intel_runtime_pm_put(&i915->runtime_pm, wakeref);
So what did you do here that required a wakeref?

while referring some existing code of getting page from global gtt, I assumed that wakeref maybe needed.
If I am wrong, please let me know, will correct.

+       return dsb;
+}
Include the complimentary teardown routine. That should be part of the
API you are presenting.

Sure I can add intel_dsb_put function in this patch.
Thanks Chris for code review.

Regards,
Animesh
-Chris

_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux