<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 8, 2015 at 6:30 PM, Matt Turner <span dir="ltr"><<a href="mailto:mattst88@gmail.com" target="_blank">mattst88@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Feb 8, 2015 at 2:51 PM, Dave Airlie <<a href="mailto:airlied@gmail.com">airlied@gmail.com</a>> wrote:<br>
</span><span class="">> On 9 February 2015 at 08:44, Aditya Avinash <<a href="mailto:adityaavinash1@gmail.com">adityaavinash1@gmail.com</a>> wrote:<br>
>> Ya. I just want to know that part "only some r600".<br>
>> I believe some of the nv0 cards doesn't support double. You have any ideas<br>
>> or suggestions to make it possible?<br>
><br>
> For AMD<br>
> <a href="http://en.wikipedia.org/wiki/List_of_AMD_graphics_processing_units" target="_blank">http://en.wikipedia.org/wiki/List_of_AMD_graphics_processing_units</a><br>
><br>
> has what cards directly support double precision for r600/700/evergreen<br>
><br>
> The plan is to implement a soffloat library like the fglrx drivers do for the<br>
> GPUs that don't do doubles just to satisfy the GL4.0 requirement.<br>
<br>
</span>i965 hardware needs varying degrees of help to do doubles (the<br>
round-down instruction doesn't work on doubles, for instance), so<br>
we'll need some amount of this.<br>
<br>
But I'm curious about what you think the cost:benefit is to writing<br>
what sounds like a potentially significant amount of code [1] to<br>
support doubles on old cards? For a feature that no one seems to use,<br>
no less.<br></blockquote><div><br></div><div>I think the current sweet spot for AMD GPUs is NI. I can't buy less than that on Amazon (high end!).<br></div><div>Full support for SI to start with and NI would be enough for now. <br><br></div><div>Is it possible to borrow the techniques from OpenCL as it should support doubles for all compatible cards?<br><br></div><div>I think using softfloat at GLSL compilation stage will be a good idea (atleast saves time on runtime compiler). Having both soft and hard floats in the binary can help as you can discard which ever you want depending on the backend. This also removes the stress on runtime compiler. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Actually, looking at the link you gave, Wikipedia says they just<br>
support GL 3.3. Does fglrx expose ARB_gpu_shader_fp64 but not GL 4.0<br>
on them?<br>
<br>
[1] Take for instance a WIP implementation of floor:<br>
<a href="http://cgit.freedesktop.org/~tpalli/mesa/commit/?h=fp64_floor&id=2e3909057e269b3466ceef8d2573abf82078e5c6" target="_blank">http://cgit.freedesktop.org/~tpalli/mesa/commit/?h=fp64_floor&id=2e3909057e269b3466ceef8d2573abf82078e5c6</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div><font style="font-family:trebuchet ms,sans-serif">Regards,<br></font></div><font style="font-family:trebuchet ms,sans-serif"><b style="background-color:rgb(255,255,255);color:rgb(0,0,153)">Aditya Atluri,<br></b></font></div><div><font style="font-family:trebuchet ms,sans-serif"><b style="background-color:rgb(255,255,255);color:rgb(0,0,153)">USA.<br></b></font></div><font style="font-family:trebuchet ms,sans-serif"><b style="background-color:rgb(255,255,255);color:rgb(0,0,153)"></b><span style="background-color:rgb(255,255,255);color:rgb(0,0,153)"></span></font><br></div></div>
</div></div>