1. Jun 29, 2015
  2. Jun 26, 2015
  3. Jun 25, 2015
    • Dave Airlie's avatar
      drm/dp/mst: close deadlock in connector destruction. · 6b8eeca6
      Dave Airlie authored
      
      
      I've only seen this once, and I failed to capture the
      lockdep backtrace, but I did some investigations.
      
      If we are calling into the MST layer from EDID probing,
      we have the mode_config mutex held, if during that EDID
      probing, the MST hub goes away, then we can get a deadlock
      where the connector destruction function in the driver
      tries to retake the mode config mutex.
      
      This offloads connector destruction to a workqueue,
      and avoid the subsequenct lock ordering issue.
      
      Acked-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      6b8eeca6
  4. Jun 24, 2015
    • Daniel Stone's avatar
      drm: Always enable atomic API · 8b72ce15
      Daniel Stone authored
      
      
      Now that the interface has been proven by a port of Weston (using all
      atomic features including TEST_ONLY), remove the module parameter
      guarding the atomic API from being exposed, and let it run free in the
      wild.
      
      Signed-off-by: default avatarDaniel Stone <daniels@collabora.com>
      Acked-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      8b72ce15
    • Daniel Vetter's avatar
      drm/vgem: Set unique to "vgem" · fa2f97dd
      Daniel Vetter authored
      
      
      Since there's only one global instance ever we don't need to have
      anything fancy. Stops a WARNING in the get_unique ioctl that the
      unique name isn't set.
      
      Cc: <stable@vger.kernel.org> # 4.1+ only
      Reportedy-and-tested-by: default avatarFabio Coatti <fabio.coatti@gmail.com>
      Cc: Fabio Coatti <fabio.coatti@gmail.com>
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@intel.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      fa2f97dd
    • Inki Dae's avatar
      of: fix a build error to of_graph_get_endpoint_by_regs function · ce0bdb84
      Inki Dae authored
      
      
      This patch fixes the below build error reported by Stephen,
      
           Stephen reported:
           After merging the drm-exynos tree, today's linux-next build (x86_64
           allmodconfig) failed like this:
      
           drivers/media/i2c/adv7604.o: In function `of_graph_get_endpoint_by_regs':
           adv7604.c:(.text+0x586c): multiple definition of `of_graph_get_endpoint_by_regs'
           drivers/media/i2c/adv7343.o:adv7343.c:(.text+0xa13): first defined here
           drivers/media/platform/soc_camera/atmel-isi.o: In function `of_graph_get_endpoint_by_regs':
           atmel-isi.c:(.text+0x1ec9): multiple definition of `of_graph_get_endpoint_by_regs'
           drivers/media/platform/soc_camera/soc_camera.o:soc_camera.c:(.text+0x2ce3): first defined here
           drivers/media/platform/soc_camera/rcar_vin.o: In function `of_graph_get_endpoint_by_regs':
           rcar_vin.c:(.text+0x307c): multiple definition of `of_graph_get_endpoint_by_regs'
           drivers/media/platform/soc_camera/soc_camera.o:soc_camera.c:(.text+0x2ce3): first defined here
      
           Caused by commit:
             a0f7001c18ca ("of: add helper for getting endpoint node of specific identifiers")
      
      To fix the error, this patch declares of_graph_get_endpoint_by_regs function
      with "static inline".
      
      Signed-off-by: default avatarInki Dae <inki.dae@samsung.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      ce0bdb84
  5. Jun 23, 2015
  6. Jun 22, 2015