<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:nanleychery@gmail.com" title="Nanley Chery <nanleychery@gmail.com>"> <span class="fn">Nanley Chery</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Crucible tests fail for 32bit mesa"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96850">bug 96850</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>FIXED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Crucible tests fail for 32bit mesa"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96850#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Crucible tests fail for 32bit mesa"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96850">bug 96850</a>
from <span class="vcard"><a class="email" href="mailto:nanleychery@gmail.com" title="Nanley Chery <nanleychery@gmail.com>"> <span class="fn">Nanley Chery</span></a>
</span></b>
<pre>Thanks to some help from Jason I was able to get a 32-bit build of crucible on
my 64-bit system with the following command:
./configure CC="gcc -m32" --build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu
It seems that func.first started passing with the following commit:
commit fa714ad88e1392909e767a622c6fd1ea4febccbf
Author: Nanley Chery <<a href="mailto:nanley.g.chery@intel.com">nanley.g.chery@intel.com</a>>
Date: Thu Jul 7 16:03:57 2016 -0700
Conform to Vulkan Specification 1.0.20
I used the Vulkan Validation layers to determine the areas of
non-conformance.
Changes:
* Provide required fields:
- VkFramebufferCreateInfo::renderPass
- VkSubmitInfo::sType
- VkDeviceQueueCreateInfo::sType
- VkDeviceQueueCreateInfo::pQueuePriorities
* Assign the right bit to VkDescriptorPoolCreateInfo::flags for the
freeing which occurs during cleanup.
* Use the correct VkDescriptorPoolCreateInfo::poolSizeCount value.
This fixes a bug in DescriptorPool creation in which DescriptorTypes
after STORAGE_TEXEL_BUFFER were not being added to the pool.
* Set VkGraphicsPipelineCreateInfo::pDynamicState to NULL if
VkPipelineDynamicStateCreateInfo::dynamicStateCount is zero
Signed-off-by: Nanley Chery <<a href="mailto:nanley.g.chery@intel.com">nanley.g.chery@intel.com</a>></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>