<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Aug 21, 2014 at 7:36 PM, Dave Airlie <span dir="ltr"><<a href="mailto:airlied@gmail.com" target="_blank">airlied@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 21 August 2014 19:10, Henri Verbeet <<a href="mailto:hverbeet@gmail.com">hverbeet@gmail.com</a>> wrote:<br>

> On 21 August 2014 04:56, Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>> wrote:<br>
>> On <a href="tel:21.08.2014%2004" value="+12108201404">21.08.2014 04</a>:29, Henri Verbeet wrote:<br>
>>> For whatever it's worth, I have been avoiding radeonsi in part because<br>
>>> of the LLVM dependency. Some of the other issues already mentioned<br>
>>> aside, I also think it makes it just painful to do bisects over<br>
>>> moderate/longer periods of time.<br>
>><br>
>> More painful, sure, but not too bad IME. In particular, if you know the<br>
>> regression is in Mesa, you can always use a stable release of LLVM for<br>
>> the bisect. You only need to change the --with-llvm-prefix= parameter to<br>
>> Mesa's configure for that. Of course, it could still be mildly painful<br>
>> if you need to go so far back that the current stable LLVM release<br>
>> wasn't supported yet. But how often does that happen? Very rarely for me.<br>
>><br>
> Sure, it's not impossible, but is that really the kind of process you<br>
> want users to go through when bisecting a regression? Perhaps throw in<br>
> building 32-bit versions of both Mesa and LLVM on 64-bit as well if<br>
> they want to run 32-bit applications.<br>
><br>
>> Without LLVM, I'm not sure there would be a driver you could avoid. :)<br>
>><br>
> R600g didn't really exist either, and that one seems to have worked<br>
> out fine. I think in a large part because of work done by Jerome and<br>
> Dave in the early days, but regardless. From what I've seen from SI, I<br>
> don't think radeonsi needed to be a separate driver to start with, and<br>
> while its ISA is certainly different from R600-Cayman, it doesn't<br>
> particularly strike me as much harder to work with.<br>
><br>
> Back to the more immediate topic though, I think think that on<br>
> occasion the discussion is framed as "Is there any reason using LLVM<br>
> IR wouldn't work?", while it would perhaps be more appropriate to<br>
> think of as "Would using LLVM IR provide enough advantages to justify<br>
> adding a LLVM dependency to core Mesa?".<br>
<br>
</div></div>Could we use an llvm compatible IR? is also a question I'd like to see answered.<br></blockquote><div><br></div><div>What do you mean by llvm compatible?  Do you mean forking their IR inside mesa or just something that's easy to translate back and forth?<br>
<br></div><div>--Jason Ekstrand <br></div></div><br></div></div>