[Mesa-dev] [PATCH V3 05/13] mesa: Add validation helpers for new indirect draws

Chris Forbes chrisf at ijw.co.nz
Fri Nov 15 20:07:57 PST 2013


Ken,

I don't have access to another implementation at the moment -- can you test?

-- Chris

On Wed, Nov 13, 2013 at 9:57 AM, Kenneth Graunke <kenneth at whitecape.org> wrote:
> On 11/12/2013 12:35 PM, Paul Berry wrote:
>> On 12 November 2013 12:13, Kenneth Graunke <kenneth at whitecape.org
>> <mailto:kenneth at whitecape.org>> wrote:
>>
>>     It would be great to put a citation for this:
>>
>>     /* From the ARB_multi_draw_indirect specification:
>>      * "INVALID_VALUE is generated by MultiDrawArraysIndirect or
>>      *  MultiDrawElementsIndirect if <primcount> is negative."
>>      *
>>      * "<primcount> must be positive, otherwise an INVALID_VALUE error will
>>      *  be generated."
>>      */
>>
>>     These beg the question of whether 0 is allowed.  Usually I interpret
>>     "negative" as < 0, "positive" as >= 0, and "strictly positive" as > 0.
>>     So I think zero should be allowed, and I don't see a contradiction.
>>
>>     The only text I can find in 4.3 and 4.4 just reiterate that it needs to
>>     positive, and I don't see any text defining "positive."
>>
>>
>> In the absence of text defining "positive", shouldn't we go with the
>> definition used by mathematicians?  According to
>> http://en.wikipedia.org/wiki/Sign_%28mathematics%29#Terminology_for_signs,
>> "positive" means strictly greater than zero.
>
> Mathematicians are inconsistent in their use of terminology.  Positive
> can mean either > 0 or >= 0 depending who you talk to and in what
> context.  And the GL specification authors are notoriously non-precise.
>
>> If anyone is aware of a competing implementation that accepts a
>> primcount of 0, then I'd be open to following the behaviour of the
>> competing implementation (and filing a spec bug).  But otherwise I think
>> we should prohibit zero.
>
> Then I suppose I have to go test AMD or nVidia.
>
>> (Note: I brought this up last time the patch was reviewed:
>> http://lists.freedesktop.org/archives/mesa-dev/2013-November/047962.html)


More information about the mesa-dev mailing list