On Sat, Aug 26, 2017 at 3:49 AM, Karol Herbst wrote:
> On Sat, Aug 26, 2017 at 3:36 AM, Ilia Mirkin wrote:
>> On Fri, Aug 25, 2017 at 8:23 PM, Karol Herbst wrote:
>>> On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst
wrote:
> On Sa
On Sat, Aug 26, 2017 at 3:36 AM, Ilia Mirkin wrote:
> On Fri, Aug 25, 2017 at 8:23 PM, Karol Herbst wrote:
>> On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
>>> On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst wrote:
On Sat, Aug 26, 2017 at 1:30 AM, Ilia Mirkin wrote:
> Why is this
On Fri, Aug 25, 2017 at 8:23 PM, Karol Herbst wrote:
> On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
>> On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst wrote:
>>> On Sat, Aug 26, 2017 at 1:30 AM, Ilia Mirkin wrote:
Why is this necessary? If data is not initialized, then presumably
On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
> On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst wrote:
>> On Sat, Aug 26, 2017 at 1:30 AM, Ilia Mirkin wrote:
>>> Why is this necessary? If data is not initialized, then presumably
>>> pipe->get_query_result will have returned false.
>>>
>>
>>
On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst wrote:
> On Sat, Aug 26, 2017 at 1:30 AM, Ilia Mirkin wrote:
>> Why is this necessary? If data is not initialized, then presumably
>> pipe->get_query_result will have returned false.
>>
>
> but it didn't. It might be the drivers fault (in my case nouv
Why is this necessary? If data is not initialized, then presumably
pipe->get_query_result will have returned false.
On Fri, Aug 25, 2017 at 7:15 PM, Karol Herbst wrote:
> otherwise the result might contain random data.
>
> fixes on nvc0:
> * KHR-GL45.pipeline_statistics_query_tests_ARB.functiona
otherwise the result might contain random data.
fixes on nvc0:
* KHR-GL45.pipeline_statistics_query_tests_ARB.functional_default_qo_values
*
KHR-GL45.pipeline_statistics_query_tests_ARB.functional_non_rendering_commands_do_not_affect_queries
Signed-off-by: Karol Herbst
Cc: mesa-sta...@lists.f