1. 10 Jul, 2018 22 commits
  2. 09 Jul, 2018 1 commit
    • Arnd Bergmann's avatar
      drm: vkms: select DRM_KMS_HELPER · 5ba57bab
      Arnd Bergmann authored
      Without this, we get link errors during randconfig build:
      
      drivers/gpu/drm/vkms/vkms_drv.o:(.rodata+0xa0): undefined reference to `drm_atomic_helper_check'
      drivers/gpu/drm/vkms/vkms_drv.o:(.rodata+0xa8): undefined reference to `drm_atomic_helper_commit'
      drivers/gpu/drm/vkms/vkms_plane.o:(.rodata+0x0): undefined reference to `drm_atomic_helper_update_plane'
      drivers/gpu/drm/vkms/vkms_plane.o:(.rodata+0x8): undefined reference to `drm_atomic_helper_disable_plane'
      drivers/gpu/drm/vkms/vkms_plane.o:(.rodata+0x18): undefined reference to `drm_atomic_helper_plane_reset'
      drivers/gpu/drm/vkms/vkms_plane.o:(.rodata+0x28): undefined reference to `drm_atomic_helper_plane_duplicate_state'
      drivers/gpu/drm/vkms/vkms_plane.o:(.rodata+0x30): undefined reference to `drm_atomic_helper_plane_destroy_state'
      drivers/gpu/drm/vkms/vkms_output.o:(.rodata+0x1c0): undefined reference to `drm_helper_probe_single_connector_modes'
      drivers/gpu/drm/vkms/vkms_crtc.o:(.rodata+0x40): undefined reference to `drm_atomic_helper_crtc_reset'
      drivers/gpu/drm/vkms/vkms_crtc.o:(.rodata+0x70): undefined reference to `drm_atomic_helper_set_config'
      drivers/gpu/drm/vkms/vkms_crtc.o:(.rodata+0x78): undefined reference to `drm_atomic_helper_page_flip'
      drivers/gpu/drm/vkms/vkms_crtc.o:(.rodata+0x90): undefined reference to `drm_atomic_helper_crtc_duplicate_state'
      drivers/gpu/drm/vkms/vkms_crtc.o:(.rodata+0x98): undefined reference to `drm_atomic_helper_crtc_destroy_state'
      
      Fixes: 854502fa ("drm/vkms: Add basic CRTC initialization")
      Fixes: 1c7c5fd9 ("drm/vkms: Introduce basic VKMS driver")
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      Link: https://patchwork.freedesktop.org/patch/msgid/20180709154901.1989316-1-arnd@arndb.de
      5ba57bab
  3. 07 Jul, 2018 9 commits
  4. 06 Jul, 2018 7 commits
  5. 05 Jul, 2018 1 commit
    • Dave Airlie's avatar
      Merge branch 'vmwgfx-next' of git://people.freedesktop.org/~thomash/linux into drm-next · c5be9b54
      Dave Airlie authored
      A patchset worked out together with Peter Zijlstra. Ingo is OK with taking
      it through the DRM tree:
      
      This is a small fallout from a work to allow batching WW mutex locks and
      unlocks.
      
      Our Wound-Wait mutexes actually don't use the Wound-Wait algorithm but
      the Wait-Die algorithm. One could perhaps rename those mutexes tree-wide to
      "Wait-Die mutexes" or "Deadlock Avoidance mutexes". Another approach suggested
      here is to implement also the "Wound-Wait" algorithm as a per-WW-class
      choice, as it has advantages in some cases. See for example
      
      http://www.mathcs.emory.edu/~cheung/Courses/554/Syllabus/8-recv+serial/deadlock-compare.html
      
      Now Wound-Wait is a preemptive algorithm, and the preemption is implemented
      using a lazy scheme: If a wounded transaction is about to go to sleep on
      a contended WW mutex, we return -EDEADLK. That is sufficient for deadlock
      prevention. Since with WW mutexes we also require the aborted transaction to
      sleep waiting to lock the WW mutex it was aborted on, this choice also provides
      a suitable WW mutex to sleep on. If we were to return -EDEADLK on the first
      WW mutex lock after the transaction was wounded whether the WW mutex was
      contended or not, the transaction might frequently be restarted without a wait,
      which is far from optimal. Note also that with the lazy preemption scheme,
      contrary to Wait-Die there will be no rollbacks on lock contention of locks
      held by a transaction that has completed its locking sequence.
      
      The modeset locks are then changed from Wait-Die to Wound-Wait since the
      typical locking pattern of those locks very well matches the criterion for
      a substantial reduction in the number of rollbacks. For reservation objects,
      the benefit is more unclear at this point and they remain using Wait-Die.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      Link: https://patchwork.freedesktop.org/patch/msgid/20180703105339.4461-1-thellstrom@vmware.com
      c5be9b54