st/va: use drm render node for wayland display type
authorLeo Liu <leo.liu@amd.com>
Tue, 17 May 2016 19:16:09 +0000 (15:16 -0400)
committerLeo Liu <leo.liu@amd.com>
Thu, 19 May 2016 13:40:33 +0000 (09:40 -0400)
With xwayland, vainfo use VA_DISPLAY_WAYLAND as default and it fails
and fails when specify display with  `vainfo --display wayland`.
In fact wayland support for libva uses drm path to connect device,
and should use drm pipe loader to create screen.

Signed-off-by: Leo Liu <leo.liu@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
src/gallium/state_trackers/va/context.c

index 93ab3d98ec267f20cc4a673ac9d7caab203e81e4..51abd87cc4ee48f8e4e0a0592b7adeedb055be3a 100644 (file)
@@ -114,7 +114,6 @@ VA_DRIVER_INIT_FUNC(VADriverContextP ctx)
 
    switch (ctx->display_type) {
    case VA_DISPLAY_ANDROID:
-   case VA_DISPLAY_WAYLAND:
       FREE(drv);
       return VA_STATUS_ERROR_UNIMPLEMENTED;
    case VA_DISPLAY_GLX:
@@ -127,6 +126,7 @@ VA_DRIVER_INIT_FUNC(VADriverContextP ctx)
       if (!drv->vscreen)
          goto error_screen;
       break;
+   case VA_DISPLAY_WAYLAND:
    case VA_DISPLAY_DRM:
    case VA_DISPLAY_DRM_RENDERNODES: {
       drm_info = (struct drm_state *) ctx->drm_state;