<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 23, 2020, 17:08 Luke Kenneth Casson Leighton <<a href="mailto:lkcl@lkcl.net">lkcl@lkcl.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Monday, August 24, 2020, Dave Airlie <<a href="mailto:airlied@gmail.com" target="_blank" rel="noreferrer">airlied@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
amdgpu is completely scalar,</blockquote><div><br></div><div>it is?? waah! that's new information to me.  does it even squash vec2/3/4, predication and swizzle?</div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">yes, iirc.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>what about the upstream amdgpu LLVM-IR?  that still preserves vector intrinsics, right?</div><div><br></div><div>i'm assuming that AMDVLK preserves vector intrinsics?</div></blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>AMDVLK's associated LLVM port was what ended up upstream, is that right?</div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">no, that is the existing LLVM backend from AMD's opengl/opencl drivers. amdvlk came later.</div><div dir="auto"><br></div><div dir="auto">Jacob</div></div>