1. 03 May, 2013 2 commits
    • Dave Airlie's avatar
      Merge tag 'omapdss-for-3.10-fixes' of git://gitorious.org/linux-omap-dss2/linux into drm-next · 7e17fc0b
      Dave Airlie authored
      OMAPDSS fixes for 3.10:
      
      * Compilation fix when DSI is disabled in Kconfig
      * Basic deferred probe support to fix DT boot
      
      * tag 'omapdss-for-3.10-fixes' of git://gitorious.org/linux-omap-dss2/linux:
        OMAPDSS: TFP410: return EPROBE_DEFER if the i2c adapter not found
        OMAPDSS: VENC: Add error handling for venc_probe_pdata
        OMAPDSS: HDMI: Add error handling for hdmi_probe_pdata
        OMAPDSS: RFBI: Add error handling for rfbi_probe_pdata
        OMAPDSS: DSI: Add error handling for dsi_probe_pdata
        OMAPDSS: SDI: Add error handling for sdi_probe_pdata
        OMAPDSS: DPI: Add error handling for dpi_probe_pdata
        OMAPDSS: VENC: use platform_driver_register()
        OMAPDSS: HDMI: use platform_driver_register()
        OMAPDSS: RFBI: use platform_driver_register()
        OMAPDSS: DSI: use platform_driver_register()
        OMAPDSS: SDI: use platform_driver_register()
        OMAPDSS: DPI: use platform_driver_register()
        OMAPFB: defer probe if no displays
        OMAPFB: use module_platform_driver()
        OMAPDSS: Makefile: move omapfb after panels
        OMAPDSS: DPI: fix compilation if DSI not compiled in
      7e17fc0b
    • Dave Airlie's avatar
      Merge branch 'drm-next-3.10-2' of git://people.freedesktop.org/~agd5f/linux into drm-next · 61109488
      Dave Airlie authored
      Just some fixes that have accumulated over the last couple of
      weeks and some new PCI ids.
      
      * 'drm-next-3.10-2' of git://people.freedesktop.org/~agd5f/linux:
        drm/radeon: fix handling of v6 power tables
        drm/radeon: clarify family checks in pm table parsing
        drm/radeon: consolidate UVD clock programming
        drm/radeon: fix UPLL_REF_DIV_MASK definition
        radeon: add bo tracking debugfs
        drm/radeon: add new richland pci ids
        drm/radeon: add some new SI PCI ids
        drm/radeon: fix scratch reg handling for UVD fence
        drm/radeon: allocate SA bo in the requested domain
        drm/radeon: fix possible segfault when parsing pm tables
        drm/radeon: fix endian bugs in atom_allocate_fb_scratch()
      61109488
  2. 02 May, 2013 33 commits
  3. 01 May, 2013 2 commits
  4. 30 Apr, 2013 3 commits
    • Dave Airlie's avatar
      udl: bind the framebuffer to the correct device. · 33896bf3
      Dave Airlie authored
      This just moves the fb sysfs node beside the drm sysfs node which
      I fixed before.
      
      just noticed it in passing.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      33896bf3
    • Imre Deak's avatar
      drm: prime: fix refcounting on the dmabuf import error path · 011c2282
      Imre Deak authored
      In commit be8a42ae we inroduced a refcount problem, where on the
      drm_gem_prime_fd_to_handle() error path we'll call dma_buf_put() for
      self imported dma buffers.
      
      Fix this by taking a reference on the dma buffer in the .gem_import
      hook instead of assuming the caller had taken one. Besides fixing the
      bug this is also more logical.
      Signed-off-by: default avatarImre Deak <imre.deak@intel.com>
      Cc: stable@vger.kernel.org
      Reviewed-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      011c2282
    • Dave Airlie's avatar
      drm/prime: keep a reference from the handle to exported dma-buf (v6) · 219b4733
      Dave Airlie authored
      Currently we have a problem with this:
      1. i915: create gem object
      2. i915: export gem object to prime
      3. radeon: import gem object
      4. close prime fd
      5. radeon: unref object
      6. i915: unref object
      
      i915 has an imported object reference in its file priv, that isn't
      cleaned up properly until fd close. The reference gets added at step 2,
      but at step 6 we don't have enough info to clean it up.
      
      The solution is to take a reference on the dma-buf when we export it,
      and drop the reference when the gem handle goes away.
      
      So when we export a dma_buf from a gem object, we keep track of it
      with the handle, we take a reference to the dma_buf. When we close
      the handle (i.e. userspace is finished with the buffer), we drop
      the reference to the dma_buf, and it gets collected.
      
      This patch isn't meant to fix any other problem or bikesheds, and it doesn't
      fix any races with other scenarios.
      
      v1.1: move export symbol line back up.
      
      v2: okay I had to do a bit more, as the first patch showed a leak
      on one of my tests, that I found using the dma-buf debugfs support,
      the problem case is exporting a buffer twice with the same handle,
      we'd add another export handle for it unnecessarily, however
      we now fail if we try to export the same object with a different gem handle,
      however I'm not sure if that is a case I want to support, and I've
      gotten the code to WARN_ON if we hit something like that.
      
      v2.1: rebase this patch, write better commit msg.
      v3: cleanup error handling, track import vs export in linked list,
      these two patches were separate previously, but seem to work better
      like this.
      v4: danvet is correct, this code is no longer useful, since the buffer
      better exist, so remove it.
      v5: always take a reference to the dma buf object, import or export.
      (Imre Deak contributed this originally)
      v6: square the circle, remove import vs export tracking now
      that there is no difference
      Reviewed-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      219b4733