1. 04 7月, 2013 1 次提交
  2. 28 6月, 2013 1 次提交
  3. 29 4月, 2013 2 次提交
  4. 04 1月, 2013 2 次提交
  5. 15 12月, 2012 4 次提交
    • E
      drm/exynos: add gsc ipp driver · f2646380
      Eunchul Kim 提交于
      This patch adds IPP subsystem-based gsc driver for exynos5 series.
      GSC is stand for General SCaler and supports the following features:
      - image scaler/rotator/crop/flip/csc and input/output DMA operations.
      - image rotation and image effect functions.
      - writeback and display output operations.
      - M2M operation to crop, scale, rotation and csc.
      
      The below is GSC hardware path:
      Memory------->GSC------>Memory
      FIMD--------->GSC------>HDMI
      FIMD--------->GSC------>Memory
      Memory------->GSC------>FIMD, Mixer
      
      This driver is registered to IPP subsystem framework to be used by user side
      and user can control the GSC hardware through some interfaces of IPP subsystem
      framework.
      
      Changelog v1 ~ v5:
      - added comments, code fixups and cleanups.
      Signed-off-by: NEunchul Kim <chulspro.kim@samsung.com>
      Signed-off-by: NJinyoung Jeon <jy0.jeon@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin.park <kyungmin.park@samsung.com>
      f2646380
    • E
      drm/exynos: add rotator ipp driver · bea8a429
      Eunchul Kim 提交于
      This patch adds IPP subsystem-based rotator driver.
      And Rotator supports the following features.
      - Image crop operation support.
      - Rotate operation support to 90, 180 or 270 degree.
      - Flip operation support to vertical, horizontal or both.
        . as limitaions, the pixel format to source buffer should be
          same as the one to destination buffer and no scaler.
      
      This driver is registered to IPP subsystem framework to be used by user side
      and user can control the Rotator hardware through some interfaces of IPP
      subsystem framework.
      
      Changelog v6:
      - fix build warning.
      
      Changelog v1 ~ v5:
      - added comments, code fixups and cleanups.
      Signed-off-by: NEunchul Kim <chulspro.kim@samsung.com>
      Signed-off-by: NYoungjun Cho <yj44.cho@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      bea8a429
    • E
      drm/exynos: add fimc ipp driver · 16102edb
      Eunchul Kim 提交于
      FIMC is stand for Fully Interfactive Mobile Camera and
      supports image scaler/rotator/crop/flip/csc and input/output DMA operations
      and also supports writeback and display output operations.
      
      This driver is registered to IPP subsystem framework to be used by user side
      and user can control the FIMC hardware through some interfaces of IPP subsystem
      framework.
      
      Changelog v6:
      - fix build warning.
      
      Changelog v1 ~ v5:
      - add comments, code fixups and cleanups.
      Signed-off-by: NEunchul Kim <chulspro.kim@samsung.com>
      Signed-off-by: NJinyoung Jeon <jy0.jeon@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      16102edb
    • E
      drm/exynos: add ipp subsystem · cb471f14
      Eunchul Kim 提交于
      This patch adds Image Post Processing(IPP) support for exynos drm driver.
      
      IPP supports image scaler/rotator and input/output DMA operations
      using IPP subsystem framework to control FIMC, Rotator and GSC hardware
      and supports some user interfaces for user side.
      
      And each IPP-based drivers support Memory to Memory operations
      with various converting. And in case of FIMC hardware, it also supports
      Writeback and Display output operations through local path.
      
      Features:
      - Memory to Memory operation support.
      - Various pixel formats support.
      - Image scaling support.
      - Color Space Conversion support.
      - Image crop operation support.
      - Rotate operation support to 90, 180 or 270 degree.
      - Flip operation support to vertical, horizontal or both.
      - Writeback operation support to display blended image of FIMD fifo on screen
      
      A summary to IPP Subsystem operations:
      First of all, user should get property capabilities from IPP subsystem
      and set these properties to hardware registers for desired operations.
      The properties could be pixel format, position, rotation degree and
      flip operation.
      
      And next, user should set source and destination buffer data using
      DRM_EXYNOS_IPP_QUEUE_BUF ioctl command with gem handles to source and
      destinition buffers.
      
      And next, user can control user-desired hardware with desired operations
      such as play, stop, pause and resume controls.
      
      And finally, user can aware of dma operation completion and also get
      destination buffer that it contains user-desried result through dequeue
      command.
      
      IOCTL commands:
      - DRM_EXYNOS_IPP_GET_PROPERTY
        . get ipp driver capabilitis and id.
      - DRM_EXYNOS_IPP_SET_PROPERTY
        . set format, position, rotation, flip to source and destination buffers
      - DRM_EXYNOS_IPP_QUEUE_BUF
        . enqueue/dequeue buffer and make event list.
      - DRM_EXYNOS_IPP_CMD_CTRL
        . play/stop/pause/resume control.
      
      Event:
      - DRM_EXYNOS_IPP_EVENT
        . a event to notify dma operation completion to user side.
      
      Basic control flow:
      Open -> Get properties -> User choose desired IPP sub driver(FIMC, Rotator
      or GSCALER) -> Set Property -> Create gem handle -> Enqueue to source and
      destination buffers -> Command control(Play) -> Event is notified to User
      -> User gets destinition buffer complated -> (Enqueue to source and
      destination buffers -> Event is notified to User) * N -> Queue/Dequeue to
      source and destination buffers -> Command control(Stop) -> Free gem handle
      -> Close
      
      Changelog v1 ~ v5:
      - added comments, code fixups and cleanups.
      Signed-off-by: NEunchul Kim <chulspro.kim@samsung.com>
      Signed-off-by: NJinyoung Jeon <jy0.jeon@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      cb471f14
  6. 13 12月, 2012 2 次提交
  7. 29 11月, 2012 1 次提交
    • I
      drm/exynos: add iommu support for exynos drm framework · 0519f9a1
      Inki Dae 提交于
      Changelog v4:
      - fix condition to drm_iommu_detach_device funtion.
      
      Changelog v3:
      - add dma_parms->max_segment_size setting of drm_device->dev.
      - use devm_kzalloc instead of kzalloc.
      
      Changelog v2:
      - fix iommu attach condition.
        . check archdata.dma_ops of drm device instead of
          subdrv device's one.
      - code clean to exynos_drm_iommu.c file.
        . remove '#ifdef CONFIG_ARM_DMA_USE_IOMMU' from exynos_drm_iommu.c
          and add it to driver/gpu/drm/exynos/Kconfig.
      
      Changelog v1:
      This patch adds iommu support for exynos drm framework with dma mapping
      api. In this patch, we used dma mapping api to allocate physical memory
      and maps it with iommu table and removed some existing codes and added
      new some codes for iommu support.
      
      GEM allocation requires one device object to use dma mapping api so
      this patch uses one iommu mapping for all sub drivers. In other words,
      all sub drivers have same iommu mapping.
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      0519f9a1
  8. 03 10月, 2012 2 次提交
  9. 13 9月, 2012 1 次提交
  10. 06 9月, 2012 1 次提交
    • K
      drm: use drm_compat_ioctl for 32-bit apps · 804d74ab
      Keith Packard 提交于
      Most of the DRM drivers appear to be missing the .compat_ioctl file
      operation entry necessary for 32-bit application compatibility.
      
      This patch  uses drm_compat_ioctl for all drivers which don't have
      their own, and which are using drm_ioctl for .unlocked_ioctl.
      
      This leaves drivers/gpu/drm/psb/psb_drv.c unchanged; it has a custom
      .unlocked_ioctl and will presumably need a custom .compat_ioctl as
      well.
      Signed-off-by: NKeith Packard <keithp@keithp.com>
      Signed-off-by: NDave Airlie <airlied@gmail.com>
      804d74ab
  11. 27 7月, 2012 2 次提交
  12. 05 6月, 2012 1 次提交
  13. 22 5月, 2012 1 次提交
  14. 17 5月, 2012 1 次提交
    • J
      drm/exynos: add G2D driver · d7f1642c
      Joonyoung Shim 提交于
      Changelog v3:
      - use __u64 instead of pointer in ioctl struct.
      
      The G2D is a 2D graphic accelerator that supports Bit Block Transfer.
      This G2D driver is exynos drm specific and supports only G2D(version
      4.1) of later Exynos series from Exynos4X12 because supporting DMA.
      
      The G2D is performed by two tasks simply.
      1. Configures the rendering parameters, such as foreground color and
         coordinates data by setting the drawing context registers.
      2. Start the rendering process by setting thre relevant command
         registers accordingly.
      
      The G2D version 4.1 supports DMA mode as host interface. User can make
      command list to reduce HOST(ARM) loads. The contents of The command list
      is setted to relevant registers of G2D by DMA.
      
      The command list is composed Header and command sets and Tail.
      - Header: The number of command set(4Bytes)
      - Command set: Register offset(4Bytes) + Register data(4Bytes)
      - Tail: Pointer of base address of the other command list(4Bytes)
      
      By Tail field, the G2D can process many command lists without halt at
      one go.
      
      The G2D has following the rendering pipeline.
      --> Primitive Drawing --> Rotation --> Clipping --> Bilinear Sampling
      --> Color Key --> ROP --> Mask Operation --> Alpha Blending -->
      Dithering --> FrameBuffer
      
      And supports various operations from the rendering pipeline.
      - copy
      - fast solid color fill
      - window clipping
      - rotation
      - flip
      - 4 operand raster operation(ROP4)
      - masking operation
      - alpha blending
      - color key
      - dithering
      - etc
      
      User should make the command list to data and registers needed by
      operation to use. The Exynos G2D driver only manages the command lists
      received from user. Some registers needs memory base address(physical
      address) of image. User doesn't know its physical address, so fills the
      gem handle of that memory than address to command sets, then G2D driver
      converts it to memory base address.
      
      We adds three ioctls and one event for Exynos G2D.
      
      - ioctls
      DRM_EXYNOS_G2D_GET_VER: get the G2D hardware version
      DRM_EXYNOS_G2D_SET_CMDLIST: set the command list from user to driver
      DRM_EXYNOS_G2D_EXEC: execute the command lists setted to driver
      
      - event
      DRM_EXYNOS_G2D_EVENT: event to give notification completion of the
      		      command list to user
      Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      d7f1642c
  15. 08 5月, 2012 2 次提交
  16. 21 3月, 2012 1 次提交
  17. 20 3月, 2012 3 次提交
  18. 15 3月, 2012 1 次提交
  19. 16 2月, 2012 3 次提交
  20. 15 2月, 2012 3 次提交
  21. 29 12月, 2011 2 次提交
  22. 21 12月, 2011 2 次提交
    • J
      drm/exynos: Add plane support with fimd · 864ee9e6
      Joonyoung Shim 提交于
      The exynos fimd supports 5 window overlays. Only one window overlay of
      fimd is used by the crtc, so we need plane feature to use the rest
      window overlays.
      
      This creates one ioctl exynos specific - DRM_EXYNOS_PLANE_SET_ZPOS, it
      is the ioctl to decide for user to assign which window overlay.
      Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      864ee9e6
    • J
      drm/exynos: Fix compile errors · ac2bdf73
      Joonyoung Shim 提交于
      This compile errors occur by changes of
      e08e96de commit, so exynos drm should
      apply this changes.
      
        CC      drivers/gpu/drm/exynos/exynos_drm_drv.o
      drivers/gpu/drm/exynos/exynos_drm_drv.c:185: warning: braces around scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:185: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:186: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:186: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:186: warning: initialization from incompatible pointer type
      drivers/gpu/drm/exynos/exynos_drm_drv.c:187: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:187: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:187: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:187: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:188: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:188: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:188: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:188: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:189: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:189: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:189: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:189: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:190: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:190: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:190: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:190: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:191: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:191: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:191: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:191: warning: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:192: error: field name not in record or union initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:192: error: (near initialization for 'exynos_drm_driver.fops')
      drivers/gpu/drm/exynos/exynos_drm_drv.c:192: warning: excess elements in scalar initializer
      drivers/gpu/drm/exynos/exynos_drm_drv.c:192: warning: (near initialization for 'exynos_drm_driver.fops')
      make[4]: *** [drivers/gpu/drm/exynos/exynos_drm_drv.o] Error 1
      make[3]: *** [drivers/gpu/drm/exynos] Error 2
      make[2]: *** [drivers/gpu/drm] Error 2
      make[1]: *** [drivers/gpu] Error 2
      make: *** [drivers] Error 2
      Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      ac2bdf73
  23. 15 11月, 2011 1 次提交