<div dir="ltr">Hi Marek<br><br><div class="gmail_quote"><span>On Mon, Jun 15, 2015 at 10:21 PM, Marek Olšák <span dir="ltr"><<a href="mailto:maraeo@gmail.com" target="_blank">maraeo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The idea of drm_driver.h and the DRM prefix is that it's meant to be<br>
Linux-specific, and winsys_handle should be considered an opaque<br>
structure by most state trackers. I think VMWare have their own<br>
definition of winsys_handle for Windows.<br></blockquote><div><br></div></span><div>Is this in upstream? I couldn't find it.<br> <br></div><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The terms like "KMS", "SHARED" (= FLINK), and FD (= DMABUF) are very<br>
DRM-specific, so they shouldn't be considered a standard gallium/winsys<br>
interface.<br></blockquote><div><br></div></span>Perhaps they could be renamed so other terms, not drm-specific, could be introduced?<br><br>DRM_API_HANDLE_TYPE_SHARED -> WINSYS_HANDLE_TYPE_DRM_FLINK<br>DRM_API_HANDLE_TYPE_KMS -> WINSYS_HANDLE_TYPE_DRM_KMS<br>DRM_API_HANDLE_TYPE_FD ->  WINSYS_HANDLE_TYPE_DRM_DMABUF<br><br></div><div class="gmail_quote">It
 was possible to introduce a drisw-specific winsys struct before the gbm
 "kms_swrast" driver, but since then both headers are used 
simultaneously, so a common structure seems necessary.<br><br></div>thanks<br><div class="gmail_extra"><br clear="all"><br>-- <br><div>Marc-André Lureau</div>
</div></div>