<div dir="ltr"><span style="font-size:12.8000001907349px">>> - libdrm: used as a last resource fall-back after the above two. the</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">>> sole option used by *BSD, MacOS and Android.</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Hi,</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Unless I am missing something, libdrm is not used on MacOS. <br></span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">On osx, EGL_PLATFORM=x11 eglGetDisplay(NULL) calls </span>dri2_initialize_x11 which fallback to dri2_initialize_x11_swrast. </div><div><br></div><div>Though libdrm can be built and then <span style="font-size:12.8000001907349px">EGL_PLATFORM=drm eglGetDisplay(NULL) calls </span>dri2_initialize_drm which fallback to swrast .</div><div>But not sure how gbm surfaces are useful.</div><div><br></div><div>And there is no kernel side for drm on darwin right ?</div><div><br></div><div>Speaking about egl, on linux+x11, the driver name is retrieved with xcb_dri2_connect_driver_name (except swrast which is harcoded) and then loaded with dri2_open_driver (= dlopen of %s_dri.so)</div><div>So this mechanism is not either libudev, sysfs or libdrm. Am I missing something (or is it part of sysfs) ? Or the X server internally will use one of these 3 ?</div><div><br></div><div>Also any plan to support <span style="color:rgb(0,0,0);white-space:pre-wrap">eglQueryDevicesEXT (</span><font color="#000000"><span style="white-space:pre-wrap"><a href="https://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_device_enumeration.txt" target="_blank">https://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_device_enumeration.txt</a></span></font><span style="color:rgb(0,0,0);white-space:pre-wrap">)  ?</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><div class="gmail_extra"><div class="gmail_quote">On 9 July 2015 at 22:00, Emil Velikov <span dir="ltr"><<a href="mailto:emil.l.velikov@gmail.com" target="_blank">emil.l.velikov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 09/07/15 15:40, Axel Davy wrote:<br>
> On 09/07/2015 15:33, Emil Velikov wrote :<br>
>><br>
>> Yakes forgot about that one. From a quick look we can (I know it feels<br>
>> durty) use readlink(<br>
>> /sys/dev/char/$(major):$(minor)).<br>
>><br>
>> Everything seems to be there - bus type and exact location of the<br>
>> device on the bus. It's limited to sysfs users, but they are more than<br>
>> the libudev ones (perhaps not by much). How does that sound ?<br>
>><br>
>> Cheers,<br>
>> Emil<br>
>><br>
> The idea behind using udev for the tag was that arbitrary tag could be<br>
> used,<br>
> especially to identify usb devices.<br>
><br>
</span>So avoid breaking peoples' setup the above example can be used to<br>
produce the very same tag(s). Regardles if it's a device on the pci or<br>
usb bus. Speaking of usb, are there any devices supported with upstream<br>
mesa ?<br>
<span><font color="#888888"><br>
-Emil<br>
</font></span><div><div><br>
_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div></div></div></div>