1. 10 12月, 2012 1 次提交
    • D
      Merge branch 'drm-next-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next · 1a1494de
      Dave Airlie 提交于
      Alex writes:
      Pretty minor -next pull request.  We some additional new bits waiting
      internally for release.  Hopefully Monday we can get at least some of
      them out.  The others will probably take a few more weeks.
      
      Highlights of the current request:
      - ELD registers for passing audio information to the sound hardware
      - Handle GPUVM page faults more gracefully
      - Misc fixes
      
      Merge radeon test
      * 'drm-next-3.8' of git://people.freedesktop.org/~agd5f/linux: (483 commits)
        drm/radeon: bump driver version for new info ioctl requests
        drm/radeon: fix eDP clk and lane setup for scaled modes
        drm/radeon: add new INFO ioctl requests
        drm/radeon/dce32+: use fractional fb dividers for high clocks
        drm/radeon: use cached memory when evicting for vram on non agp
        drm/radeon: add a CS flag END_OF_FRAME
        drm/radeon: stop page faults from hanging the system (v2)
        drm/radeon/dce4/5: add registers for ELD handling
        drm/radeon/dce3.2: add registers for ELD handling
        radeon: fix pll/ctrc mapping on dce2 and dce3 hardware
        Linux 3.7-rc7
        powerpc/eeh: Do not invalidate PE properly
        Revert "drm/i915: enable rc6 on ilk again"
        ALSA: hda - Fix build without CONFIG_PM
        of/address: sparc: Declare of_iomap as an extern function for sparc again
        PM / QoS: fix wrong error-checking condition
        bnx2x: remove redundant warning log
        vxlan: fix command usage in its doc
        8139cp: revert "set ring address before enabling receiver"
        MPI: Fix compilation on MIPS with GCC 4.4 and newer
        ...
      
      Conflicts:
      	drivers/gpu/drm/exynos/exynos_drm_encoder.c
      	drivers/gpu/drm/exynos/exynos_drm_fbdev.c
      	drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
      1a1494de
  2. 08 12月, 2012 7 次提交
  3. 06 12月, 2012 2 次提交
    • D
      Merge branch 'connector-to-object-prop' of git://github.com/robclark/kernel-omap4 into drm-next · 8de9e417
      Dave Airlie 提交于
      * 'connector-to-object-prop' of git://github.com/robclark/kernel-omap4:
        drm: remove legacy drm_connector_property fxns
        drm/nouveau: drm_connector_property -> drm_object_property
        drm/i915: One more drm_connector_property -> drm_object_property
        drm/i2c: drm_connector_property -> drm_object_property
        drm/vmwgfx: drm_connector_property -> drm_object_property
        drm/udl: drm_connector_property -> drm_object_property
        drm/shmob: drm_connector_property -> drm_object_property
        drm/radeon: drm_connector_property -> drm_object_property
        drm/gma500: drm_connector_property -> drm_object_property
      8de9e417
    • D
      Merge branch 'exynos-drm-next' of... · 00f09afd
      Dave Airlie 提交于
      Merge branch 'exynos-drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-next
      
      This patch set adds iommu support, userptr feature to g2d, minor fixups
      and code cleanups.
      
      And the iommu feature has dependency of the below patches related to
      dma mapping framework.
      
      This patch is used to allocate fully physically contiguous memory region.
      - add sending AVI and AVI info frames.
        . this adds some codes for composing AVI and AUI info frames
          and send them every VSYNC for HDMI Certification.
      - bug fix to previous pull request.
      - add some code cleanup
      
      * 'exynos-drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos: (32 commits)
        drm/exynos: sending AVI and AUI info frames
        drm/exynos: Use devm_clk_get in exynos_drm_fimd.c
        drm/exynos: Use devm_* APIs in exynos_hdmi.c
        drm/exynos: Use devm_clk_get in exynos_mixer.c
        drm/exynos: Fix potential NULL pointer dereference
        drm/exynos: Use devm_clk_get in exynos_drm_g2d.c
        drm/exynos: use sgt instead of pages for framebuffer address
        drm: exynos: fix for loosing display mode header during mode adjustment
        drm/exynos: fix memory leak to EDID block
        drm/exynos: remove 'pages' and 'page_size' elements in exynos gem buffer
        drm/exynos: add exynos drm specific fb_mmap function
        drm/exynos: make sure that overlay data are updated
        drm/exynos: add vm_ops to specific gem mmaper
        drm/exynos: add userptr feature for g2d module
        drm/exynos: remove unnecessary sg_alloc_table call
        drm: exynos: fix for mapping of dma buffers
        drm/exynos: remove EXYNOS_BO_NONCONTIG type checking.
        drm/exynos: add iommu support for g2d
        drm/exynos: add iommu support for hdmi driver
        drm/exynos: add iommu support to fimd driver
        ...
      00f09afd
  4. 05 12月, 2012 12 次提交
  5. 04 12月, 2012 9 次提交
    • I
      drm/exynos: add vm_ops to specific gem mmaper · 5b07c660
      Inki Dae 提交于
      Changelog v3:
      use drm_file's file object instead of gem object's
      - gem object's file represents the shmem storage so
        process-unique file object should be used instead.
      
      Changelog v2:
      call mutex_lock before drm_vm_open_locked is called.
      
      Changelog v1:
      This patch makes it takes a reference to gem object when
      specific gem mmap is requested. For this, it sets
      dev->driver->gem_vm_ops to vma->vm_ops.
      
      And this patch is based on exynos-drm-next-iommu branch of
      	git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynosSigned-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      5b07c660
    • I
      drm/exynos: add userptr feature for g2d module · 2a3098ff
      Inki Dae 提交于
      This patch adds userptr feautre for G2D module.
      
      The userptr means user space address allocated by malloc().
      And the purpose of this feature is to make G2D's dma able
      to access the user space region.
      
      To user this feature, user should flag G2D_BUF_USRPTR to
      offset variable of struct drm_exynos_g2d_cmd and fill
      struct drm_exynos_g2d_userptr with user space address
      and size for it and then should set a pointer to
      drm_exynos_g2d_userptr object to data variable of struct
      drm_exynos_g2d_cmd. The last bit of offset variable is used
      to check if the cmdlist's buffer type is userptr or not.
      If userptr, the g2d driver gets user space address and size
      and then gets pages through get_user_pages().
      (another case is counted as gem handle)
      
      Below is sample codes:
      
      static void set_cmd(struct drm_exynos_g2d_cmd *cmd,
      		unsigned long offset, unsigned long data)
      {
      	cmd->offset = offset;
      	cmd->data = data;
      }
      
      static int solid_fill_test(int x, int y, unsigned long userptr)
      {
      	struct drm_exynos_g2d_cmd cmd_gem[5];
      	struct drm_exynos_g2d_userptr g2d_userptr;
      	unsigned int gem_nr = 0;
      	...
      
      	g2d_userptr.userptr = userptr;
      	g2d_userptr.size = x * y * 4;
      
      	set_cmd(&cmd_gem[gem_nr++], DST_BASE_ADDR_REG |
      					G2D_BUF_USERPTR,
      			(unsigned long)&g2d_userptr);
      	...
      }
      
      int main(int argc, char **argv)
      {
      	unsigned long addr;
      	...
      
      	addr = malloc(x * y * 4);
      	...
      
      	solid_fill_test(x, y, addr);
      	...
      }
      
      And next, the pages are mapped with iommu table and the device
      address is set to cmdlist so that G2D's dma can access it.
      As you may know, the pages from get_user_pages() are pinned.
      In other words, they CAN NOT be migrated and also swapped out.
      So the dma access would be safe.
      
      But the use of userptr feature has performance overhead so
      this patch also has memory pool to the userptr feature.
      Please, assume that user sends cmdlist filled with userptr
      and size every time to g2d driver, and the get_user_pages
      funcion will be called every time.
      
      The memory pool has maximum 64MB size and the userptr that
      user had ever sent, is holded in the memory pool.
      This meaning is that if the userptr from user is same as one
      in the memory pool, device address to the userptr in the memory
      pool is set to cmdlist.
      
      And last, the pages from get_user_pages() will be freed once
      user calls free() and the dma access is completed. Actually,
      get_user_pages() takes 2 reference counts if the user process
      has never accessed user region allocated by malloc(). Then, if
      the user calls free(), the page reference count becomes 1 and
      becomes 0 with put_page() call. And the reverse holds as well.
      This means how the pages backed are used by dma and freed.
      
      This patch is based on "drm/exynos: add iommu support for g2d",
      	https://patchwork.kernel.org/patch/1629481/Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      2a3098ff
    • P
      drm/exynos: remove unnecessary sg_alloc_table call · 1119707e
      Prathyush K 提交于
      The function dma_get_sgtable will allocate a sg table internally so
      it is not necessary to allocate a sg table before it. The unnecessary
      'sg_alloc_table' call is removed.
      Signed-off-by: NPrathyush K <prathyush.k@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      1119707e
    • R
      drm: exynos: fix for mapping of dma buffers · 4ddc404b
      Rahul Sharma 提交于
      This patch fixes the problem of mapping contigous and non contigous dma buffers.
      
      Currently page struct is calculated from the buf->dma_addr which is not the
      physical address. It is replaced by buf->pages which points to the page struct
      of the first page of contigous memory chunk. This gives the correct page frame
      number for mapping.
      
      Non-contigous dma buffers are described using SG table and SG lists. Each
      valid SG List is pointing to a single page or group of pages which are
      physically contigous. Current implementation just maps the first page of each
      SG List and leave the other pages unmapped, leading to a crash. Given solution
      finds the page struct for the faulting page through parsing SG table and map it.
      Signed-off-by: NRahul Sharma <rahul.sharma@samsung.com>
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      4ddc404b
    • I
      drm/exynos: remove EXYNOS_BO_NONCONTIG type checking. · ea6d66c3
      Inki Dae 提交于
      With iommu support, non-continuous buffer also is supported so
      this patch removes these checking from exynos_drm_gem_get/put_dma_addr
      funciton.
      
      This patch is based on the below patch set, "drm/exynos: add
      iommu support for -next".
      	http://www.spinics.net/lists/dri-devel/msg29041.htmlSigned-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      ea6d66c3
    • I
      drm/exynos: add iommu support for g2d · d87342c1
      Inki Dae 提交于
      Chagelog v2:
      removed unnecessary structure, struct g2d_gem_node.
      
      Chagelog v1:
      This patch adds iommu support for g2d driver. For this, it
      adds subdrv_probe/remove callback to enable or disable
      g2d iommu. And with this patch, in case of using g2d iommu,
      we can get or put device address to a gem handle from user
      through exynos_drm_gem_get/put_dma_addr(). Actually, these
      functions take a reference to a gem handle so that the gem
      object used by g2d dma is released properly.
      
      And runqueue_node has a pointer to drm_file object of current
      process to manage gem handles to owner.
      
      This patch is based on the below patch set, "drm/exynos: add
      iommu support for -next".
           http://www.spinics.net/lists/dri-devel/msg29041.htmlSigned-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      d87342c1
    • I
      drm/exynos: add iommu support for hdmi driver · 1055b39f
      Inki Dae 提交于
      Changelog v2:
      move iommu support feature to mixer side.
      And below is Prathyush's comment.
      
      According to the new IOMMU framework for exynos sysmmus,
      the owner of the sysmmu-tv is mixer (which is the actual
      device that does DMA) and not hdmi.
      The mmu-master in sysmmu-tv node is set as below in exynos5250.dtsi
      	sysmmu-tv {
      		-
      		mmu-master = <&mixer>;
      	};
      
      Changelog v1:
      The iommu will be enabled when hdmi sub driver is probed and
      will be disabled when removed.
      Signed-off-by: NInki Dae <inki.dae@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      1055b39f
    • A
      1c4c3a99
    • A
      fbed600a
  6. 01 12月, 2012 9 次提交