anv: Fix uniform and storage buffer offset alignment limits.
authorFrancisco Jerez <currojerez@riseup.net>
Thu, 15 Dec 2016 21:34:02 +0000 (13:34 -0800)
committerFrancisco Jerez <currojerez@riseup.net>
Fri, 16 Dec 2016 22:12:54 +0000 (14:12 -0800)
commit79d08ed3d21bef21881303f320706ebb2098a50a
treebdaace2375035f49e384f77a88ae747f4934483b
parenta66818830ae544dd8b270fb8e8f148930736a35d
anv: Fix uniform and storage buffer offset alignment limits.

This fixes a regression in a bunch of image store vulkan CTS tests
from commit ad38ba113491869ab0dffed937f7b3dd50e8a735, which started
using OWORD block read messages to implement UBO loads.  The reason
for the failure is that we were giving bogus buffer alignment limits
to the application (1B), so the CTS would happily come back with
descriptor sets pointing at not even word-aligned uniform buffer
addresses.

Surprisingly the sampler messages used to fetch pull constants before
that commit were able to cope with the non-texel aligned addresses,
but the dataport messages used to fetch pull constants after that
commit and the ones used to access storage buffers (before and after
the same commit) aren't as permissive with unaligned addresses.

Cc: <mesa-stable@lists.freedesktop.org>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99097
Reported-by: Mark Janes <mark.a.janes@intel.com>
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
src/intel/vulkan/anv_device.c