Otherwise there's normally no need to run it. It will also run when a
new branch is created, which ensures that the docker image always exists
(e.g. in a newly forked repository).

Inspired by https://gitlab.freedesktop.org/mesa/mesa/merge_requests/143

The name of a forked repository can be changed later, in which case this
would fail to refer to the main repository.

Pointed out by Eric Engestrom in
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/224 .

It's not used in that case.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

Windows aren't associated with GPU screens, and amdgpu_present_flip is
never called for them, so VRR can never actually be enabled for them.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

Preparation for the following change.

v2:
* Add comments explaining what the wrappers are wrapping.
* Use global amdgpu_property_vectors_wrapped to keep track of whether
  the vectors need to be (un)wrapped, for robustness against VRR being
  enabled in some but not all AMDGPU screens.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

Instead of scanning for PropertyNotify events. Reasons:

* Works even if no client listens to PropertyNotify events for the
  window.
* No overhead on delivery of unrelated events, and no overhead at all
  if Option "VariableRefresh" is disabled.

v2:
* Use shorter variable name amdgpu_vrr_atom.
* Call MakeAtom regardless of info->instance_id, for robustness vs VRR
  being enabled in some but not all AMDGPU screens.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

If the window is currently flipping.

This might make a difference when the property gets disabled: Variable
refresh will now be disabled immediately in that case, instead of only
when the window can no longer use page flipping at all.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

If they don't, flipping will result in corrupted display.

Test case:

* Run Xorg at 1920x1080 with no window manager
* glxgears -geometry 2048x1080

The Present extension code in xserver 1.21 will check for this.

Tested-by: Jax Lin <jax.lin@amd.com>

drm_queue_handler just puts the event on the signalled list; without
calling drm_queue_handle_deferred, actual processing of the event may be
delayed indefinitely, e.g. until another event arrives from the kernel.

This could result in DRI2 clients hanging during DPMS off.

Fixes: 739181c8 "Add amdgpu_drm_handle_event wrapper for
                      drmHandleEvent"
Reviewed-by: Aaron Liu <aaron.liu@amd.com>
Tested-by: Aaron Liu <aaron.liu@amd.com>

This reverts commit 9c23076b.

Some scenarios have come to light where this failed to ensure the docker
image exists:

* If the master branch of a forked repository is used for an MR which
  doesn't modify .gitlab-ci.yml, the docker-image job may not run.
* If the docker-image job of the first pipeline in a forked repository
  is cancelled or fails for any reason, and .gitlab-ci.yml isn't
  modified for the next pipeline run.

This reverts commit 720a6100.

We're going to make use of it now.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

So that it can be used outside of drmmode_display.c as well.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>

Current DC handles any changes of tiling parameters for flips.

v2:
* Just check all tiling bits if DRM minor < 31 or DC is disabled.

Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>