<div dir="ltr">Hi all,<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 21, 2018 at 2:49 PM Emil Velikov <<a href="mailto:emil.l.velikov@gmail.com" target="_blank">emil.l.velikov@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">HI all,<br>
<br>
On 20 August 2018 at 20:01, Rob Clark <<a href="mailto:robdclark@gmail.com" target="_blank">robdclark@gmail.com</a>> wrote:<br>
> +Emil since he had some interest in this extension too<br>
><br>
><br>
Bth since I did not hear anything last week, so I sat down and wrote<br>
the spec, implementation and tests on Sunday ;-)<br>
I'll try to find some time to cleanup and sent out the patches later today.<br></blockquote><div>I can see only tests here(<a href="https://gitlab.freedesktop.org/mesa/piglit/compare/2fa9b8fa3e81e230977c2b16ca5b03dd6d85d69b...166c6e3a955c7ed6ac9c514abb6da30b04f81c8e" target="_blank">https://gitlab.freedesktop.org/mesa/piglit/compare/2fa9b8fa3e81e230977c2b16ca5b03dd6d85d69b...166c6e3a955c7ed6ac9c514abb6da30b04f81c8e</a>) may I please know more about these tests...</div><div><br></div><div>and in mesa dev list also I didn't find any patch related to spec and imlplementation..!(If had not missed any mail :-) )</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
To reiterate my earlier suggestion<br>
<br>
"He can work on it in parallel and compare/cross-review one another's work.<br>
<br>
If people are not keen on the duplication effort, the time could be<br>
invested that into other parts of the project (distro/flatpak<br>
packaging, etc.)"<br></blockquote><div>Actual plan(proposal) is to first create extension then use that in adriconf and then packaging.</div><div>But, If you( <a class="gmail_plusreply" id="m_6265026928939265329plusReplyChip-0" href="mailto:jean.hertel@hotmail.com" target="_blank">@Jean Hertel</a> , <a class="gmail_plusreply" id="m_6265026928939265329plusReplyChip-1" href="mailto:robdclark@gmail.com" target="_blank">@Rob Clark</a> )are okay if I do packaging before creating extension(adriconf can't configure drivers in wayland) then I can continue with packaging. Later after we finish extension I can come to adding wayland support in adriconf. Rob and Jean pl. give your opinoin about this.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Personally, I'd suggest working on an glXGetScreenDriver and<br>
glXGetDriverConfig equivalent for EGL.<br>
That in itself will be a _fairly_ laborious task, which seems to have<br>
been underestimated/missed in the initial plan.<br>
<br>
It would involve a) writing another EGL extension or b) Wayland<br>
protocol or c) other mechanism.<br></blockquote><div> </div><div>This extension is intended to provied the similar functionality as like glXGetScreenDriver and GlXGetDriverConfig work in X11. Something like EGLGetDriverConfig and EGLGETScreenDriver (or EGLGETDisplayDriver I think.. ) in wayland server.  </div><div><br></div><div>To be more clear EGLGETDriverConfig should provide an xml format string with all the options in different languages as seen in X11 when <b>xdriinfo</b> is run and EGLDIsplayDriver should return a driver name(string eg: i965) of current driver in use.</div><div><br></div><div>And also EGLQueryRendererInteger which returns id like pciID(like in x11).</div><div><br></div><div>Only after we achevie these through any EGL extension, adriconf can configure drivers in wayland protocol.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> I don't think this extension should require any driver specific<br>
> functionality?  (But maybe some window system specific<br>
> functionality??)<br>
><br>
Extensions piggy-backs on the DRI extension - implementation is ~200 loc ;-)<br>
<br>
>> EGL_MESA_drm_image_formats is what I can refer I think, Do you know any other extensions?<br>
><br>
> That is probably a reasonable one to look at.  Probably git-blame on<br>
> eglmesaext.h and eglext.h and then going at looking at the patches<br>
> around there which add the corresponding extensions would be useful.<br>
> (Maybe eglext.h less useful, since it probably has a lot of "resyncing<br>
> Khronos headers" type commits..)<br>
><br>
Rob is on spot, yet again. Many header and synced from Khronos. I<br>
would ignore those and look at the rest for examples.<br>
Personally I started with the GLX extension, tweaking it here and there ;-)<br>
<br>
<br>
Something that kind of hit me, why is the project status/emails like<br>
these happening in private?<br>
It doesn't seem to follow the open-source mantra and others interested<br>
in learning about Mesa/adriconf are left in the dark.<br>
<br>
On my GSoC pretty much everything was done on the public discussion<br>
medium. The next year when Varad was doing a GSoC same thing happened.<br>
Am I missing something?<br></blockquote><div>I'm sry about this! </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks<br>
Emil<br></blockquote><div><br></div><div>Sincerely,</div><div>Veluri. </div></div></div></div>