1. 21 4月, 2017 1 次提交
  2. 07 2月, 2017 2 次提交
  3. 14 11月, 2016 1 次提交
  4. 07 11月, 2016 1 次提交
  5. 02 11月, 2016 1 次提交
  6. 20 10月, 2016 1 次提交
  7. 27 9月, 2016 1 次提交
  8. 19 9月, 2016 2 次提交
    • S
      gpu: ipu-v3: Add queued image conversion support · cd98e85a
      Steve Longerbeam 提交于
      This patch implements image conversion support using the IC tasks, with
      tiling to support scaling to and from images up to 4096x4096. Image
      rotation is also supported. Image conversion requests are added to
      a run queue under the IC tasks.
      
      The internal API is subsystem agnostic (no V4L2 dependency except
      for the use of V4L2 fourcc pixel formats).
      
      Callers prepare for image conversion by calling
      ipu_image_convert_prepare(), which initializes the parameters of
      the conversion. The caller passes in the ipu and IC task to use for
      the conversion, the input and output image formats, a rotation mode,
      and a completion callback and completion context pointer:
      
      struct ipu_image_converter_ctx *
      ipu_image_convert_prepare(struct ipu_soc *ipu, enum ipu_ic_task ic_task,
                                struct ipu_image *in, struct ipu_image *out,
                                enum ipu_rotate_mode rot_mode,
                                ipu_image_converter_cb_t complete,
                                void *complete_context);
      
      A new conversion context is created that is added to an IC task
      context queue. The caller is given the new conversion context,
      which can then be passed to the further APIs:
      
      int ipu_image_convert_queue(struct ipu_image_converter_run *run);
      
      This queues the given image conversion request run to a run queue,
      and starts the conversion immediately if the run queue is empty. Only
      the physaddr's of the input and output image buffers are needed,
      since the conversion context was created previously with
      ipu_image_convert_prepare(). When the conversion completes, the run
      pointer is returned to the completion callback.
      
      void ipu_image_convert_abort(struct ipu_image_converter_ctx *ctx);
      
      This will abort any active or pending conversions for this context.
      Any currently active or pending runs belonging to this context are
      returned via the completion callback with an error status.
      
      void ipu_image_convert_unprepare(struct ipu_image_converter_ctx *ctx);
      
      Unprepares the conversion context. Any active or pending runs will
      be aborted by calling ipu_image_convert_abort().
      Signed-off-by: NSteve Longerbeam <steve_longerbeam@mentor.com>
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      cd98e85a
    • S
      gpu: ipu-v3: Add ipu_rot_mode_is_irt() · 8b9c3d50
      Steve Longerbeam 提交于
      Add a macro that returns boolean true if the given ipu_rotate_mode
      requires the use of the Image Rotator.
      Signed-off-by: NSteve Longerbeam <steve_longerbeam@mentor.com>
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      8b9c3d50
  9. 29 8月, 2016 2 次提交
    • S
      gpu: ipu-v3: Add FSU channel linking support · ac4708fa
      Steve Longerbeam 提交于
      Adds functions to link and unlink source channels to sink
      channels in the FSU:
      
      int ipu_fsu_link(struct ipu_soc *ipu, int src_ch, int sink_ch);
      int ipu_fsu_unlink(struct ipu_soc *ipu, int src_ch, int sink_ch);
      
      The channels numbers are usually IDMAC channels, but they can also be
      channels that do not transfer data to or from memory. The following
      convenience functions can be used in place of ipu_fsu_link/unlink()
      when both source and sink channels are IDMAC channels:
      
      int ipu_idmac_link(struct ipuv3_channel *src, struct ipuv3_channel *sink);
      int ipu_idmac_unlink(struct ipuv3_channel *src, struct ipuv3_channel *sink);
      
      So far the following links are supported:
      
      IPUV3_CHANNEL_IC_PRP_ENC_MEM -> IPUV3_CHANNEL_MEM_ROT_ENC
      PUV3_CHANNEL_IC_PRP_VF_MEM   -> IPUV3_CHANNEL_MEM_ROT_VF
      IPUV3_CHANNEL_IC_PP_MEM      -> IPUV3_CHANNEL_MEM_ROT_PP
      IPUV3_CHANNEL_CSI_DIRECT     -> IPUV3_CHANNEL_CSI_VDI_PREV
      
      More links can be added to the fsu_link_info[] array.
      Signed-off-by: NSteve Longerbeam <steve_longerbeam@mentor.com>
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      ac4708fa
    • S
      gpu: ipu-v3: Add Video Deinterlacer unit · 2d2ead45
      Steve Longerbeam 提交于
      Adds the Video Deinterlacer (VDIC) unit.
      Signed-off-by: NSteve Longerbeam <steve_longerbeam@mentor.com>
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      2d2ead45
  10. 08 8月, 2016 5 次提交
  11. 13 7月, 2016 1 次提交
  12. 03 6月, 2016 16 次提交
  13. 23 5月, 2016 1 次提交
    • P
      drm/imx: Match imx-ipuv3-crtc components using device node in platform data · 310944d1
      Philipp Zabel 提交于
      The component master driver imx-drm-core matches component devices using
      their of_node. Since commit 950b410dd1ab ("gpu: ipu-v3: Fix imx-ipuv3-crtc
      module autoloading"), the imx-ipuv3-crtc dev->of_node is not set during
      probing. Before that, of_node was set and caused an of: modalias to be
      used instead of the platform: modalias, which broke module autoloading.
      
      On the other hand, if dev->of_node is not set yet when the imx-ipuv3-crtc
      probe function calls component_add, component matching in imx-drm-core
      fails. While dev->of_node will be set once the next component tries to
      bring up the component master, imx-drm-core component binding will never
      succeed if one of the crtc devices is probed last.
      
      Add of_node to the component platform data and match against the
      pdata->of_node instead of dev->of_node in imx-drm-core to work around
      this problem.
      
      Cc: <stable@vger.kernel.org> # 4.4.x
      Fixes: 950b410dd1ab ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading")
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      Tested-by: NFabio Estevam <fabio.estevam@nxp.com>
      Tested-by: NLothar Waßmann <LW@KARO-electronics.de>
      Tested-by: NHeiko Schocher <hs@denx.de>
      Tested-by: NChris Ruehl <chris.ruehl@gtsys.com.hk>
      310944d1
  14. 20 5月, 2016 2 次提交
  15. 18 5月, 2016 1 次提交
  16. 10 5月, 2016 1 次提交
  17. 30 4月, 2016 1 次提交