<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 28, 2017 at 2:29 AM, Eric Engestrom <span dir="ltr"><<a href="mailto:eric.engestrom@imgtec.com" target="_blank">eric.engestrom@imgtec.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 Monday, 2017-11-27 19:08:42 -0800, Jason Ekstrand wrote:<br>
> On Mon, Nov 27, 2017 at 7:00 PM, Ian Romanick <<a href="mailto:idr@freedesktop.org">idr@freedesktop.org</a>> wrote:<br>
><br>
> > I am strongly in favor of this precedent.  One thing that has annoyed me<br>
> > for years about Mesa's OpenGL code is the use of mixed suffixes through<br>
> > the code base as an extension progresses from vendor -> EXT -> ARB -> core.<br>
> ><br>
><br>
> I'm having a bit of trouble with English, I'm afraid.  I'm not sure if that<br>
> means you like the patch or hate it.  In any case, the related extension is<br>
> *not* in core and the lack of suffixes was a bug. The header/XML update I<br>
> sent out as patch 1/3 will break the radv build if we don't have this patch.<br>
<br>
</span>Patch 1/3 *will* break the build. I know we usually try to avoid pulling<br>
external updates (eg. from Khronos) and making local code changes in the<br>
same commit, but I think in this case it's best to squash 2/3 into 1/3.<br>
<br>
If you prefer to keep them separate, maybe mention in the 1/3 commit<br>
that this break is expected and fixed in the next commit, so that<br>
someone hitting it in a bisect knows to ignore this break?<br><div class="HOEnZb"><div class="h5"></div></div></blockquote><div><br></div><div>Already pushed, sorry. :(<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
><br>
> --Jason<br>
><br>
><br>
> > On 11/27/2017 06:36 PM, Jason Ekstrand wrote:<br>
> > > ---<br>
> > >  src/amd/vulkan/radv_device.c | 8 ++++----<br>
> > >  1 file changed, 4 insertions(+), 4 deletions(-)<br>
> > ><br>
> > > diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c<br>
> > > index 722c768..8e5ae0b 100644<br>
> > > --- a/src/amd/vulkan/radv_device.c<br>
> > > +++ b/src/amd/vulkan/radv_device.c<br>
> > > @@ -895,13 +895,13 @@ radv_get_queue_global_<wbr>priority(const<br>
> > VkDeviceQueueGlobalPriorityCre<wbr>ateInfoEXT *p<br>
> > >               return RADEON_CTX_PRIORITY_MEDIUM;<br>
> > ><br>
> > >       switch(pObj->globalPriority) {<br>
> > > -     case VK_QUEUE_GLOBAL_PRIORITY_<wbr>REALTIME:<br>
> > > +     case VK_QUEUE_GLOBAL_PRIORITY_<wbr>REALTIME_EXT:<br>
> > >               return RADEON_CTX_PRIORITY_REALTIME;<br>
> > > -     case VK_QUEUE_GLOBAL_PRIORITY_HIGH:<br>
> > > +     case VK_QUEUE_GLOBAL_PRIORITY_HIGH_<wbr>EXT:<br>
> > >               return RADEON_CTX_PRIORITY_HIGH;<br>
> > > -     case VK_QUEUE_GLOBAL_PRIORITY_<wbr>MEDIUM:<br>
> > > +     case VK_QUEUE_GLOBAL_PRIORITY_<wbr>MEDIUM_EXT:<br>
> > >               return RADEON_CTX_PRIORITY_MEDIUM;<br>
> > > -     case VK_QUEUE_GLOBAL_PRIORITY_LOW:<br>
> > > +     case VK_QUEUE_GLOBAL_PRIORITY_LOW_<wbr>EXT:<br>
> > >               return RADEON_CTX_PRIORITY_LOW;<br>
> > >       default:<br>
> > >               unreachable("Illegal global priority value");<br>
> > ><br>
> ><br>
> ><br>
</div></div></blockquote></div><br></div></div>